Refonte de site web : comment l'aborder sans perdre son SEO
Une refonte est l'un des moments les plus risqués pour le référencement d'un site. Des URLs qui changent, des pages qui disparaissent, une structure qui se restructure — autant de signaux qui peuvent faire chuter les positions en quelques jours. La bonne nouvelle : ces risques sont entièrement évitables si la migration est préparée correctement.
Pourquoi une refonte fait chuter le SEO
Google indexe des URLs précises. Quand vous modifiez l'architecture de votre site sans prévenir le moteur, il interprète les changements comme des disparitions de contenu. Une page qui était positionnée sur une requête précise devient introuvable — Google supprime son entrée de l'index, et la position s'évapore.
Le problème se produit à trois niveaux distincts.
Au niveau des URLs. Si /services/creation-site-web devient /web/creation-site lors de la refonte, Google considère que la première page a disparu et que la seconde est nouvelle. Tout le capital SEO accumulé sur l'ancienne URL repart de zéro.
Au niveau du contenu. Une refonte est souvent l'occasion de simplifier les textes, réduire les pages, fusionner des rubriques. Ce qui paraît logique du point de vue éditorial peut supprimer des signaux de pertinence sur lesquels Google s'appuyait pour positionner le site.
Au niveau de la structure technique. Balises title qui changent, balises H1 réécrites, structure de maillage interne modifiée — chaque changement est un signal que Google devra réinterpréter.
Étape 1 : auditer avant de toucher quoi que ce soit
Avant d'écrire une seule ligne de code, il faut photographier l'état SEO du site existant.
Cela signifie exporter depuis Google Search Console la liste complète des pages indexées avec leur trafic et leurs positions. Identifier les pages qui génèrent des clics — même peu — car ce sont celles à protéger en priorité. Lister toutes les URLs actuelles et noter pour chacune si elle sera conservée, modifiée ou supprimée dans la nouvelle version.
Cette cartographie prend quelques heures. Elle conditionne tout le travail de migration qui suit. Sauter cette étape, c'est rénover un appartement sans plan.
Étape 2 : les redirections 301, non négociables
Une redirection 301 dit à Google : cette page a définitivement déménagé à cette nouvelle adresse. Elle transfère le capital SEO de l'ancienne URL vers la nouvelle.
La règle est simple : toute URL existante qui change doit avoir une redirection 301 vers sa nouvelle version. Sans exception. Y compris les pages à faible trafic — un jour elles pourraient avoir des backlinks entrants qu'on ne connaît pas.
Le fichier de redirections se prépare avant le lancement. On liste toutes les paires ancienne URL vers nouvelle URL dans un tableur, puis on les implémente dans le code (via next.config.js pour un site Next.js) avant de mettre le nouveau site en ligne.
Ce qui se passe si on oublie : Google tombe sur des erreurs 404, retire les pages de l'index, et les positions s'effondrent dans les semaines suivantes.
Étape 3 : ne pas changer les balises qui fonctionnent
C'est un réflexe naturel lors d'une refonte : tout réécrire. Nouveaux textes, nouveaux titres, nouvelle structure éditoriale. C'est souvent une erreur SEO.
Les balises title et les meta descriptions qui existent sur les pages bien positionnées ont été validées par Google. Les modifier revient à demander au moteur de réévaluer la pertinence de la page. Parfois la réévaluation est favorable, souvent elle prend du temps, et parfois elle dégrade la position.
La bonne approche : conserver à l'identique les balises des pages qui performent, et ne les optimiser qu'après la migration, une par une, en mesurant l'impact.
| Action lors de la refonte | Risque SEO | Impact |
|---|---|---|
| Changer les URLs sans redirection | Critique | Perte totale du capital SEO des pages concernées |
| Supprimer des pages sans redirection | Critique | Erreurs 404, désindexation, chute de trafic |
| Réécrire les balises title des pages performantes | Élevé | Réévaluation par Google, instabilité temporaire ou durable |
| Modifier la structure de maillage interne | Moyen | Redéfinition de l'arborescence perçue par Google |
| Changer le CMS ou le framework | Moyen | Neutre si les URLs et redirections sont gérées |
| Améliorer la vitesse et le code | Positif | Meilleurs Core Web Vitals, signal favorable pour Google |
Étape 4 : le lancement en douceur
Mettre un nouveau site en ligne d'un coup, un vendredi soir, sans monitoring — c'est prendre un risque inutile.
Le protocole recommandé : lancer en semaine pour pouvoir réagir rapidement, surveiller la Search Console dans les 48h suivant le lancement, vérifier que les redirections fonctionnent via un outil de test d'URLs, et soumettre le nouveau sitemap immédiatement après la mise en ligne.
Les premières semaines post-lancement sont normalement marquées par une légère instabilité des positions — Google recrawle et réévalue. C'est attendu. Ce qui ne l'est pas, c'est une chute de 50 % du trafic organique qui persiste au-delà de 4 à 6 semaines : c'est le signe qu'une erreur de migration n'a pas été rattrapée.
Ce qui ne devrait jamais attendre la refonte
La refonte est souvent le moment où l'on règle tout ce qui était en suspens depuis des mois. Structure des URLs, balises manquantes, pages orphelines. C'est la bonne occasion — à condition de tout documenter et de faire les migrations correctement.
Une refonte bien préparée ne fait pas perdre de SEO. Dans la plupart des cas, elle permet d'en gagner — parce qu'une architecture propre et un code léger donnent à Google plus de signaux positifs que l'ancien site ne pouvait en produire.
Vous planifiez une refonte et vous ne voulez pas repartir de zéro côté SEO ? Contactez-nous — nous préparons la migration avec vous avant le premier commit.