Le plan de redirection 301 d'une refonte

Sur les refontes que je pilote, le plan de redirection est le document que je surveille le plus. Ce n'est pas le plus glamour, mais c'est lui qui décide si le site garde son trafic ou s'effondre le lendemain de la mise en ligne. Voici la méthode que j'applique, dans l'ordre, pour qu'un changement d'URL ne coûte pas une seule position.

Qu'est-ce qu'une redirection 301 ?

Une redirection 301 est une réponse du serveur qui indique qu'une page a définitivement changé d'adresse. Elle renvoie automatiquement le visiteur et le robot Google vers la nouvelle URL, et transmet à celle-ci l'essentiel de la valeur SEO (positions, backlinks) accumulée par l'ancienne. Le « 301 » est le code HTTP qui signifie « déplacé de façon permanente ».

Quand un internaute ou un moteur demande l'ancienne adresse, le serveur répond « cette page vit désormais ici » et pointe vers la nouvelle. La 301 transporte donc deux choses à la fois : le contenu (le visiteur atterrit sur la bonne page) et le référencement (Google reporte sur la nouvelle URL ce qu'il savait de l'ancienne). C'est cette double transmission qui en fait l'outil central de toute migration.

Il faut la distinguer de la redirection 302, qui signifie « déplacé temporairement ». Avec une 302, Google considère que l'ancienne adresse reste la bonne à terme : il la garde dans son index et ne transfère pas le référencement. Utiliser une 302 pour une refonte, c'est demander à Google de ne rien changer alors que tout a changé. Pour un déménagement définitif d'URL, la 301 est la seule réponse correcte.

Pourquoi le plan de redirection est indispensable en refonte

Le plan de redirection est indispensable parce qu'une refonte modifie souvent les URL, et qu'une URL modifiée sans redirection retombe en erreur 404. Le trafic, les positions et les backlinks attachés à cette adresse disparaissent alors d'un coup. Le plan garantit que chaque ancienne URL de valeur reste atteignable et redirige vers son équivalent sur le nouveau site.

Google a mis des mois à indexer, comprendre et classer chaque page, et cette valeur est attachée à une adresse précise. Si la refonte change la structure des URL (nouveau CMS, nouvelle arborescence, passage en HTTPS, suppression des extensions), toutes ces adresses cessent d'exister le jour du lancement. Sans plan de redirection, voici ce qui se passe :

• Les positions s'effondrent. Une URL qui n'existe plus ne peut plus être classée. Les mots-clés sur lesquels elle rankait disparaissent des résultats.
• Les backlinks se perdent. Chaque lien externe qui pointait vers l'ancienne adresse mène désormais à une erreur 404. La popularité que ces backlinks transmettaient s'évapore.
• Le trafic chute. Les visiteurs qui cliquent depuis Google, un favori ou un autre site tombent sur une page introuvable et repartent.
• Le crawl se dégrade. Google découvre des centaines de 404 et réduit la confiance qu'il accorde au site le temps de comprendre ce qui s'est passé.

Le plan de redirection est le filet de sécurité qui absorbe ce choc. Il fait partie des piliers d'une refonte sans perte de SEO : c'est même l'élément technique le plus déterminant de toute la migration.

Comment construire son plan de redirection, étape par étape

Un plan de redirection se construit en cinq temps : crawler l'ancien site pour lister toutes ses URL, exporter Google Search Console pour repérer celles qui comptent, dresser la liste des URL à valeur, mapper chacune en 1:1 vers sa nouvelle destination, puis traiter les URL sans équivalent en les redirigeant vers leur page parente pertinente.

C'est un travail d'inventaire et de correspondance : on ne redirige que ce qu'on a d'abord recensé. Voici les cinq étapes, dans l'ordre où je les exécute :

