On refond un site, on change le CMS, on réorganise l’arborescence, et trois semaines après la mise en ligne, le trafic organique s’effondre. Le scénario est classique, et la cause principale revient presque toujours au même point : les anciennes URL renvoient des erreurs 404 parce que personne n’a posé de redirections 301 avant la bascule.
Mapping des URL avant la refonte : le livrable qui conditionne tout
Avant de toucher au moindre template, on exporte la liste complète des URL indexées. Screaming Frog, la Search Console, un crawl Sitebulb, peu importe l’outil : ce qui compte, c’est d’avoir un fichier exhaustif avec chaque ancienne adresse et la page de destination correspondante sur le nouveau site.
Le piège fréquent, c’est de bâcler ce mapping en redirigeant tout vers la page d’accueil. Google traite ce type de redirection comme un signal faible. Une URL redirigée vers une page sans rapport sémantique perd la majeure partie de sa valeur SEO transmise.
- Chaque ancienne URL doit pointer vers la page la plus proche en contenu sur le nouveau site, pas vers l’accueil par défaut.
- Les pages supprimées sans équivalent méritent une redirection vers la catégorie parente ou, à défaut, un code 410 (suppression définitive) plutôt qu’une 301 vers une page hors sujet.
- Le mapping se fait dans un tableur partagé entre le développeur, le chef de projet et le référenceur, avec une colonne de validation par ligne.
Sur une refonte récente documentée par Sooyoos, un audit a fait remonter plus d’une centaine de correspondances candidates. Après arbitrage, seules 28 redirections réelles ont été conservées. Le tri est aussi utile que l’exhaustivité du crawl initial.
Redirections 301 et transfert de positionnement : ce que Google attend concrètement
Une redirection 301 envoie un code HTTP « Moved Permanently » au navigateur et au robot d’indexation. Le moteur comprend que le contenu a changé d’adresse de façon définitive. Il transfère alors les signaux de pertinence, l’historique de la page et une large part de l’autorité acquise via les liens entrants.
La nuance que les guides oublient souvent : le transfert n’est ni instantané ni total. Google recommande de maintenir les redirections en place pendant au moins un an après une migration, et précise qu’il est préférable de les conserver plus longtemps si possible. Retirer les 301 trop tôt, c’est couper le pont entre l’ancienne autorité et la nouvelle page.
Redirection 301 ou 302 : une confusion qui coûte cher
La 302 indique un déplacement temporaire. Pour Google, seule la 301 fait office de signal de canonicalisation durable. Utiliser une 302 lors d’une refonte, c’est dire au moteur « l’ancienne page reviendra bientôt », ce qui bloque le transfert d’autorité SEO.
On voit aussi apparaître le code 308 dans les documentations techniques récentes. Il fonctionne comme un équivalent permanent du 301, avec conservation de la méthode HTTP. Pour la plupart des refontes de sites vitrines ou e-commerce classiques, la 301 reste le standard recommandé.
Chaînes de redirections et boucles : les erreurs techniques qui dégradent le crawl
Une chaîne de redirections se forme quand la page A redirige vers B, qui redirige vers C. Chaque saut intermédiaire complique l’exploration par les robots et dilue la fiabilité du transfert. Les guides techniques récents insistent sur un point simple : rediriger directement vers la destination finale.
Les boucles sont pires. La page A renvoie vers B, qui renvoie vers A. Le robot tourne en rond, abandonne, et les deux URL finissent désindexées. Après la mise en ligne, un crawl de vérification détecte ces anomalies en quelques minutes.
Sur un serveur Apache, les redirections se configurent dans le fichier .htaccess. Sur Nginx, dans le bloc server de la configuration. Sur un CMS comme WordPress, des extensions gèrent le processus sans toucher au code serveur. Quel que soit le support technique, le principe reste le même : une ancienne URL, une destination unique, sans intermédiaire.
Après la mise en ligne : période de stabilisation et suivi du trafic SEO
Les fluctuations de trafic après une refonte sont normales. Plusieurs sources convergent sur une fourchette de quelques semaines à trois mois pour que Google recrawle et réindexe l’ensemble des nouvelles URL. Une baisse modérée dans les premières semaines ne signifie pas que les redirections ont échoué.
Ce qu’on surveille en priorité :
- Le rapport de couverture dans la Search Console, pour repérer les erreurs 404 et les pages exclues.
- Le volume de pages indexées, qui doit progressivement revenir au niveau d’avant la refonte.
- Les positions sur les requêtes principales dans un outil de suivi de mots-clés, en comparant semaine par semaine.
- Les backlinks entrants via un outil comme Ahrefs ou Majestic, pour vérifier que les liens pointent bien vers les nouvelles URL via la 301.
Consolider plutôt que dupliquer
Une refonte est aussi l’occasion de fusionner des pages faibles. Si trois anciens articles traitaient du même sujet avec peu de trafic chacun, les rediriger vers une seule page enrichie concentre l’autorité au lieu de la disperser. Plusieurs sources récentes présentent les redirections 301 comme une opération de consolidation de pages, pas seulement un changement d’adresse technique.
Cette logique de consolidation transforme la contrainte des redirections en levier d’optimisation. On ne se contente pas de préserver le positionnement existant : on l’améliore en réduisant le nombre de pages concurrentes sur un même mot-clé.
Le point qui reste variable selon les projets : la durée exacte de stabilisation. Les retours varient sur ce point, mais maintenir les 301 actives bien au-delà de la première année évite de mauvaises surprises. Supprimer une redirection qui fonctionne ne présente aucun bénéfice technique, alors que la retirer trop tôt peut relancer des erreurs 404 sur des liens externes qu’on ne contrôle pas.
