Redirections 301 / 302
Glossaire – Définition
Une redirection 301 signale aux moteurs de recherche qu’une URL a changé définitivement, en transférant la quasi-totalité du jus de lien (link equity) vers la nouvelle destination ; une redirection 302 annonce un déplacement temporaire, sans transfert de ce signal d’autorité, ce qui rend ces deux codes HTTP radicalement différents dans leurs effets SEO.
Les codes HTTP 301 et 302 font partie du protocole de communication entre serveurs web et navigateurs (ou crawlers). Quand Googlebot rencontre une redirection, il suit l’URL de destination, mais l’impact sur l’indexation et l’autorité dépend entièrement du type de code utilisé. Se tromper entre les deux est l’une des erreurs SEO les plus fréquentes lors d’une migration de site.
En pratique, la redirection 301 est le mécanisme standard pour consolider des URLs lors d’une refonte, migrer vers HTTPS, ou fusionner plusieurs domaines. John Mueller, Search Advocate chez Google, a précisé en 2016 que les redirections 301 transmettent environ 99 % du PageRank vers l’URL cible, ce qui les distingue nettement de la 302.
La redirection 302 doit être réservée aux situations réellement temporaires : test A/B sur une URL alternative, maintenance programmée d’une page, ou campagne promotionnelle limitée dans le temps. L’utiliser à la place d’une 301 lors d’un changement d’URL permanent génère une confusion dans l’index de Google et peut ralentir le transfert d’autorité pendant des semaines.
Pour bien comprendre :
- Codes HTTP 3xx : ce que signifient 301 et 302
- Impact SEO réel sur le PageRank et l’indexation
- Cas d’usage, chaînes de redirections et erreurs fréquentes
- Les 5 règles pour gérer ses redirections sans perdre de trafic
- L’avis de l’expert B-Strong
- Questions fréquentes
Que signifient exactement les codes 301 et 302 ?
Un code HTTP 301 signifie « Moved Permanently » : l’URL demandée a quitté définitivement son emplacement d’origine. Un code 302 signifie « Found » : l’URL a été déplacée temporairement, et le serveur continuera à reconnaître l’ancienne adresse comme valide à terme. Ces deux codes orientent différemment le comportement des moteurs de recherche.
Ces codes appartiennent à la famille des statuts HTTP 3xx, qui regroupent toutes les redirections. D’autres codes existent dans cette famille, chacun avec un usage précis :
- 301 Moved Permanently : redirection permanente, transfert de PageRank, mécanisme standard pour toute migration définitive
- 302 Found : redirection temporaire, le moteur conserve l’URL source dans son index, transfert d’autorité non garanti
- 303 See Other : utilisé après un formulaire POST pour rediriger vers une page de confirmation
- 307 Temporary Redirect : équivalent HTTP/1.1 du 302, préserve la méthode HTTP (GET ou POST)
- 308 Permanent Redirect : équivalent HTTP/1.1 du 301, préserve également la méthode HTTP
Du point de vue du navigateur, le comportement est similaire pour les deux : l’utilisateur atterrit sur la page de destination sans voir le code de statut. C’est le crawl des robots de recherche, notamment Googlebot et Bingbot, qui diffère. Pour une 301, Google met à jour son index progressivement et transfère les signaux d’autorité accumulés sur l’URL source. Pour une 302, Google considère l’URL source comme toujours valide et l’utilise comme référence principale.
Techniquement, la redirection se configure au niveau du serveur web (fichier .htaccess sur Apache, bloc server sur Nginx) ou via un plugin WordPress tel que Redirection ou Yoast SEO Premium. Des outils comme Screaming Frog SEO Spider permettent de détecter le type de redirection en place sur n’importe quel domaine, en quelques minutes de crawl.
Comment les redirections 301 et 302 affectent le PageRank et l’indexation ?
Une redirection 301 bien configurée transfère environ 99 % du PageRank vers la nouvelle URL, d’après John Mueller (Google). Le moteur remplace l’URL source par la destination dans ses résultats, en conservant les signaux de classement associés. Ce processus prend généralement de 2 à 6 semaines selon l’autorité du domaine.
Pour une redirection 302, le comportement est différent : Google garde l’URL source dans son index et ne transfère pas le PageRank vers la destination. Si une 302 reste en place trop longtemps, Google peut éventuellement la traiter comme une 301 de facto, mais ce comportement n’est pas garanti et dépend des signaux contextuels qu’il perçoit.
Les impacts SEO concrets d’une mauvaise gestion des redirections :
- Perte de PageRank : une chaîne de plusieurs redirections successives (301 vers 302 vers 301) réduit le transfert d’autorité à chaque saut
- Budget de crawl gaspillé : Googlebot consacre une partie de ses ressources à explorer des URLs obsolètes qui redirigent, au lieu d’indexer de nouvelles pages
- Cannibalisation d’URL : si deux versions d’une même page coexistent (avec ou sans www, HTTP ou HTTPS), Google peut indexer la mauvaise version
- Signaux de lien dilués : les backlinks pointant vers une URL en 302 n’alimentent pas pleinement la destination
Google Search Console permet de suivre l’état d’indexation des URLs redirigées dans le rapport « Couverture de l’index ». Les URLs avec une redirection 301 correctement configurée apparaissent dans la section « Exclues : redirigées », ce qui confirme que Google a bien pris en compte la nouvelle URL cible. Une 302 mal configurée peut rester dans ce statut indéfiniment sans que l’URL cible monte en classement.
Chaînes de redirections, boucles infinies et mauvais cas d’usage
Les erreurs de redirection les plus fréquentes sont les chaînes trop longues (3 sauts ou plus), les boucles infinies (A redirige vers B qui redirige vers A), et l’utilisation d’une 302 à la place d’une 301 lors d’une migration permanente. Chacune a un impact mesurable sur le crawl et le classement.
La chaîne de redirections est probablement l’erreur la plus répandue lors d’une refonte de site. Elle se produit quand les redirections anciennes n’ont pas été mises à jour pour pointer directement vers la destination finale. Lors d’une migration HTTP vers HTTPS, puis d’un changement de nom de domaine, les URLs peuvent traverser 3 ou 4 sauts avant d’atteindre la page définitive. Screaming Frog détecte ces chaînes facilement lors d’un crawl d’audit, dans le rapport dédié « Redirect Chains ».
Les mauvais cas d’usage les plus courants :
- 302 utilisé pour une migration permanente : fréquent quand le développeur choisit le type « par défaut » dans son CMS sans consulter l’équipe SEO
- Redirection vers la page d’accueil : lors d’une suppression de page, certains sites redirigent toutes les erreurs 404 vers l’accueil, ce que Google interprète comme une « soft 404 »
- Boucle de redirection : A pointe vers B qui pointe vers A, ce qui génère une erreur pour l’utilisateur et le bot
- Redirection partielle lors d’une migration HTTPS : certaines pages restent en HTTP tandis que d’autres migrent, créant un mix de signaux contradictoires
- 301 pointant vers une page 404 : la redirection existe mais la destination n’est plus accessible, le bénéfice SEO est nul
Une règle pratique à retenir : toute redirection doit pointer directement vers l’URL finale en une seule étape. Lors d’une migration, il faut mettre à jour le fichier de redirections pour « aplatir » les chaînes existantes. Des outils comme Ahrefs ou SEMrush permettent de cartographier les backlinks pointant vers des URLs qui redirigent, afin de prioriser les mises à jour les plus impactantes pour le budget de crawl.
Les 5 règles pour gérer ses redirections sans perdre de trafic
Gérer ses redirections de façon rigoureuse est une opération d’hygiène SEO à réaliser une fois par trimestre minimum, et à chaque refonte ou migration de site. Ces cinq règles couvrent 95 % des situations rencontrées en production.
| Règle | Action concrète | Outil recommandé | Priorité |
|---|---|---|---|
| Toujours utiliser 301 pour une migration permanente | Vérifier le code HTTP retourné avec un testeur de header avant mise en ligne | Screaming Frog, httpstatus.io | Haute |
| Aplatir les chaînes de redirections | Mettre à jour chaque redirection pour qu’elle pointe directement vers l’URL finale en une seule étape | Screaming Frog (rapport Redirect Chains) | Haute |
| Rediriger vers la page thématiquement la plus proche | En cas de suppression de page, pointer vers la catégorie parente ou une page équivalente, jamais vers l’accueil | Google Search Console (Couverture) | Haute |
| Mettre à jour les liens internes après migration | Remplacer toutes les URLs internes par les nouvelles adresses directes sans passer par la redirection | Screaming Frog, plugin Velvet Blues | Moyenne |
| Surveiller les erreurs post-migration pendant 8 semaines | Contrôler le rapport Couverture dans Google Search Console et corriger les nouvelles 404 ou redirections cassées | Google Search Console | Moyenne |
| Réserver la 302 aux déplacements vraiment temporaires | Documenter la durée prévue et planifier la suppression ou la conversion en 301 à une date précise | Documentation interne, Trello ou Notion | Basse |
L’avis de l’expert B-Strong
En audit SEO, les redirections mal configurées figurent systématiquement parmi les 5 premiers points de correction sur les sites ayant subi une refonte. J’observe deux erreurs récurrentes : des chaînes de 3 à 5 sauts héritées de migrations successives, et des 302 utilisées par défaut parce que le développeur n’a pas été briefé sur les enjeux SEO.
Mon approche avant toute migration : je construis un tableau de correspondance (ancienne URL vers nouvelle URL) validé par le client, puis je teste chaque redirection avec Screaming Frog en mode liste avant la mise en ligne. La vérification post-lancement dans Google Search Console sur 8 semaines est non négociable.
Je recommande aussi de mettre à jour les liens internes en parallèle des redirections : même si une 301 transfère le PageRank, un lien interne pointant directement vers la bonne URL est toujours préférable pour le budget de crawl. Chaque saut économisé, c’est du crawl budget récupéré pour explorer de nouvelles pages.
Ce qu’on nous demande souvent
Quelle est la différence concrète entre une redirection 301 et une 302 pour le SEO ?
La différence porte sur deux points. Premièrement, le transfert d’autorité : une 301 transmet environ 99 % du PageRank à l’URL de destination, tandis qu’une 302 ne le fait pas de façon garantie. Deuxièmement, le comportement d’indexation : avec une 301, Google remplace l’ancienne URL par la nouvelle dans ses résultats de recherche. Avec une 302, il conserve l’ancienne URL comme référence principale et peut mettre plusieurs semaines à mettre à jour son index, même si la redirection reste active et fonctionnelle.
Est-ce qu’une chaîne de redirections pénalise vraiment le classement ?
Google suit jusqu’à 10 sauts de redirections avant d’abandonner le crawl, mais chaque saut supplémentaire réduit le transfert de PageRank et consomme du budget de crawl. En pratique, une chaîne de 3 redirections ou plus ralentit la prise en compte d’une migration : les pages concernées montent moins vite, les signaux de lien arrivent dilués, et Googlebot traite des URLs intermédiaires au lieu d’explorer de nouvelles pages. Aplatir les chaînes en une seule redirection directe est une correction à faible coût et à impact mesurable sur les délais d’indexation.
Faut-il conserver indéfiniment les redirections 301 d’un ancien domaine ?
Oui, dans la majorité des cas. Les backlinks pointant vers l’ancien domaine transmettent leur autorité via la redirection tant qu’elle reste active. Supprimer les redirections avant 12 à 24 mois après une migration expose le site à la perte de ces signaux de lien. Certains référenceurs recommandent de les conserver aussi longtemps que l’hébergement de l’ancien domaine reste rentable par rapport à l’autorité encore transmise. Google Search Console permet de mesurer le trafic encore généré via les anciennes URLs pour prendre cette décision sur des données réelles.