1. Crawler l'ancien site avec Screaming Frog. L'outil parcourt le site comme le ferait Google et exporte l'intégralité des URL, leurs statuts HTTP, leurs balises title et leur profondeur. C'est la colonne « ancienne URL » de mon tableur.
2. Exporter Google Search Console. Le crawl liste les pages ; Google Search Console dit lesquelles rapportent. J'en extrais les pages qui reçoivent des clics et des impressions, et l'état d'indexation. C'est la vérité sur ce qui génère du trafic aujourd'hui.
3. Lister les URL à valeur. Je croise le crawl, Search Console et les données de backlinks pour isoler les adresses à protéger absolument : celles qui se positionnent, qui captent du trafic ou qui reçoivent des liens entrants. Une page orpheline sans trafic ni lien n'a pas la même priorité qu'une page qui amène des clients chaque semaine.
4. Mapper 1:1 ancienne vers nouvelle. Dans le tableur, chaque ligne associe une ancienne URL à l'URL du nouveau site qui correspond le mieux à son contenu. Ce mapping, cette correspondance d'URL ligne à ligne, est le cœur du plan. Une ancienne fiche produit pointe vers la nouvelle fiche du même produit, un ancien article vers son équivalent.
5. Traiter les URL sans équivalent. Certaines pages disparaissent sans remplaçant direct. La règle : rediriger vers la page parente la plus pertinente (la catégorie, la rubrique ou la page thématique qui couvre le même besoin), jamais tout vers l'accueil. Rediriger en masse vers la page d'accueil est interprété par Google comme un soft 404 et fait perdre la valeur au lieu de la transmettre.

À la fin, j'obtiens un tableau à deux colonnes (ancienne URL, nouvelle URL) qui couvre l'ensemble des adresses de valeur. Ce document devient la référence technique de la bascule et la base des tests post-migration. Il a toute sa place dans le cahier des charges de la refonte et rythme le déroulé des étapes du projet.

301 ou 302 : laquelle choisir ?

Pour une refonte, on choisit la 301. Une refonte est un changement d'URL permanent : la 301, permanente elle aussi, transfère le référencement vers la nouvelle adresse. La 302, temporaire, ne le fait pas et laisse Google indexer l'ancienne URL. La 302 ne se justifie que pour un déplacement réellement provisoire (maintenance, test A/B), jamais pour une migration définitive.

La confusion entre les deux codes est une cause fréquente de perte de trafic : certains CMS ou plugins appliquent une 302 par défaut, sans que personne ne s'en aperçoive. Le tableau résume la différence :

Critère	Redirection 301	Redirection 302
Nature	Permanente	Temporaire
Transfert du SEO	Oui, l'essentiel de la valeur	Non ou marginal
URL gardée par Google dans l'index	La nouvelle	L'ancienne
Usage en refonte	Systématique	À éviter

Le réflexe à garder : dès qu'un changement d'URL est définitif, c'est une 301. On vérifie toujours, sur un échantillon, que les redirections répondent bien avec ce code et pas avec une 302.

Mettre en œuvre les redirections

Les redirections se mettent en place au niveau du serveur ou du CMS, selon l'environnement. Sur un serveur Apache, elles passent par le fichier .htaccess ; sur Nginx, par la configuration du serveur ; sur un CMS, par un module ou un plugin de gestion des redirections. Le principe reste le même quel que soit l'outil : une règle qui traduit chaque ancienne URL en sa nouvelle destination avec un code 301.

La méthode dépend de votre hébergement et de votre technologie. Voici les grandes familles :

• Règles serveur. Sur un serveur Apache, les redirections s'écrivent dans le fichier .htaccess. Sur Nginx, elles se déclarent dans la configuration du serveur. C'est l'approche la plus performante, idéale pour les gros volumes et les règles par motif (par exemple, rediriger tout un répertoire d'un coup).
• Module ou plugin CMS. La plupart des CMS proposent une gestion des redirections via une interface ou une extension dédiée. C'est plus simple à maintenir pour un non-technicien, au prix d'une légère surcharge à chaque requête.
• Import du plan. Quel que soit le canal, on injecte le tableur de correspondance : chaque ligne devient une règle 301. Sur les gros sites, on privilégie les règles par motif quand la structure le permet, et le 1:1 explicite pour les URL sensibles.

