Une refonte, un changement de domaine ou une simple réorganisation d’arborescence : chaque fois qu’une URL change, le trafic organique accumulé sur l’ancienne adresse est en jeu. La redirection 301 est le mécanisme qui transfère ce capital vers la nouvelle URL — à condition de choisir le bon code, de cartographier chaque page et d’éviter les pièges classiques. Cet article détaille les différences entre 301, 302, 307 et 308, le plan de migration étape par étape, la méthode de mapping des URL et les erreurs qui coûtent réellement des positions.
✓ Points clés à retenir
- La redirection 301 est permanente : elle transfère les signaux SEO de l’ancienne URL vers la nouvelle et indique à Google de mettre à jour son index.
- La 302 est temporaire : Google conserve l’ancienne URL dans son index. Elle ne convient jamais à une migration définitive.
- Google confirme que les redirections 301 transmettent le PageRank sans déperdition ; la vraie perte vient des erreurs de mise en œuvre, pas du code lui-même (source : Google Search Central).
- Le mapping des URL — la table de correspondance ancienne page → nouvelle page — est le livrable central de tout plan de migration. Chaque URL doit rediriger vers son équivalent le plus proche, jamais toutes vers l’accueil.
- Google recommande de maintenir les redirections au moins un an ; Googlebot suit au maximum une dizaine de sauts, d’où l’importance d’éviter les chaînes.
Qu’est-ce qu’une redirection 301 ? Définition et rôle SEO
Une redirection 301 est une réponse HTTP renvoyée par le serveur pour indiquer qu’une page a déménagé de façon permanente vers une nouvelle adresse. Le navigateur emmène automatiquement l’internaute vers la nouvelle URL ; le moteur de recherche, lui, comprend qu’il doit remplacer l’ancienne adresse par la nouvelle dans son index et lui transférer les signaux accumulés : liens entrants, historique, pertinence.
C’est ce transfert de signaux qui fait de la 301 un enjeu SEO majeur. Une page qui se positionne depuis des années a accumulé un capital de confiance et de liens. Sans redirection, ce capital est perdu : l’ancienne URL renvoie une erreur 404, les liens qui pointaient vers elle ne servent plus à rien, et la nouvelle page repart de zéro. Avec une 301 correcte, Google associe l’historique de l’ancienne page à la nouvelle.
Sur la question de la déperdition, la position de Google est claire depuis 2016 : les redirections 301, 302 et autres 30x ne font plus perdre de PageRank lors du transfert (source : Google Search Central). Les pertes de trafic constatées après des migrations viennent d’erreurs d’exécution — pages oubliées, mauvaises correspondances, chaînes de redirections — et non du mécanisme lui-même. C’est précisément ce que le plan de migration doit verrouiller.
301, 302, 307, 308 : quelles différences et quand utiliser quoi
Les codes de redirection HTTP se distinguent sur deux axes : le caractère permanent ou temporaire du déplacement, et la conservation ou non de la méthode HTTP d’origine. Pour le SEO, le premier axe est déterminant : il conditionne quelle URL Google conserve dans son index.
| Code | Nature | URL indexée par Google | Cas d’usage type |
|---|---|---|---|
| 301 | Permanente | La nouvelle URL | Migration, refonte, changement de domaine, fusion de pages |
| 302 | Temporaire | L’ancienne URL (en général) | Test A/B, page en maintenance, opération saisonnière |
| 307 | Temporaire (méthode conservée) | L’ancienne URL | Équivalent moderne et strict de la 302 |
| 308 | Permanente (méthode conservée) | La nouvelle URL | Équivalent strict de la 301, plus rare |
La règle de décision tient en une question : le déplacement est-il définitif ? Si oui, utilisez une 301. Si l’ancienne URL doit reprendre du service — promotion saisonnière, maintenance, test —, utilisez une 302. L’erreur la plus répandue consiste à laisser des 302 en place lors d’une migration définitive : Google peut alors conserver les anciennes URL dans son index pendant des semaines, retardant la consolidation des signaux sur les nouvelles pages.
Les codes 307 et 308 sont des variantes plus strictes apparues avec HTTP/1.1 et HTTP/2 : ils garantissent que la méthode de la requête (GET, POST) est conservée lors de la redirection. Pour un site éditorial ou e-commerce classique, la paire 301/302 couvre la quasi-totalité des besoins.
Le plan de migration SEO en 6 étapes
Un plan de migration SEO est le protocole qui organise le passage d’un ensemble d’URL vers un nouveau, sans rupture d’exploration ni perte de signaux. Chez On Track, nous le structurons systématiquement en six étapes, quelle que soit l’ampleur du chantier — du simple changement d’arborescence à la migration de domaine complète.
Les 6 étapes du plan de migration sont les suivantes :
- Inventaire exhaustif de l’existant : crawl complet du site (Screaming Frog), export des pages qui reçoivent du trafic (Search Console, analytics) et des pages qui reçoivent des liens externes (Ahrefs). L’union de ces trois listes constitue le périmètre à protéger.
- Priorisation des URL : toutes les pages ne se valent pas. Les pages qui concentrent trafic, positions et backlinks sont traitées en priorité et vérifiées une à une.
- Construction du mapping : table de correspondance ancienne URL → nouvelle URL, détaillée dans la section suivante.
- Implémentation des redirections : règles au niveau du serveur (htaccess, nginx, CDN) plutôt qu’en JavaScript, en 301, sans chaînes ni boucles.
- Recette avant mise en production : test du mapping complet sur environnement de préproduction, vérification des codes de réponse ligne à ligne.
- Surveillance post-migration : suivi quotidien des erreurs 404 dans la Search Console, des positions sur les requêtes prioritaires et des courbes d’exploration, pendant au moins trois mois.
Le jour J n’est donc que la quatrième étape sur six. Les migrations qui échouent sont presque toujours celles où le travail a commencé au moment de la bascule, sans inventaire ni mapping préalables. Ce protocole s’appuie sur les mêmes fondations que l’audit technique SEO : on ne protège bien que ce que l’on a mesuré.
Le mapping des URL : la pièce maîtresse du plan de redirection
Le mapping des URL est la table de correspondance qui associe chaque ancienne adresse à sa nouvelle destination. C’est le livrable central de la migration : il matérialise les décisions, sert de cahier des charges aux développeurs et de référentiel de recette après la bascule.
Sa règle d’or : chaque URL doit rediriger vers son équivalent le plus proche en contenu et en intention. Un article sur les chaussures de trail doit pointer vers le nouvel article sur les chaussures de trail — pas vers la catégorie running, encore moins vers la page d’accueil. Google traite d’ailleurs les redirections massives vers l’accueil comme des soft 404 : les signaux de l’ancienne page ne sont alors pas transférés (source : Google Search Central).
| Situation | Bonne destination | À éviter |
|---|---|---|
| La page a un équivalent direct | La page équivalente | La catégorie parente |
| La page est fusionnée avec une autre | La page de fusion | Dupliquer le contenu |
| La page est supprimée sans remplaçant | La page thématique la plus proche, ou 410 assumé | Redirection vers l’accueil |
| La page n’a ni trafic, ni liens, ni équivalent | 404/410 propre | Redirection « par défaut » massive |
Concrètement, le mapping prend la forme d’un tableur à deux colonnes minimum — URL source, URL cible — enrichi du trafic, des backlinks et de la décision prise (redirection, fusion, suppression). Sur un site de plusieurs dizaines de milliers de pages, des règles de réécriture par motifs (pattern matching) remplacent le ligne à ligne, mais les pages stratégiques restent vérifiées individuellement. Cette discipline rejoint la logique de maîtrise du crawl budget : chaque redirection inutile est une ressource d’exploration consommée pour rien.
Les 6 erreurs de redirection qui tuent le SEO
La majorité des pertes de trafic post-migration que nous diagnostiquons en audit se ramènent à un petit nombre d’erreurs récurrentes. Les 6 erreurs les plus coûteuses sont les suivantes :
- Utiliser des 302 pour un déplacement définitif : Google conserve les anciennes URL dans l’index et retarde la consolidation des signaux sur les nouvelles pages.
- Rediriger tout vers la page d’accueil : traité comme un soft 404, ce raccourci annule le transfert des signaux page par page.
- Créer des chaînes de redirections : A → B → C → D. Googlebot suit au maximum une dizaine de sauts avant d’abandonner, et chaque saut ralentit l’exploration et la navigation (source : Google Search Central). Après plusieurs refontes successives, les chaînes s’accumulent silencieusement : il faut toujours rediriger l’origine directement vers la destination finale.
- Oublier les pages qui reçoivent des backlinks : une ancienne URL liée par des sites externes et laissée en 404 gaspille définitivement l’autorité de ces liens.
- Supprimer les redirections trop tôt : Google recommande de les maintenir au moins un an, le temps que l’index soit intégralement mis à jour ; les liens externes, eux, justifient souvent de les garder indéfiniment.
- Négliger les à-côtés de la migration : sitemap non mis à jour, canoniques pointant vers les anciennes URL, maillage interne conservant les anciens liens, hreflang non répercuté. La redirection ne dispense pas de mettre à jour tous les signaux du site.
Un point mérite d’être répété, car il rassure les équipes : une baisse temporaire de trafic dans les jours qui suivent une grosse migration est normale, le temps que Google réexplore et retraite l’ensemble des URL. C’est la baisse qui s’installe au-delà de quelques semaines qui signale une erreur de mise en œuvre — et elle se diagnostique dans le mapping et les codes de réponse.
Cas concret : une migration réussie sans perte de trafic
Prenons un cas représentatif de ce que nous accompagnons : un site B2B d’environ 1 200 pages qui refond son arborescence et change la structure de ses URL (passage de /blog/2023/titre-article à /ressources/titre-article). Le risque est maximal : toutes les URL changent en même temps.
L’application du protocole en six étapes donne ceci. L’inventaire croise le crawl, la Search Console et Ahrefs : 1 460 URL sont recensées, dont 180 concentrent 85 % du trafic organique — un ratio de concentration que nous observons sur la plupart des sites de contenu. Le mapping associe chaque article à sa nouvelle adresse ; 210 pages obsolètes, sans trafic ni liens, sont assumées en 410. Les redirections sont implémentées au niveau du serveur, testées en préproduction sur les 1 460 lignes, puis mises en production en même temps que le nouveau sitemap.
Le résultat type de ce protocole : un creux de trafic limité et résorbé en quelques semaines, aucune position stratégique perdue durablement, et un site plus sain qu’avant la migration — débarrassé de ses pages mortes et de ses chaînes de redirections héritées. À l’inverse, les migrations menées sans mapping que nous reprenons en urgence présentent le schéma opposé : des mois de trafic perdu et une reconstruction lente. La différence ne tient pas à la taille du site, mais à la préparation. C’est tout l’objet du volet migration de notre méthodologie d’audit SEO complète, et l’un des critères qui distinguent une agence SEO rigoureuse : demander à voir le plan de migration avant la bascule, pas après.
Questions fréquentes
Quelle est la différence entre une redirection 301 et une 302 ?
La 301 signale un déplacement permanent : Google remplace l’ancienne URL par la nouvelle dans son index et lui transfère les signaux SEO. La 302 signale un déplacement temporaire : Google conserve généralement l’ancienne URL dans l’index. Pour une migration, une refonte ou une fusion de pages définitives, c’est toujours la 301 qui s’impose.
Une redirection 301 fait-elle perdre du PageRank ?
Non. Google a confirmé en 2016 que les redirections 30x ne font plus perdre de PageRank lors du transfert. Les pertes de trafic constatées après des migrations proviennent d’erreurs d’exécution : pages oubliées, redirections massives vers l’accueil, chaînes de redirections ou codes temporaires utilisés à la place de codes permanents.
Combien de temps faut-il conserver les redirections 301 ?
Google recommande de maintenir les redirections au moins un an, le temps de mettre à jour intégralement son index. En pratique, si des sites externes pointent encore vers vos anciennes URL, il est préférable de conserver les redirections indéfiniment : les supprimer transformerait ces liens en erreurs 404 et gaspillerait leur autorité.
Qu’est-ce qu’une chaîne de redirections et pourquoi l’éviter ?
Une chaîne de redirections enchaîne plusieurs sauts avant d’atteindre la page finale (A redirige vers B, qui redirige vers C). Googlebot suit au maximum une dizaine de sauts avant d’abandonner, et chaque saut ralentit l’exploration comme la navigation. La bonne pratique consiste à rediriger chaque ancienne URL directement vers sa destination finale, en un seul saut.
Faut-il rediriger toutes les anciennes pages vers la page d’accueil ?
Non, c’est l’une des erreurs les plus coûteuses. Google traite les redirections massives vers l’accueil comme des soft 404 : les signaux des anciennes pages ne sont pas transférés. Chaque URL doit rediriger vers son équivalent le plus proche en contenu. Une page sans équivalent ni trafic ni liens peut être assumée en 404 ou 410 propre.
Une migration SEO fait-elle toujours baisser le trafic ?
Un creux temporaire de quelques jours à quelques semaines est normal : Google doit réexplorer et retraiter toutes les URL. Avec un mapping complet, des 301 propres et un sitemap à jour, ce creux se résorbe et le trafic revient à son niveau. Une baisse qui persiste au-delà signale une erreur de mise en œuvre à diagnostiquer rapidement.
Comment vérifier que mes redirections fonctionnent correctement ?
Trois vérifications se complètent : un crawl de la liste des anciennes URL (Screaming Frog en mode liste) pour contrôler les codes de réponse et détecter chaînes et boucles ; le rapport « Pages » de la Search Console pour surveiller les 404 et soft 404 ; et un test manuel des pages stratégiques. Cette recette doit être faite en préproduction, puis répétée juste après la mise en ligne.
Un plan de migration accompagné, sans perte de trafic
Vous préparez une refonte, un changement de domaine ou une restructuration d’URL ? Nous construisons votre plan de migration complet : inventaire des pages à protéger, mapping des URL ligne à ligne, spécifications des redirections pour vos développeurs, recette avant bascule et surveillance post-migration. Vous savez exactement ce qui sera redirigé, où, et pourquoi — avant le jour J, pas après. Échangeons 30 minutes, sans engagement.
