Refonte de site : comment ne pas perdre son référencement

Pourquoi une refonte fait souvent chuter le trafic

Une refonte fait chuter le trafic quand on traite le SEO comme une finition, alors que c'est une fondation. Le scénario classique est toujours le même : on refait le design, on change l'arborescence, on met en ligne un beau site, et trois semaines plus tard les appels s'arrêtent parce que les pages qui amenaient des clients ont disparu des résultats Google. Le référencement ne tient pas au visuel, il tient aux URLs, au contenu et aux signaux techniques. Casser l'un de ces piliers en silence suffit à effacer des années de travail.

Le risque est invisible jusqu'à la bascule, et c'est ce qui le rend dangereux. Tant que l'ancien site tourne, tout va bien. Le jour de la mise en ligne, si les adresses changent sans plan, Google se retrouve face à des centaines de pages introuvables et retire leur valeur. Une refonte réussie ne se mesure donc pas à la beauté du résultat, mais à la stabilité de la courbe de trafic dans les semaines qui suivent. C'est ce que je vise sur chaque migration.

L'audit préalable, l'étape qu'on ne saute jamais

La règle numéro un d'une refonte, c'est qu'on ne touche pas au SEO sans audit préalable. Avant la moindre maquette, je liste toutes les URLs existantes, celles qui reçoivent du trafic et celles qui captent des liens entrants. J'exporte les positions et les pages d'entrée depuis la Search Console sur au moins douze mois, pour repérer la saisonnalité et ne pas confondre une baisse normale avec un dégât de migration. Cet inventaire devient la carte de référence de toute l'opération.

Je note aussi les balises title et meta description qui performent, la structure des titres, et les contenus qui rankent vraiment. L'objectif n'est pas de tout figer, mais de savoir précisément ce qui marche avant d'y toucher. Sauter cette étape, c'est refondre à l'aveugle et découvrir les dégâts trop tard, quand le trafic a déjà fondu et qu'il faut des mois pour le récupérer.

Les URLs et les redirections, le cœur de la migration

Le cœur d'une migration réussie, ce sont les URLs. Le scénario idéal consiste à conserver les adresses existantes à l'identique : dans ce cas, il n'y a rien à rediriger et le risque tombe presque à zéro. C'est mon premier réflexe, et je le défends auprès du client même quand l'envie de tout renommer est forte. Une jolie URL ne vaut jamais le trafic qu'on perd à la changer sans raison.

Quand l'arborescence doit évoluer, chaque ancienne URL pointe vers son équivalent le plus proche via une redirection 301 permanente, jamais une 302 temporaire qui ne transmet pas le signal. Je vérifie que chaque adresse atteint sa cible en un seul saut, car une redirection en chaîne ou en boucle dilue la valeur et ralentit le site. Les URLs sans équivalent direct se redirigent vers la page parente pertinente, pas vers l'accueil par défaut. Ce tableau de correspondance se prépare avant la mise en ligne, vérifié ligne par ligne, pas bricolé après coup dans l'urgence.

Transférer le contenu et les signaux techniques

Le contenu et les signaux techniques se transfèrent avec le même soin que les URLs. On reprend les balises title, meta description et données structurées en respectant ce qui fonctionnait déjà, et on en profite pour corriger ce qui était faible. On génère un sitemap XML propre et à jour, soumis dans la Search Console dès la mise en production pour aider Google à découvrir les nouvelles pages rapidement.

On contrôle ensuite les pièges classiques. Le fichier robots.txt ne doit rien bloquer par erreur, et surtout il faut traquer la balise noindex oubliée depuis la préproduction : c'est l'erreur qui désindexe un site entier en une nuit, et je l'ai vue arriver plus d'une fois sur des projets repris. On vérifie les balises canoniques, les attributs alt des images, et le maillage interne qui doit pointer vers les nouvelles URLs et non vers les redirections. On surveille aussi le poids du nouveau site : un thème plus lourd qui dégrade la vitesse pénalise le référencement autant qu'une URL cassée.

Surveiller après la bascule

Après la bascule, le travail commence vraiment au lieu de s'arrêter. Je surveille la Search Console de près pendant les premières semaines : couverture d'indexation, erreurs d'exploration, pages renvoyant une 404, et l'évolution des impressions et des clics. Une légère baisse pendant que Google réindexe est normale et se résorbe ; une chute brutale signale un problème à traiter sans attendre.

Les erreurs qui font le plus de dégâts sont toujours les mêmes : une redirection oubliée, un noindex laissé en place, un contenu amputé lors du redesign, une vitesse dégradée. Avec un audit sérieux en amont et un suivi rigoureux en aval, une refonte se passe sans casse. Souvent même, le site repart plus haut qu'avant, parce qu'on a profité de l'occasion pour réparer ce qui clochait sans jamais sacrifier ce qui marchait.