Le choix se fait selon le volume d'URL, la stack technique et les compétences en place. Sur un site de quelques dizaines de pages, un plugin suffit. Sur plusieurs milliers d'URL, la mise en œuvre au niveau serveur devient un chantier à part entière, qui pèse d'ailleurs sur le budget de la refonte.

Les erreurs qui tuent le SEO

Les erreurs les plus destructrices sont les chaînes et boucles de redirection, le fait de tout rediriger vers l'accueil, l'oubli des URL qui portent des backlinks, l'oubli des images et PDF indexés, et le fait de laisser les liens internes pointer vers les anciennes adresses. Chacune fait perdre une partie de la valeur que le plan est censé transmettre.

Un plan de redirection peut exister et rester inefficace s'il contient ces pièges, ceux qui coûtent le plus cher :

• Les chaînes et boucles de redirection. Une chaîne de redirection (A vers B, puis B vers C) dilue la valeur et ralentit le crawl. Une boucle (A vers B, B vers A) rend la page inaccessible. Chaque ancienne URL doit atteindre sa destination finale en un seul saut.
• Tout rediriger vers l'accueil. C'est la solution de facilité par excellence. Google interprète ces redirections comme des soft 404 et ne transmet pas la valeur. Chaque URL doit pointer vers la page la plus proche par le sujet.
• Oublier les URL avec des backlinks. Une page sans trafic interne peut porter des liens externes précieux. Si elle n'est pas dans le plan, ces backlinks tombent en 404 et la popularité qu'ils apportaient se perd.
• Oublier les images et les PDF. Les fichiers indexés (images, PDF, documents) ont eux aussi des URL. S'ils changent d'emplacement sans redirection, ils disparaissent de Google Images et des résultats, et les liens qui pointaient vers eux se brisent.
• Laisser le maillage interne pointer vers les anciennes URL. Les liens internes doivent être mis à jour pour cibler directement les nouvelles adresses. Un maillage interne qui passe par des redirections gaspille du budget de crawl et fait perdre en clarté. On corrige les liens à la source, on ne se repose pas sur les 301.

Vérifier après la mise en ligne

Après la bascule, on vérifie que les redirections répondent bien en 301 sans chaîne ni boucle, on surveille les erreurs 404 dans Google Search Console, on contrôle l'évolution de l'indexation, et on soumet le sitemap.xml à jour. Les deux premières semaines sont décisives : c'est là que Google recrawle le site et que les redirections oubliées se rattrapent avant de coûter du trafic.

Le plan ne vaut que testé en conditions réelles. Ma routine de contrôle post-migration :

• Tester les redirections. Sur un échantillon représentatif d'anciennes URL stratégiques, je vérifie qu'elles répondent en 301 (pas 302, pas 404) et qu'elles atteignent leur cible en un seul saut, sans chaîne ni boucle.
• Suivre les 404 dans Search Console. Le rapport de couverture remonte les erreurs 404. Chaque ancienne URL qui y apparaît est une redirection manquante : on l'ajoute au plan sans attendre.
• Contrôler l'indexation. Je surveille l'évolution du nombre de pages indexées. Une hausse anormale de pages exclues est un signal d'alerte immédiat.
• Mettre le sitemap.xml à jour. Le nouveau sitemap.xml, qui ne liste que les URL définitives, est soumis dans Search Console pour accélérer la découverte des nouvelles pages.

Agir vite dans cette fenêtre fait la différence entre une baisse passagère de quelques jours et une perte durable de positions. Ce suivi rapproché est aussi une affaire de gestion de projet : quelqu'un doit être clairement responsable du monitoring les jours qui suivent le lancement.

Le plan de redirection 301 n'est pas une tâche de dernière minute : c'est la colonne vertébrale technique de la migration, à préparer dès le début et à surveiller jusqu'à la stabilisation. Bien mené, il rend le changement d'URL totalement invisible pour Google comme pour vos visiteurs. Il s'inscrit dans la démarche complète que je détaille dans mon guide de la refonte.