Une refonte SEO rate rarement à cause du design. Elle rate parce que la migration technique efface, sans qu'on s'en rende compte, ce qui faisait venir les visiteurs depuis Google. Nouvelles URLs, structure de pages modifiée, contenus réécrits : chaque changement peut faire chuter des positions construites en plusieurs mois. La bonne nouvelle, c'est que cette perte n'est pas une fatalité. Elle se prépare, se mesure et s'évite avec une méthode précise.
Pourquoi une refonte fait peur au référencement
Un site qui se repositionne bien sur Google n'est pas qu'une question de contenu : c'est un ensemble de signaux accumulés — URLs indexées, liens entrants, structure de pages, historique d'ancienneté. Une refonte de site et le référencement sont donc liés de très près, que ce soit voulu ou pas. Changer de CMS, renommer des URLs, fusionner des pages ou retravailler l'arborescence revient à redistribuer ces signaux. Si la bascule n'est pas pensée avec le SEO en tête, Google doit reparcourir le site comme s'il était nouveau, et le trafic organique encaisse le choc pendant que l'indexation se refait.
Ce qui change réellement lors d'une migration technique
Trois choses bougent presque toujours pendant une refonte : les URLs, la structure HTML des pages et le temps de chargement. Les URLs changent souvent par souci de clarté ou parce que le nouveau système impose sa propre logique de slugs. La structure HTML change parce qu'un nouveau design modifie les balises de titre, les niveaux de H2, la hiérarchie du contenu. Le temps de chargement change parce qu'un nouveau site n'est pas automatiquement plus rapide que l'ancien — c'est même souvent l'inverse si la performance n'est pas un critère de conception. Chacun de ces trois points est un signal que Google réévalue. Les trois en même temps, c'est une réévaluation complète du site.
Le changement de CMS ajoute une couche supplémentaire. Passer d'un système à un autre modifie souvent la façon dont les balises meta, les données structurées ou le fichier sitemap sont générés automatiquement. Un détail technique mal reporté — une balise canonique absente, un attribut hreflang oublié sur un site multilingue — n'empêche pas le site de fonctionner visuellement, mais il peut suffire à brouiller la lecture que Google fait du site pendant plusieurs semaines.
L'audit avant refonte : ce qu'on vérifie concrètement
Avant de toucher au design ou au code, on dresse l'inventaire de ce qui fonctionne. Quelles pages génèrent du trafic organique, sur quelles requêtes, avec quel maillage interne et quels liens entrants. Cette étape sert de référence : c'est elle qui permet de savoir, après la mise en ligne, si une baisse de trafic est normale (le temps que Google réindexe) ou si quelque chose a été cassé. C'est aussi le moment où l'on décide quelles pages fusionner, lesquelles supprimer, et lesquelles garder sans y toucher parce qu'elles rapportent déjà. Cette logique de diagnostic est la même que celle qu'on applique dans un audit de site web, qu'il précède une refonte ou non.
Les redirections 301 : la base qu'on ne peut pas sauter
Quand une URL change, une redirection 301 dit à Google et aux visiteurs où se trouve désormais le contenu. Sans elle, l'ancienne page renvoie une erreur 404, le lien perd toute sa valeur SEO, et l'utilisateur qui arrivait depuis un favori ou un lien externe tombe sur une impasse. La règle est simple à énoncer et facile à bâcler en pratique : chaque URL indexée avant la refonte doit avoir une redirection vers son équivalent le plus proche après. Pas vers la page d'accueil par défaut — vers le contenu qui remplace réellement l'ancien. C'est un travail de cartographie, page par page, qui prend du temps mais qui évite l'essentiel des pertes de position.
Le plan de bascule : orchestrer la mise en ligne sans couper le trafic
Une migration technique bien préparée se joue avant la mise en ligne, pas pendant. On prépare le nouveau sitemap XML à l'avance, on vérifie que le fichier robots.txt n'empêche pas l'exploration du nouveau site, on s'assure que les balises canoniques pointent au bon endroit, et on garde le nouveau site accessible aux moteurs de recherche dès le premier jour — pas en mode "noindex" par précaution, ce qui retarderait d'autant la réindexation. La bascule elle-même doit être rapide : plus l'ancien et le nouveau site coexistent avec des contenus contradictoires, plus la confusion pour Google dure longtemps.
Le suivi post-migration : ce qu'on regarde dans les semaines qui suivent
La mise en ligne n'est pas la fin du travail. Les deux à quatre semaines qui suivent une refonte sont celles où l'on surveille Google Search Console pour repérer les erreurs d'exploration, les pages désindexées sans raison, ou les redirections mal configurées. On compare le trafic organique à la période de référence établie avant la refonte, requête par requête plutôt que globalement — une baisse générale masque parfois une bonne nouvelle sur certaines pages et un vrai problème sur d'autres. C'est aussi le moment de vérifier que les temps de chargement du nouveau site tiennent leurs promesses, puisque la performance reste un facteur de classement.
Les erreurs qui coûtent le plus cher
La plus fréquente : changer les URLs sans redirections, par oubli ou parce que le prestataire précédent n'a pas transmis la liste des pages existantes. La deuxième : réécrire tous les contenus en même temps que le design, ce qui empêche de savoir si une baisse de position vient de la structure technique ou du texte. La troisième, plus discrète : laisser le nouveau site en préproduction indexable par erreur, ce qui crée du contenu dupliqué avant même le lancement officiel. Chacune de ces erreurs se corrige facilement une fois identifiée — le problème, c'est qu'on les repère souvent après coup, quand les positions ont déjà bougé.
Une quatrième erreur, plus structurelle, consiste à décider des nouvelles URLs sans regarder celles qui existent déjà. Un slug raccourci ou réorganisé pour "faire propre" peut sembler anodin côté design, mais il oblige à recréer tout le plan de redirection depuis zéro et augmente le risque d'en oublier une partie en cours de route.
Une refonte qui protège ce qui marche déjà
Mener de front une refonte de site et un référencement préservé n'a rien d'incompatible : il ne s'agit pas de renoncer à moderniser son site. Cela demande de traiter le SEO comme une contrainte de conception au même titre que le design ou les fonctionnalités, et pas comme une case à cocher après coup. Chez notre agence, l'audit SEO fait partie du cadrage de tout projet de refonte de site web, avant même la première maquette. Quand le site n'a pas encore de refonte planifiée mais que des doutes existent sur son état technique ou son référencement, un audit de site web permet de poser un diagnostic clair avant de décider quoi faire. Si vous préparez une migration et voulez sécuriser vos positions avant de lancer le projet, contactez-nous : on regarde ensemble ce qui doit être cartographié avant toute bascule.
