En 2019, une migration e-commerce a fait perdre 60 % du trafic organique à mon employeur en une nuit. Le coupable : un robots.txt oublié en staging. Une 301 mal pensée peut faire aussi mal qu’un Disallow: / livré en production. On la résume trop souvent à un tuyau magique qui transfère le jus de lien, alors que sa mise en œuvre détermine la vitesse d’indexation, la dissipation du PageRank et la santé du crawl budget. Refonte, migration de domaine, simple changement de slug : ce qui se passe entre le code HTTP 301 et la nouvelle URL est la seule assurance contre un effondrement dans la Search Console.
Le vrai mécanisme d’une redirection 301 sur le SEO
On vous dira qu’une 301 conserve 90 à 99 % du PageRank. Le signal transmis dépend en réalité de ce que fait le moteur entre le moment où il reçoit la 301 et celui où il indexe l’URL cible.
Ce que le code 301 impose au navigateur et à Googlebot
Quand un client HTTP (navigateur, bot, curl) demande une URL qui renvoie un statut 301, le serveur répond avec un en-tête Location: qui pointe vers la nouvelle adresse. Le navigateur suit immédiatement, sans afficher de page intermédiaire. Googlebot fait pareil. Mais la similarité s’arrête là. Le navigateur, lui, se moque de l’autorité de la page, il affiche le contenu et c’est tout. Googlebot doit décider s’il transfère les signaux de l’ancienne URL vers la nouvelle, et en combien de temps.
La recommandation officielle de Google est sans ambiguïté : pour un changement permanent d’URL, utilisez une redirection 301 côté serveur. C’est le seul moyen de signaler aux algorithmes que la ressource a bougé de façon définitive. Une 302 ou une 307 signale un déplacement temporaire, et Google conserve l’URL d’origine dans l’index. Cassez cette règle sur une migration de domaine, et vous maintenez l’ancien domaine dans les résultats pendant des semaines, en concurrence avec le nouveau. L’impact SEO n’est pas une perte sèche immédiate, c’est une compétition interne que vous installez sans le vouloir.
Ce que la 301 laisse vraiment en route
Gary Illyes, de Google, a confirmé à plusieurs reprises qu’une 301 ne provoque plus de perte de PageRank depuis 2016. Avant cette date, une décote fixe de l’ordre de 1 à 10 % était appliquée. Aujourd’hui, une redirection unique, correctement mise en œuvre, transmet la totalité du signal. Mais pas instantanément. L’ancienne URL et la nouvelle coexistent dans l’index le temps que Google traite le signal. Pendant cette période, des liens pointant vers l’ancienne URL non encore recrawlée envoient des signaux contradictoires qui diluent l’effet.
Autre nuance : une redirection vers une page dont le contenu n’a qu’un rapport lointain avec l’originale sera interprétée comme une soft 404 si Google estime que la nouvelle page n’est pas un équivalent fonctionnel. Dans ce cas, le transfert de signaux est nul, et l’URL source finit par sortir de l’index. C’est précisément ce qui arrive quand on redirige en masse vers la page d’accueil, une pratique encore trop courante après la suppression d’une catégorie de produits.
L’indexation après une 301, une question de jours, pas d’heures
N’espérez pas une bascule immédiate. John Mueller a souvent rappelé qu’une redirection doit être maintenue au moins un an pour que les signaux se stabilisent. Durant les premières semaines, la Search Console peut afficher des erreurs 404 ou des URL « détectées, non indexées » avant que le suivi des liens ne propage le changement. Si vous retirez la redirection trop tôt, vous perdez tout le bénéfice du transfert et l’ancienne URL peut réapparaître dans l’index comme une page orpheline.
301 ou 302 : la confusion qui ruine une migration
Le choix entre 301 et 302 paraît simple sur le papier : permanent d’un côté, temporaire de l’autre. En pratique, les développeurs posent un 302 « pour tester », un CMS cache un 302 par défaut sur certaines routes, et l’erreur passe en production sans que personne ne le remarque.
Quand Google décide de traiter un 302 comme un 301
Il arrive que les algorithmes ignorent l’intention déclarée et traitent une 302 comme un déplacement permanent. C’est le cas lorsque le signal de redirection temporaire est maintenu plusieurs mois, que tous les liens internes pointent vers la nouvelle URL, et que le contenu de l’ancienne n’existe plus. Mais compter là-dessus revient à jouer à la roulette. Vous ne maîtrisez ni le délai, ni la rétention des signaux. Le comportement observé en Search Console peut être erratique : certaines URLs basculent en une semaine, d’autres traînent six mois avec des fluctuations de classement.
Une 302 ne devrait jamais dépasser quelques jours en production. Si le changement est destiné à durer, on pose une 301 et on la teste en préproduction avec des conditions réseau réalistes.
Cas concret : migration de domaine avec 302 « provisoire »
Un site e-commerce migre de ancien-domaine.fr vers nouveau-domaine.fr avec des 302 « pour garder la main quelques semaines ». L’ancien domaine reste indexé, le nouveau ne rank pas, les deux se cannibalisent sur les mêmes requêtes. Six mois plus tard, le passage en 301 oblige Google à ré-indexer des milliers d’URL en bloc, ralentissement du crawl à la clé. Le coupable n’est pas la redirection 301, c’est le retard à l’adopter. Sur une migration, la 301 part dès le premier jour.
Chaînes, boucles et redirections en cascade : le tueur silencieux de crawl budget
!A tangled mass of metal chains forming infinite loops, coiled on a dark concrete floor, dust particles in dim industrial
Une seule 301 ne pose pas de problème technique. Mais quand une page A redirige vers B, qui redirige vers C, qui elle-même redirige vers D, vous créez une chaîne. Chaque saut supplémentaire consomme du temps de crawl, ralentit l’utilisateur, et rend le suivi des signaux plus fragile.
L’effet sur le crawl budget : ce que les logs disent
Prenons un site de 50 000 pages. Si 10 % de ces pages sont prises dans des chaînes de trois redirections, Googlebot passe trois fois plus de requêtes HTTP que nécessaire pour atteindre le contenu final. Ce temps de gaspillage, c’est autant de ressources qui ne sont pas allouées aux nouvelles pages en attente de découverte. Sur des grands sites où le crawl budget est déjà tendu, l’effet peut être dévastateur : des pans entiers du catalogue ne sont simplement jamais crawlé.
Dans les logs, on repère une chaîne excessive dès qu’on voit une séquence de 301 301 200 avec des chemins différents. Si vous devez rediriger /ancien-produit vers /catalogue/categorie/produit, faites-le directement. Pas de /ancien-produit → /old-produit → /catalogue/produit. La règle n’est pas « pas plus de 5 redirections », comme on le lit parfois, mais « pas plus d’une ».
L’impact sur le LCP et l’utilisateur
Du côté utilisateur, chaque redirection ajoute un aller-retour réseau (un round trip time). Sur une connexion mobile 4G dégradée, un RTT peut atteindre 300 ms. Trois sauts, c’est près d’une seconde supplémentaire avant que la page commence à charger. Le LCP s’en trouve mécaniquement allongé, et la conversion chute. L’amélioration du LCP passe d’abord par la suppression des redirects inutiles, avant même de toucher au JavaScript ou aux images. Le gain se mesure directement avec un outil de test de vitesse capable de lister les chaînes de redirection.
Les boucles de redirection, elles, bloquent totalement l’accès à la page. Une boucle A→B→A renvoie une erreur ERR_TOO_MANY_REDIRECTS dans le navigateur, et Googlebot abandonne l’URL après quelques tentatives. La page sort de l’index. Une boucle non détectée sur une landing produit, c’est une fiche qui disparaît des SERP.
Migrer un site sans perdre le SEO : la checklist des redirections
Sur une migration lourde (refonte avec changement d’URL, changement de domaine, HTTP→HTTPS, CMS), un seul réflexe : cartographier toutes les URLs avant d’écrire la moindre règle. Crawl local avec Screaming Frog ou un script Python dédié, pas le sitemap seul (il omet les pages indexées via backlinks). Chaque URL doit pointer vers une correspondance exacte ; rediriger en bulk vers la home génère des soft 404 en pagaille. Mieux vaut un 404 propre qu’un signal de bruit dans l’index. Après mise en production, recrawlez et suivez une checklist d’audit technique pour traquer chaque enchaînement de 301.
Auditer ses redirects : terminal d’abord, plugin ensuite
!A laptop screen displaying terminal command lines, a small USB plugin device beside it, on a wooden desk with coffee sta
Le diagnostic des redirections ne se résume pas à activer un plugin de redirect sur WordPress. Les modules ajoutent une couche applicative qui peut ralentir le traitement et masquer les erreurs sous-jacentes. Pour voir ce que Googlebot voit, il faut descendre d’un niveau.
La commande curl qui remplace toutes les interfaces
curl -I https://votresite.com/ancienne-page renvoie sur la première ligne le code HTTP suivi de l’en-tête Location. L’option -L poursuit la chaîne ; avec -L --max-redirs 3, curl s’arrête au troisième saut et n’entre pas dans une boucle.
Plus fiable qu’un test navigateur, qui peut garder en cache des redirections passées et masquer un problème. Combiné à un watch ou un script qui parcourt les URLs extraites du sitemap, on obtient un contrôle continu sans rien installer.
Les signaux de la Search Console à surveiller en priorité
Dans le rapport « Pages », les sections « Redirection » et « Page avec redirection » listent les URLs concernées. Mais l’indicateur le plus utile, et le plus ignoré, est le rapport « Erreurs de redirection » sous « Indexation ». Il recense les chaînes trop longues, les boucles et les URL de redirection qui pointent vers des 404. Si ce rapport grimpe soudainement après une mise en production, vous avez un bug actif, pas un résidu historique.
La Search Console montre également les « URL canoniques » choisies par Google. Si vous voyez l’ancienne URL rester canonique alors que la 301 est en place depuis des semaines, c’est le signe que le signal de redirection n’a pas été traité correctement, peut-être à cause d’une balise canonique contradictoire qui perturbe l’indexation.
Les pièges des plugins de redirection
WordPress, avec des extensions comme Redirection, facilite la gestion des redirects, mais ajoute un traitement PHP à chaque requête redirigée. Sur un site à fort trafic, cela peut faire une différence mesurable sur le Time To First Byte. Si vous avez plus de quelques centaines de règles, il est préférable de les transcrire directement dans le fichier .htaccess (Apache) ou dans la configuration Nginx, exécutée au niveau serveur, sans lever le moteur PHP. Moins de couches, c’est moins de latence et moins de risques de comportements inattendus.
Questions fréquentes
Une redirection 301 peut-elle dégrader le temps de chargement ?
Oui, surtout si elle est enchaînée ou si elle repose sur un plugin qui exécute du PHP pour chaque requête. Chaque saut entraîne un aller-retour réseau supplémentaire, ce qui allonge le TTFB et retarde le LCP. Sur mobile, l’impact est proportionnellement plus lourd.
Faut-il préférer une 301 à une balise canonique pour changer l’URL ?
Pour un changement définitif d’URL, la 301 est l’outil à utiliser. La balise canonique transmet l’autorité mais ne retire pas l’ancienne page de l’index, ce qui peut créer un doublon partiel. Les deux signaux ensemble sont redondants si la 301 est correcte, mais ils ne se nuisent pas s’ils sont cohérents.
Que devient le maillage interne après une 301 ?
Les liens internes pointant vers l’ancienne URL continuent d’être suivis par Googlebot, qui rebondit sur la nouvelle. Mais à moyen terme, vous devez mettre à jour ces liens pour supprimer la redirection. Chaque lien interne redirigé consomme du crawl inutilement et peut signaler un manque de maintenance.
Comment réparer une boucle de redirection ?
Identifiez l’URL de départ et tracez le parcours avec curl -L --max-redirs 5. Trouvez le point de rebouclage dans vos règles serveur ou votre plugin. Corrigez pour créer un chemin linéaire unique vers la destination finale, puis purgez le cache de l’ancienne règle si un système de cache est en place.
Votre recommandation sur redirection 301 et seo
Quelques questions rapides pour adapter la recommandation à votre cas.
Merci, voici notre conseil personnalisé.
D'après vos réponses, le mieux est de reprendre l'article ci-dessus en focalisant sur les passages qui parlent de votre situation : c'est là que se trouvent les recommandations les plus concrètes pour vous. Bonne lecture !
