Redirections HTTP
Ce qu’est réellement une redirection HTTP — un statut 3xx accompagné d’un en-tête Location —, les différences entre 301, 302, 303, 307 et 308, leur mise en œuvre et le choix entre redirection et URL canonique.
Langues
1 indice probant sur cette page
- Outil en ligne associéHTTP Status & Redirect Checker
Une redirection est une réponse HTTP composée d’un code 3xx et d’un en-tête Location qui envoie navigateurs et robots d’une ancienne URL vers une nouvelle. Google les répartit en deux groupes : les redirections permanentes (301/308) constituent un signal de canonicalisation fort et transfèrent les signaux ; les temporaires (302/303/307) n’envoient qu’un signal faible. Dans chaque groupe, les codes se distinguent par la conservation de la méthode HTTP : 307/308 la conservent strictement, tandis que 301/302 peuvent transformer POST en GET. Implémentez-les côté serveur, au CDN ou dans le CMS ; les redirections JavaScript et meta refresh sont moins fiables car elles dépendent du rendu. Une redirection n’est pas une balise canonique : redirigez lorsqu’une seule URL doit subsister, et utilisez une canonique lorsque plusieurs URL doivent rester accessibles.
TL;DR — Une redirection envoie toute personne qui demande une ancienne URL vers une nouvelle. Le type le plus courant est la 301 (« déplacement permanent »), qui indique à Google de transférer les signaux de classement. Une 302 est temporaire. Si vous choisissez correctement entre permanent et temporaire et privilégiez une vraie redirection serveur à JavaScript, vous maîtrisez l’essentiel.
Qu’est-ce qu’une redirection ?
Les redirections HTTP utilisent une réponse 3xx et un champ Location pour diriger le client vers un autre URI. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: RFC 9110: Redirection Google considère les redirections permanentes comme des signaux canoniques forts, sans garantir l’indexation de la destination. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: Google: Redirects and Search
Lorsqu’une page est déplacée, ni les visiteurs ni Google ne doivent arriver à une impasse. Une redirection les transfère automatiquement vers la nouvelle adresse : l’ancien lien est demandé, puis le serveur fournit la nouvelle page.
Techniquement, il s’agit d’une réponse serveur : un code de la famille des 300s, le plus souvent 301 ou 302, accompagné d’un en-tête Location qui indique la destination. Ce mécanisme rend la redirection plus fiable qu’un simple message « cette page a été déplacée, cliquez ici ».
Les deux codes essentiels
- 301 — Déplacement permanent. Utilisez-la lorsque le changement est définitif. Elle signale la nouvelle adresse aux moteurs afin que les liens et signaux de l’ancienne page soient transférés.
- 302 — Trouvé (temporaire). Utilisez-la pour une campagne courte, un test A/B ou une page qui reviendra. Elle indique à Google que le changement n’est pas permanent.
Il existe aussi les codes 303, 307 et 308, mais la décision pratique reste souvent : le déplacement est-il permanent (301) ou temporaire (302) ?
Mettre une redirection en place
- Sur le serveur — avec
.htaccesspour Apache ou une règle nginx. - Avec une extension CMS — sous WordPress, l’extension modifie souvent le fichier
.htaccesspour vous. - Au CDN ou en périphérie — Cloudflare et les services similaires redirigent avant que la requête n’atteigne l’origine.
Évitez si possible les redirections JavaScript. Google peut les suivre, mais seulement après avoir rendu la page, une étape supplémentaire qui peut échouer. Elles sont donc plus lentes et moins fiables qu’une redirection serveur.
L’erreur la plus courante
Une redirection n’est pas une balise canonique. Redirigez lorsque l’ancienne URL doit cesser d’exister et que tout le monde doit atteindre la nouvelle. Utilisez une canonique lorsque plusieurs URL doivent rester accessibles, mais que Google doit en privilégier une, par exemple avec des paramètres de suivi. Redirection : une URL subsiste. Canonique : plusieurs subsistent, une est préférée.
Pour le fonctionnement du protocole, les codes 301/302/303/307/308, la durée de conservation et les risques de chaînes ou de boucles, ouvrez l’onglet Advanced.
TL;DR — Une redirection est une réponse HTTP composée d’un code 3xx et d’un en-tête
Location: protocole d’abord, SEO ensuite. Google regroupe les codes en deux catégories : permanents (301/308), signal fort, et temporaires (302/303/307), signal faible. Les 307/308 conservent la méthode et le corps HTTP ; les 301/302 peuvent les modifier. Implémentez-les sur le serveur, au CDN ou dans le CMS. JavaScript et les meta refresh retardées sont moins fiables car elles dépendent du rendu. Une bonne redirection unique ne dilue pas le PageRank ; les vrais risques sont les chaînes et les boucles. Conservez les redirections au moins un an. Une redirection n’est pas une balise canonique.
Définition d’une redirection au niveau du protocole
Les codes de redirection possèdent des règles normalisées de traitement des méthodes. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: RFC 9110: Redirection Les recommandations de recherche distinguent les signaux permanents et temporaires et privilégient les redirections directes côté serveur. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: Google: Redirects and Search
Les articles SEO commencent souvent par « 301 signifie permanent » sans définir la redirection. MDN explique : “redirection is triggered by a server sending a special redirect response to a request. Redirect responses have status codes that start with 3, and a Location header holding the URL to redirect to.” (traduction) « Une redirection est déclenchée lorsque le serveur envoie une réponse spéciale ; son code commence par 3 et son en-tête Location contient l’URL de destination. »
Une redirection réunit donc deux éléments : un code 3xx (301, 302, 303, 307, 308…) et un en-tête Location qui nomme la destination. Le navigateur ou robot redemande l’URL indiquée dans Location. Le code exprime la sémantique — permanent ou temporaire, conservation ou non de la méthode — et Location fournit l’adresse.
Dans mon article Ahrefs 11 Types Of Redirects & Their SEO Impact, je le formule ainsi : “A redirect is a way to send people and bots to a new URL when they request the old URL, but the page has changed locations.” (traduction) « Une redirection envoie les internautes et les robots vers une nouvelle URL lorsqu’ils demandent l’ancienne, après le déplacement de la page. »
Pourquoi les redirections comptent pour le SEO
La documentation Google sur les redirections précise : “Redirecting URLs is the practice of resolving an existing URL to a different one, effectively telling your visitors and Google Search that a page has a new location.” (traduction) « Rediriger une URL consiste à faire résoudre une URL existante vers une autre, indiquant aux visiteurs et à Google qu’une page a changé d’emplacement. » La conséquence SEO dépend de la permanence :
- Les redirections permanentes affichent la nouvelle cible dans les résultats.
- Les redirections temporaires conservent la page source dans les résultats.
Google suit les deux extrémités : “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical; which one, depends on signals such as whether the redirect was temporary or permanent.” (traduction) « Google suit la source et la cible ; le choix canonique dépend notamment du caractère temporaire ou permanent. » Les redirections permanentes consolident les signaux vers la nouvelle URL ; les temporaires les laissent généralement sur l’ancienne.
Panorama des redirections : 301, 302, 303, 307 et 308
Voici la famille complète en résumé ; chaque code possède son article détaillé dans ce sous-cluster.
- 301 (Moved Permanently) — redirection permanente courante et signal canonique fort. Google indique : “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (traduction) « Google suit la redirection et l’utilise comme signal fort pour traiter la cible. »
- 302 (Found) — redirection temporaire standard. Google la suit et l’utilise “as a weak signal” (traduction) « comme un signal faible ». Faible ne signifie pas nul : une 302 maintenue longtemps peut être traitée comme une 301.
- 303 (See Other) — code temporaire du schéma Post/Redirect/Get : après un formulaire, le client demande la page de résultat avec
GET. Rare en SEO, son traitement Google reste indéfini et peut ressembler à une 301 ou une 302 selon son usage. - 307 (Temporary Redirect) — même sens SEO qu’une 302, mais elle conserve la méthode et le corps HTTP. Google la dit “equivalent to 302” (traduction) « équivalente à une 302 ». HSTS peut aussi produire automatiquement des 307.
- 308 (Permanent Redirect) — même sens SEO qu’une 301, avec conservation de la méthode et du corps. Google la dit “equivalent to 301” (traduction) « équivalente à une 301 ».
La conservation de la méthode — 307/308 conservent l’original, tandis que 301/302 permettent au client de transformer POST en GET — ne change pas le classement, mais compte pour les formulaires et API. Google avertit : “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (traduction) « Même si Google traite ces codes de la même façon, ils diffèrent sémantiquement ; choisissez le code adapté afin que les autres clients en bénéficient. »
Effets sur l’exploration, l’indexation et les liens
Deux groupes, une distinction. Pour les redirections permanentes (301, 308, meta refresh instantanée, JavaScript location), Google indique que “the indexing pipeline uses the redirect as a signal that the redirect target should be canonical,” (traduction) « le pipeline d’indexation utilise la redirection comme signal canonique pour la cible ». Pour les temporaires (302, 303, 307, meta refresh retardée), “the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (traduction) « le pipeline n’utilise pas la redirection comme signal indiquant que la cible doit être canonique ».
Le mythe de la perte de PageRank est mort. L’idée qu’une redirection perdrait 10 à 15 % de la valeur des liens n’est plus vraie. Gary Illyes déclarait en 2016 : “30x redirects don’t lose PageRank anymore” (traduction) « les redirections 30x ne perdent plus de PageRank ». Une redirection unique correctement implémentée transmet pratiquement toute la valeur ; les coûts viennent des chaînes et boucles.
Durée de conservation. Google recommande de “keep the redirects for as long as possible, generally at least 1 year” (traduction) « conserver les redirections aussi longtemps que possible, généralement au moins un an ». Gary Illyes estimait qu’“after 1 y all signals had time to pass on from A to B.” (traduction) « après un an, tous les signaux avaient eu le temps de passer de A à B ». Je l’ai testé sur quatre articles Ahrefs : après retrait des 301, il y eut “a clear drop in referring domains after I did this,” (traduction) « une nette baisse des domaines référents après cette opération », mais “not much drop in traffic to these posts.” (traduction) « peu de baisse du trafic vers ces articles ». Ma conclusion était : “I’m not willing to conclusively say that permanent redirects pass value even after one year, but what Gary said seems to mostly hold true.” (traduction) « Je ne peux pas affirmer définitivement que la valeur persiste après un an, mais l’idée de Gary semble globalement se vérifier. » Ne retirez donc pas les anciennes redirections sans raison.
Chaînes et boucles de redirection
- Une chaîne comporte plusieurs sauts entre l’URL demandée et la destination finale. Google suit jusqu’à 10 sauts : “By default, Google’s crawlers follow up to 10 redirect hops” (traduction) « par défaut, les robots Google suivent jusqu’à 10 sauts ». Sa documentation de migration conseille d’éviter les chaînes et, sinon, de rester à trois sauts ou moins et sous cinq. Dix est une limite du robot ; trois à cinq est un conseil pratique. Les chaînes ajoutent de la latence et brouillent l’analyse.
- Une boucle revient à une URL antérieure et n’aboutit jamais. Les navigateurs affichent « trop de redirections » et les moteurs abandonnent. John Mueller l’a formulé ainsi : “a redirect loop is a URL that doesn’t work, so it’s essentially a broken link. We ignore these for search.” (traduction) « Une boucle est une URL qui ne fonctionne pas, donc un lien cassé ; nous l’ignorons pour la recherche. » Les boucles piègent aussi les robots et gaspillent les ressources serveur.
Le chiffre familier de cinq sauts repose aussi sur des indications historiques. Lors d’un hangout de 2014 à 46:03, John Mueller expliquait que Googlebot pouvait suivre jusqu’à cinq redirections au cours d’une exploration, puis poursuivre les autres lors de l’exploration suivante. En 2020, il parlait aussi de cinq sauts par tentative. Ces déclarations datées expliquent le chiffre, mais ne remplacent pas la documentation actuelle et ne garantissent pas un calendrier de reprise.
Mon observation indépendante est que Google reprend souvent les chaînes longues et qu’environ cinq sauts constituent un bon seuil de priorité. C’est un jugement opérationnel, pas une limite Google. La cible reste un seul saut direct.
Les deux sujets disposent d’articles dédiés ci-dessous.
Mettre les redirections en œuvre
Il n’existe pas d’emplacement unique : choisissez celui que vous pouvez maintenir.
- Configuration serveur. Règles Apache
.htaccess, nginx ou scripts serveur : le choix le plus fiable. Sous WordPress, les extensions modifient souvent le fichier.htaccesset ne sont qu’une interface plus simple. - CDN ou périphérie. Les règles Cloudflare et les workers s’exécutent avant l’origine. Je préfère généralement les redirections au CDN, mais recommande avant tout la solution la plus facile à mettre en œuvre et à maintenir ; pour beaucoup, c’est le serveur.
- Côté client : meta refresh. Une balise
<meta http-equiv="refresh">. Une actualisation instantanée (0 seconde) est lue comme permanente ; une actualisation retardée comme temporaire. Elle est moins élégante qu’une redirection serveur. - Côté client : JavaScript. Un script modifie
window.location. Google peut le suivre si le rendu réussit. Son conseil exact est : “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects.” (traduction) « N’utilisez JavaScript que si une redirection serveur ou meta refresh est impossible. » Mon ordre de préférence est 308 / 301 → meta refresh 0 → JavaScript → crypto.
Redirection ou balise canonique
Ces deux solutions répondent à des problèmes différents, mais sont constamment confondues.
- Redirection — lorsque l’ancienne URL doit cesser de servir son propre contenu. Une seule URL doit subsister ; l’ancienne transfère la requête.
- Balise canonique — lorsque plusieurs URL doivent rester accessibles indépendamment, mais que Google doit en privilégier une. Les variantes à facettes, paramètres de suivi ou versions imprimables restent accessibles et pointent toutes leur
rel=canonicalvers la principale.
Bing résume la même distinction dans son article de décembre 2025 : “Use 301 redirects to consolidate variants into a single preferred URL. Apply canonical tags when multiple versions must remain accessible.” (traduction) « Utilisez des 301 pour regrouper les variantes en une URL ; utilisez des canoniques lorsque plusieurs versions doivent rester accessibles. » Si Google ignore la canonique et que vous voulez vraiment consolider, une redirection convient uniquement si la variante ne doit plus servir son contenu.
Remarque sur Bing
Bing rejoint Google : 301 pour un déplacement permanent, 302 pour un temporaire. Fabrice Canel a déclaré qu’il est “preferable to use a 302 redirect if your destination URL may change within 2 days, else 301 is recommended,” (traduction) « préférable d’utiliser une 302 si la destination peut changer sous deux jours, sinon une 301 ». Frédéric Dubut a précisé que deux jours n’était pas un seuil strict : “anytime a redirect is temporary… you should use 302s.” (traduction) « dès qu’une redirection est temporaire, utilisez une 302 ».
Pour aller plus loin dans le sous-cluster Redirections
Cette page sert de carte. Chaque sujet ci-dessous possède son propre article dans la barre latérale.
Codes de redirection
- Redirection 301 — déplacement permanent et consolidation des signaux.
- Redirection 302 — temporaire, signal faible et possible évolution vers un comportement de 301.
- Redirection 303 (See Other) — Post/Redirect/Get, rare en SEO et traitement Google indéfini.
- Redirection temporaire 307 — sens SEO d’une 302, avec conservation stricte de la méthode ; usages HSTS, formulaire et API.
- Redirection permanente 308 — sens SEO d’une 301, avec conservation de la méthode et du corps.
Comparaisons directes
- 301 contre 302 — permanent ou temporaire, consolidation vers l’avant ou maintien sur la source.
- 301 contre 308 — même sens SEO, mais 308 conserve la méthode et le corps.
- 302 contre 307 — même sens SEO temporaire, mais 307 conserve la méthode et le corps pour les formulaires et API.
Implémentations côté client
- Redirections JavaScript — option la plus faible, dépendante du pipeline de rendu, acceptable en dernier recours.
- Meta refresh — instantanée ou retardée, placée entre serveur et JavaScript dans l’ordre de préférence de Google.
Pièges
- Chaînes de redirection — pourquoi viser directement l’URL finale, limite de 10 sauts et gaspillage d’exploration.
- Boucles de redirection — cycle sans issue, ignoré par les moteurs, et façon de le rompre.
Dans Google Search Console
- Page avec redirection — état normal d’indexation et rares cas nécessitant une action.
- Erreur de redirection — quatre causes de Google (chaîne trop longue, boucle, URL trop longue, URL incorrecte ou vide) et différence avec « Page avec redirection ».
Pour l’ensemble des codes HTTP — familles 2xx/3xx/4xx/5xx et codes autres que les redirections — consultez l’index /technical-seo/http-status-codes/.
Résumé par l’IA
Version condensée de l’onglet Advanced :
- Une redirection = code 3xx + en-tête
Location. Le code exprime la sémantique ;Locationdonne la destination. - Deux groupes canoniques : 301/308 permanentes = signal fort vers la nouvelle URL ; 302/303/307 temporaires = signal faible.
- Dans chaque groupe : 307/308 conservent méthode et corps HTTP ; 301/302 peuvent transformer la méthode. Important pour formulaires et API, pas pour le classement.
- 303 est atypique : code Post/Redirect/Get, rare en SEO et traitement Google indéfini.
- Une redirection correcte ne perd pas de PageRank. Les coûts viennent des chaînes — Google suit jusqu’à 10 sauts mais conseille de les éviter — et des boucles, ignorées comme liens cassés.
- Conservez les redirections au moins un an. Mon test a montré une baisse des domaines référents mais peu de perte de trafic après retrait ; ne les supprimez pas sans raison.
- Implémentation : serveur (.htaccess/nginx), CDN ou extension CMS, qui modifie souvent
.htaccess. JavaScript et meta refresh retardée sont moins fiables car dépendants du rendu. - Redirection ≠ canonique : redirigez lorsqu’une seule URL doit subsister ; canonicalisez lorsque plusieurs restent accessibles mais qu’une est préférée.
Documentation officielle
Documentation de première main sur les redirections.
- Redirections et recherche Google — permanence, tableaux des types (301/308/302/303/307) et concept d’URL alternative.
- Effet des codes HTTP sur les robots Google — comportement 3xx, limite de 10 sauts et traitement de 301/302/307/308.
- Déplacer un site avec changement d’URL — éviter les chaînes et conserver les redirections généralement au moins un an.
- Regrouper les URL en double — la canonique est « un indice, pas une règle » et interagit avec les redirections.
- Search Off the Record — épisode de l’équipe Search Relations sur 301/302, 307/308 et les fusions de domaines.
Bing / Microsoft
- Le contenu dupliqué nuit-il au SEO et à la visibilité dans les recherches IA ? — Fabrice Canel et Krishna Madhavan sur les 301 pour regrouper les variantes et les canoniques lorsque plusieurs versions doivent rester accessibles.
Référence technique
- Redirections in HTTP — définition de MDN, code 3xx plus en-tête
Location, et traitement de la méthode et du corps selon le code.
Citations tirées des sources
Déclarations publiques de Google, Bing et MDN. Chaque lien mène directement au passage cité sur la page source.
Google — rôle des redirections et distinction entre permanent et temporaire
- “Redirecting URLs is the practice of resolving an existing URL to a different one, effectively telling your visitors and Google Search that a page has a new location.” (traduction) « Rediriger des URL consiste à faire résoudre une URL existante vers une autre, ce qui indique concrètement aux visiteurs et à la recherche Google qu’une page a changé d’emplacement. » — Google Search Central. Accéder à la citation
- “we recommend that you use a permanent server-side redirect whenever possible.” (traduction) « nous vous recommandons d’utiliser une redirection permanente côté serveur chaque fois que possible. » Accéder à la citation
- “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL).” (traduction) « Lorsque vous redirigez une URL, Google conserve à la fois la source de la redirection (l’ancienne URL) et sa cible (la nouvelle URL). » Accéder à la citation
- “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects.” (traduction) « N’utilisez les redirections JavaScript que si vous ne pouvez pas mettre en place une redirection côté serveur ou une actualisation meta. » Accéder à la citation
Google — traitement des codes par les robots d’exploration
- “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (traduction) « Google suit la redirection et ses systèmes l’utilisent comme un signal fort indiquant que la cible doit être traitée. » (301) Accéder à la citation
- “Google’s crawlers follow the redirect, and Google systems use the redirect as a weak signal that the redirect target should be processed.” (traduction) « Les robots de Google suivent la redirection et ses systèmes l’utilisent comme un signal faible indiquant que la cible doit être traitée. » (302) Accéder à la citation
- “While Google treats these status codes the same way, keep in mind that they’re semantically different.” (traduction) « Même si Google traite ces codes d’état de la même façon, gardez à l’esprit qu’ils ont une sémantique différente. » (307 ≈ 302, 308 ≈ 301) Accéder à la citation
- “By default, Google’s crawlers follow up to 10 redirect hops.” (traduction) « Par défaut, les robots de Google suivent jusqu’à 10 sauts de redirection. » Accéder à la citation
Google — chaînes et durée de conservation des redirections
- “Avoid chaining redirects.” (traduction) « Évitez d’enchaîner les redirections. » Accéder à la citation
- “ideally no more than 3 and fewer than 5.” (traduction) « idéalement pas plus de 3, et moins de 5. » Accéder à la citation
- “Keep the redirects for as long as possible, generally at least 1 year.” (traduction) « Conservez les redirections aussi longtemps que possible, généralement au moins un an. » Accéder à la citation
John Mueller, Google — déclarations datées sur les cinq sauts
- Lors d’un hangout pour webmasters en 2014, Mueller a expliqué que Googlebot suivait jusqu’à cinq redirections au cours d’une exploration, puis reprenait le reste lors de l’exploration suivante. Voir à partir de 46:03
- “up to 5 hops in the chain per crawl attempt” (traduction) « jusqu’à 5 sauts dans la chaîne par tentative d’exploration » (Commentaire Reddit de 2020, rapporté par Search Engine Journal.) Lire l’article
John Mueller, Google — boucles de redirection
- “In general, a redirect loop is a URL that doesn’t work, so it’s essentially a broken link. We ignore these for search.” (traduction) « En général, une boucle de redirection est une URL qui ne fonctionne pas ; il s’agit donc essentiellement d’un lien cassé. Nous l’ignorons dans la recherche. » Accéder à la citation
Fabrice Canel, Microsoft Bing — délai pour choisir 301 ou 302
- “When the future is uncertain… preferable to use a 302 redirect if your destination URL may change within 2 days, else 301 is recommended.” (traduction) « Lorsque l’avenir est incertain… il est préférable d’utiliser une redirection 302 si l’URL de destination peut changer dans les deux jours ; sinon, une 301 est recommandée. » Accéder à la citation
MDN — définition au niveau du protocole
- “redirection is triggered by a server sending a special redirect response to a request. Redirect responses have status codes that start with
3, and aLocationheader holding the URL to redirect to.” (traduction) « Une redirection est déclenchée lorsqu’un serveur envoie une réponse particulière. Son code d’état commence par 3 et son en-tête Location contient l’URL de destination. » Lire la documentation
Liste de contrôle pour mettre en œuvre une redirection
Avant et après la mise en ligne d’une redirection :
- Choisir le bon code — déplacement permanent →
301/308; temporaire →302/307; conservation d’un formulairePOST→307/308. - Rediriger vers l’URL la plus équivalente, et non tout renvoyer vers la page d’accueil : Google y verrait un soft 404.
- Pointer directement vers la destination finale — aucune chaîne. Modifiez la règle source chaque fois que la cible est déplacée à son tour.
- Éviter les boucles — vérifiez que la cible ne revient pas dans la chaîne (lancez
curl -ILsur l’ancienne URL et lisez tous les sauts). - Privilégier le serveur ou l’edge, et non JavaScript, chaque fois que possible.
- Normaliser les variantes évidentes — avec ou sans www, HTTP ou HTTPS, barre oblique finale et casse — vers une seule forme canonique.
- Mettre à jour les liens internes pour qu’ils pointent directement vers la nouvelle URL.
- Conserver la redirection ≥ 1 an (recommandation de Google), voire davantage pour les pages importantes ; ne supprimez pas les anciennes règles à la légère.
- Prévoir un retour arrière — notez l’ancienne cible, ou le contenu propre de la page retirée, avant la mise en ligne afin de pouvoir revenir rapidement en cas de mauvaise destination ou de chute inattendue.
- Vérifier après le déploiement — contrôlez le code et la destination finale avec
curl -IL, l’onglet Network du navigateur ou un crawler ; recherchez les chaînes et les boucles à grande échelle.-Ienvoie une requêteHEAD: si le serveur peut traiterHEADetGETdifféremment, recommencez aveccurl -L(qui utiliseGET) ou le mode GET du crawler.
Comparaison des types de redirection
Les cinq codes de redirection 3xx en bref
| Code | Nom | Permanente ou temporaire ? | Méthode HTTP conservée ? | Signal Google | Quand l’utiliser |
|---|---|---|---|---|---|
301 | Moved Permanently | Permanente | Peut transformer POST→GET | Fort (regroupe vers l’avant) | Une page a définitivement changé d’adresse : redirection permanente par défaut |
302 | Found | Temporaire | Peut transformer POST→GET | Faible (reste généralement associé à l’ancienne URL) | Déplacement de courte durée : campagne, test A/B ou remplacement temporaire |
303 | See Other | Temporaire | Non (force toujours GET) | Faible / indéfini | Post/Redirect/Get après l’envoi d’un formulaire ; rare en SEO |
307 | Temporary Redirect | Temporaire | Oui | Faible (= 302) | Déplacement temporaire où méthode et corps doivent être conservés (formulaires, API) ; également observé avec HSTS |
308 | Permanent Redirect | Permanente | Oui | Fort (= 301) | Déplacement permanent où méthode et corps doivent être conservés |
Les deux critères qui tranchent réellement
- Permanent ou temporaire → détermine le signal de canonicalisation (fort ou faible) et si la recherche affiche la nouvelle ou l’ancienne URL.
- Méthode conservée ou non → 307/308 conservent la méthode et le corps d’origine ; 301/302 autorisent un client à remplacer un
POSTpar unGETpendant le saut (héritage de compatibilité pour les anciens clients, selon le Fetch Standard) ; 303 force toujoursGET. Sans effet sur le classement, ce point est crucial pour les formulaires et les API : utilisez307/308lorsque la méthode et le corps doivent survivre au saut.
Méthodes d’implémentation, de la plus forte à la plus faible (permanente)
| Méthode | Où elle s’exécute | Fiabilité |
|---|---|---|
308 / 301 (serveur ou edge) | Serveur / CDN | La meilleure : aucune dépendance au rendu |
Meta refresh 0 | Navigateur | Interprétée comme permanente, mais maladroite et lente |
JavaScript (window.location) | Navigateur (après rendu) | Plus faible : dépend d’un rendu réussi |
| Crypto / solution fondée uniquement sur les liens | — | Dernier recours seulement |
Repères rapides
- Une redirection unique et correcte ne fait pas perdre de PageRank (Illyes, 2016).
- Google documente une limite de 10 sauts, mais recommande pas plus de 3 et moins de 5 lorsqu’une chaîne est inévitable.
- Les commentaires de Mueller en 2014 et 2020 évoquent environ cinq sauts par exploration ; celui de 2014 mentionnait aussi la reprise du reste ultérieurement. Ce sont des déclarations historiques, pas une garantie actuelle de planification.
- Conservez les redirections ≥ 1 an.
- Pour Google, 307 ≈ 302 et 308 ≈ 301 ; la différence tient à la conservation de la méthode.
- Redirection = une seule URL subsiste ; balise canonical = plusieurs subsistent, mais une est préférée.
Ressources à consulter
Mes articles
- 11 types de redirections et leur impact SEO — mon analyse complète de chaque type de redirection (301, 302, 303, 307, 308, meta refresh, JavaScript, crypto, chaînes et boucles), dont ce guide constitue la synthèse.
- Codes d’état HTTP et impact SEO — la place des redirections dans l’ensemble des codes 1xx à 5xx.
- Peut-on supprimer des redirections 301 après un an ? Notre test — mon test contrôlé du retrait de redirections vieilles d’un an : baisse des domaines référents, mais trafic largement préservé.
- Redirections 301 ou 302 pour le SEO : laquelle choisir ? — comparaison directe, avec mon expérience dans laquelle une 302 a conduit Google à remplacer l’ancien domaine par le nouveau.
- Réussir une migration de site exige plus qu’une liste de contrôle — les redirections dans le cadre d’une migration complète.
Ailleurs dans le secteur
- Redirections et recherche Google (Google) — la documentation de référence à l’origine de la plupart des affirmations de ce guide.
- Effet des codes HTTP sur les robots Google (Google) — traitement des 3xx et limite de 10 sauts.
- Le contenu dupliqué nuit-il au SEO et à la visibilité dans les recherches IA ? (Bing) — position publique actuelle de Microsoft sur redirections et balises canonical.
- Redirections in HTTP (MDN) — référence protocolaire pour les codes 3xx et la gestion de la méthode et du corps.
- Google : plus aucune dilution du PageRank avec les redirections 301, 302 ou 30x (Search Engine Land) — origine de la correction du mythe sur le PageRank.
- La recherche Google ignore les boucles de redirection (Search Engine Roundtable) — citation de Mueller qualifiant les boucles de liens cassés.
- Bing : utilisez une 302 si l’URL peut changer sous deux jours, sinon une 301 (Search Engine Roundtable) — recommandation de Fabrice Canel sur le choix entre 301 et 302.
- Guide SEO des redirections (Conductor Academy) — solide vue d’ensemble concurrente.
Redirection ou canonical ? Appliquez le test de survie
Les deux signaux peuvent désigner la même URL préférée, mais ils répondent à des problèmes différents.
Rediriger lorsque l’URL source ne doit plus servir son propre contenu
Choisissez une redirection côté serveur lorsque les utilisateurs et les robots qui demandent l’ancienne URL doivent être envoyés ailleurs. Utilisez un code permanent (301 ou 308) pour un déplacement durable, et un code temporaire (302, 303 ou 307) lorsque la source doit revenir.
Cas typiques : changement d’URL, fusion de pages, passage de HTTP à HTTPS ou migration de domaine. La destination doit être réellement équivalente ; rediriger en masse des URL sans rapport vers la page d’accueil peut être interprété comme un soft 404.
Canonicaliser lorsque plusieurs URL doivent rester accessibles
Utilisez rel="canonical" lorsque des variantes en double ou presque identiques doivent continuer à répondre en 200, mais qu’une URL doit être préférée pour l’indexation. Une canonique est un indice, pas une navigation : l’utilisateur reste sur l’URL demandée. C’est également un indice pour Google, et non une règle : Google précise qu’“indicating a canonical preference is a hint, not a rule,” (traduction) « indiquer une préférence canonique est un indice, pas une règle » et peut choisir une autre page en fonction des autres signaux.
Cas typiques : variantes de tri ou de filtre utiles, versions syndiquées ou paramétrées, ou doublons qui ne peuvent pas encore être supprimés.
Lorsqu’il n’existe aucun remplacement pertinent
Ne forcez pas une redirection vers une page sans rapport uniquement pour disposer d’une destination : pour Google, une règle générique ou un renvoi vers l’accueil sans véritable successeur ressemble à un soft 404. Sans équivalent réel, choisissez délibérément une réponse 404/410 au lieu d’inventer une destination.
Ne donnez pas d’instructions contradictoires
Si l’URL A redirige vers B, B ne doit pas déclarer A comme canonique. Alignez les liens internes et les sitemaps sur la destination qui subsiste. Le cadre est simple : une seule URL subsiste → redirection ; plusieurs doivent rester accessibles → canonical.
Prompt : auditer les destinations faibles d’un plan de redirection
Collez un CSV de redirections contenant l’ancienne URL, la destination proposée, la raison, l’ancien titre ou sujet, le titre ou sujet de destination, la permanence prévue et, si disponibles, les signaux de trafic et de liens.
Review this proposed redirect map for relevance and implementation risk.
For each row:
1. Classify the destination as strong equivalent, plausible but needs review,
irrelevant/catch-all, self-redirect, chain risk, loop risk, missing destination,
or insufficient evidence.
2. Explain the classification using only the supplied old/destination topics and
URL evidence.
3. Flag many-to-one mappings to a homepage or broad category for manual review.
4. Check whether the intended permanence matches the proposed 3xx code when a code
column is present.
5. Do not invent a replacement URL. If no equivalent is supplied, recommend manual
mapping or an intentional 404/410 decision.
Return a table with old URL, destination, verdict, evidence, recommended action, and
priority. End with a summary of repeated rule patterns that could create chains or
loops.
DATA:
[PASTE REDIRECT MAP HERE]Faites valider par une personne chaque jugement d’équivalence de contenu avant de déployer le plan.
Outils pour planifier et vérifier les redirections
- Redirect Checker — vérifiez rapidement le code final, chaque saut et la destination d’une URL ou d’un petit lot après déploiement.
- Redirect Chain Mapper — diagnostiquez les parcours à plusieurs sauts, voyez ce qui change à chaque étape et exportez des règles aplaties pour les plateformes serveur courantes.
- Bulk HTTP Status Code Checker — validez un inventaire plus volumineux, filtrez les résultats temporaires ou à plusieurs sauts et exportez les preuves.
- Redirect Map Builder — planifiez les correspondances entre anciennes et nouvelles URL, conservez explicitement les URL sans correspondance et la liste des 410, puis exportez des règles adaptées aux plateformes. Les suggestions exigent toujours une validation de l’équivalence du contenu.
- DevTools du navigateur → Network — vérifiez le code 3xx de la réponse du document et l’en-tête
Locationtout en reproduisant le comportement propre au navigateur.
Testez vos connaissances : redirections HTTP
Cinq questions rapides sur le fonctionnement des redirections et leur traitement par les moteurs de recherche. Choisissez une réponse pour chacune, puis vérifiez.
Journal des modifications
Mis à jour le 21 août 2026.
Résumé éditorial et détails enregistrés des changements.Détails des changements
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
Comparaison complète indisponible — aucun instantané antérieur n’a été archivé pour cette révision.
Mis à jour le 19 juil. 2026.
Résumé éditorial et détails enregistrés des changements.Détails des changements
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
Comparaison complète indisponible — aucun instantané antérieur n’a été archivé pour cette révision.
Mis à jour le 18 juil. 2026.
Résumé éditorial et détails enregistrés des changements.Détails des changements
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
Comparaison complète indisponible — aucun instantané antérieur n’a été archivé pour cette révision.