Une visibilité insuffisante ne signifie pas automatiquement qu’il faut reconstruire le site. Des pages manquantes, des contenus imprécis ou un réglage d’indexation peuvent se traiter sur l’existant. Une refonte devient pertinente quand la structure ou la technique empêche durablement ces améliorations. Le diagnostic doit séparer ce qui manque de ce qui bloque réellement.
Commencer par les problèmes observables
Vérifiez si les pages utiles sont accessibles, indexables et reliées par la navigation. Examinez leur contenu : répond-il aux services recherchés et aux questions des clients ? Lorsque Search Console est disponible, consultez les pages et requêtes concernées plutôt qu’un seul total. Une absence de clics peut venir d’une page nouvelle, d’un sujet mal couvert ou d’autres causes qu’un mauvais design.
Quand améliorer l’existant suffit
- Les contenus peuvent être modifiés et de nouvelles pages ajoutées proprement.
- Les réglages qui empêchent l’indexation peuvent être corrigés.
- Les liens internes et la navigation peuvent être améliorés.
- Les médias et ressources responsables des lenteurs peuvent être optimisés.
- Les parcours restent utilisables et la base technique peut être entretenue.
Dans ce cas, commencez par une priorité mesurable : clarifier une prestation, rendre une page découvrable ou corriger un problème précis. Une nouvelle apparence seule ne constitue pas une stratégie de contenu. Si le site décrit mal l’activité, reprendre ses textes reste nécessaire même après une reconstruction.
Quand une refonte mérite d’être étudiée
Une refonte peut se justifier lorsque l’architecture ne correspond plus à l’offre, lorsque les modèles de pages rendent les contenus utiles impossibles à présenter ou lorsque les corrections s’accumulent sur une base difficile à maintenir. Comparez le coût et le risque d’une série de réparations avec ceux d’une reconstruction cadrée. Le simple âge du site ne permet pas cet arbitrage.
La performance est un sujet précis
Une image lourde peut se corriger sans refonte. Une chaîne de composants ou de services qui ralentit tous les parcours peut demander un travail plus profond. Mesurez les pages et usages concernés, puis cherchez les causes. Changer de technologie sans diagnostic ne garantit pas une amélioration ni une progression dans la recherche.
Préserver les acquis pendant une migration
Inventoriez les anciennes URLs, leur contenu et leur destination future. Si les chemins changent, préparez des redirections permanentes vers les pages correspondantes. Vérifiez les liens internes, les canonical, l’indexation et le sitemap. Google rappelle qu’un changement d’URLs demande un traitement et peut s’accompagner de fluctuations : le lancement mérite un suivi, pas seulement une nouvelle page d’accueil.
| Avant | Après |
|---|---|
| Inventaire des URLs et contenus utiles | Vérification des réponses et redirections |
| Plan des nouvelles pages et liens | Contrôle des parcours et liens internes |
| Réglages d’indexation prévus | Inspection des pages et suivi Search Console |
| Tests du contact et de la mesure | Vérification des demandes et événements reçus |
Ne pas confondre refonte et acquisition
Exemple : un site présente une seule page pour plusieurs services distincts. Ajouter des pages utiles et des liens peut résoudre une partie du problème sans tout remplacer. Si le système empêche cette organisation, une refonte devient une option. Dans les deux cas, le travail éditorial et le suivi restent nécessaires ; la mise en ligne ne crée pas à elle seule une demande commerciale.
Demandez un diagnostic qui distingue les corrections immédiates, les améliorations possibles et les limites structurelles. Faites aussi préciser les pages à conserver, les responsabilités de migration et les critères de réception. Vous pourrez alors choisir une intervention proportionnée plutôt que financer une reconstruction sur une intuition.