Diagnostic · migration · priorités

Refonte de site web : quand faut-il vraiment repartir ?

Une refonte n’est pas la réponse automatique à un site vieillissant. Elle devient pertinente lorsque le positionnement, l’architecture ou le socle empêchent des améliorations raisonnables.

Lecture 8 minÉdition françaiseMis à jour le 12 septembre 2026Par l’équipe Dollen

La réponse courte

Avant de refaire, distinguez trois scénarios : corriger un défaut précis, faire évoluer une base saine ou refondre un système devenu incohérent. Le diagnostic doit couvrir le contenu, les parcours, la technique, la donnée et le référencement existant.

01

Les signaux qui justifient une refonte

Un design daté ne suffit pas toujours. Les signaux les plus forts sont structurels : l’offre n’est plus la même, personne ne sait où placer les nouveaux contenus, le site est difficile à administrer, les conversions sont mal mesurées ou chaque correction crée une régression.

Une refonte est également justifiée lorsque le socle bloque la performance, l’accessibilité, les langues ou les connexions nécessaires à l’activité.

02

Correction, évolution ou refonte

CorrectionUn problème localisé, une cause connue, une base saine.
ÉvolutionUne nouvelle fonction ou un nouveau parcours compatible avec l’existant.
RefonteDes problèmes liés entre eux, une architecture épuisée ou un socle non maintenable.

Le choix peut être mixte. Une entreprise peut consolider l’existant pour sécuriser six mois d’activité, puis préparer une refonte avec de meilleures données.

03

Ne pas perdre ce qui fonctionne déjà

La refonte doit partir d’un inventaire des URLs, contenus, liens entrants, requêtes et conversions. Les pages utiles sont conservées ou redirigées vers un équivalent pertinent. Les redirections ne se décident pas la veille de la mise en ligne.

La nouvelle architecture doit améliorer les chemins sans effacer l’historique. Le sitemap, les canonicals, les données structurées et les outils de mesure sont contrôlés avant et après la bascule.

04

Une séquence qui limite le risque

  1. 01
    Auditer

    Contenus, performances, technique, données et parcours.

  2. 02
    Décider

    Ce qui est conservé, corrigé, réécrit ou retiré.

  3. 03
    Concevoir

    Architecture, prototypes, design et plan de migration.

  4. 04
    Basculer

    Recette, redirections, mesure et surveillance du lancement.

À conserver

Les preuves à réunir avant de décider

  1. 01Pages et contenus réellement consultés
  2. 02Demandes, ventes et parcours mesurés
  3. 03Retours des équipes qui administrent le site
  4. 04Erreurs, lenteurs et incidents connus
  5. 05Outils et accès dont l’entreprise est propriétaire
  6. 06Évolutions prévues dans les 12 à 24 mois

Questions fréquentes

Les réponses sans détour.

Une refonte fait-elle automatiquement progresser le SEO ?+

Non. Elle peut améliorer la structure et l’expérience, mais aussi faire perdre des signaux si les contenus et URLs sont mal migrés.

Faut-il conserver l’ancien design ?+

Il faut conserver ce qui sert la reconnaissance et la confiance, pas reproduire des règles qui empêchent la nouvelle expérience.

Peut-on refondre par étapes ?+

Oui si chaque étape reste cohérente et si les contraintes de migration sont anticipées. C’est souvent préférable à une longue bascule opaque.

Transformons la question en plan d’action.

Présentez-nous votre situation, votre objectif et ce qui bloque aujourd’hui. Nous vous répondrons avec un premier cadre concret.

Étudier une refonte avec Dollen