301 ou 308 : quelle redirection choisir ?

TL;DR — Une 301 et une 308 sont toutes deux des redirections permanentes, et Google comme Bing traitent une 308 de la même façon qu’une 301. La différence technique essentielle est la garantie de méthode : une 308 promet que le navigateur renverra la requête de la même manière (une soumission de formulaire reste une soumission de formulaire), tandis qu’une 301 ne le garantit pas strictement pour un POST. Pour une redirection ordinaire du type « cette page a changé d’adresse », utilisez simplement une 301. Utilisez une 308 lorsque vous redirigez autre chose qu’une page classique — par exemple une API ou un formulaire — et que la méthode d’origine doit parvenir intacte (le code d’état ne garantit toutefois pas à lui seul la conservation des cookies ou des identifiants : testez le véritable client).

Que signifient ces deux codes ?

Quand un serveur vous envoie d’une URL vers une autre, il marque la réponse avec un code d’état. Deux d’entre eux signifient « ce contenu a été déplacé définitivement » :

• 301 — “Moved Permanently.” (traduction) : « Déplacée définitivement. » C’est le code de redirection permanente original, le plus ancien ; il existe depuis les débuts du Web.
• 308 — “Permanent Redirect.” (traduction) : « Redirection permanente. » C’est un code plus récent (ajouté en 2015) qui fait le même travail, avec une garantie supplémentaire.

Cette garantie supplémentaire résume toute l’histoire. Imaginez ce qui se passe lorsque vous envoyez un formulaire : votre navigateur transmet une requête POST contenant vos données. Avec une 301 ancienne manière, le navigateur peut transformer discrètement ce POST en simple GET lorsqu’il suit la redirection — et perdre vos données au passage. Une 308 l’interdit. Elle dit : répétez exactement la même requête, avec la même méthode et toutes ses données, vers la nouvelle adresse.

Est-ce important pour le SEO ? Non.

C’est ici que beaucoup se trompent ; soyons clairs : pour la recherche, 301 et 308 sont identiques. La documentation de Google décrit littéralement la 308 comme “equivalent to 301.” (traduction) : « équivalente à 301. » Gary Illyes, de Google, l’a formulé encore plus directement : “we just merge that with 301 so we really don’t care.” (traduction) : « nous la fusionnons simplement avec 301, donc cela nous importe vraiment peu. » Et Fabrice Canel, de Bing, a confirmé la même chose : “Bing treats 308 redirects the same as 301 redirects.” (traduction) : « Bing traite les redirections 308 comme les redirections 301. »

Ignorez donc quiconque affirme que la 308 est « meilleure pour le SEO » ou qu’il faudrait remplacer toutes vos 301 par des 308 pour gagner des positions. Il n’y a aucun gain. Les moteurs l’ont dit.

Laquelle dois-je utiliser ?

• Redirection d’une page classique (vous avez déplacé une URL, activé HTTPS ou changé de domaine) ? → Utilisez une 301. C’est la valeur par défaut que la plupart des outils, CDN et plugins comprennent immédiatement.
• Redirection d’un élément qui transporte des données (point de terminaison d’API, URL d’envoi d’un formulaire, POST de connexion) ? → Utilisez une 308 afin que la méthode de requête d’origine survive au saut — tout en vérifiant que les identifiants et les cookies arrivent comme prévu, puisque le code d’état ne le garantit pas à lui seul.

Si vous ne redirigez ni une API ni un formulaire, vous voulez presque certainement une 301. Voilà la version courte.

Vous voulez le tableau complet — pourquoi la 308 a été inventée, ce que Google et Bing ont exactement déclaré et comment implémenter chacune ? Passez à l’onglet Advanced.

TL;DR — Les 301 et 308 sont toutes deux des redirections permanentes, et Google comme Bing traitent une 308 de la même façon qu’une 301 — la documentation de Google dit qu’elle est “equivalent to 301,” (traduction) : « équivalente à 301 », Illyes dit “we just merge that with 301,” (traduction) : « nous la fusionnons simplement avec 301 », et Canel confirme que Bing les traite de la même façon. Au niveau du protocole, la différence essentielle est la préservation de la méthode : une 308 (RFC 7538, 2015) garantit mécaniquement que le client répète la même méthode vers la nouvelle URL (le corps suit), tandis qu’une 301 date de l’ère HTTP/1.0 et reste ambiguë spécifiquement sur POST converti en GET — la RFC ne traite pas PUT ou DELETE, dans un sens ou dans l’autre ; ne généralisez donc pas la réserve sur POST. La 308 existe comme sœur permanente de la 307 — la RFC 7231 définissait un code temporaire qui préserve la méthode (307), mais aucun code permanent, et la 308 a comblé ce manque. Par défaut, utilisez 301 pour les migrations ordinaires de pages, de sites ou vers HTTPS (code plus ancien, mieux reconnu, mieux pris en charge par les CDN, CMS et plugins). Choisissez 308 seulement lorsque vous devez préserver une requête autre que GET — API, webhooks, cibles de formulaires, flux POST d’authentification — et vérifiez alors les identifiants, cookies et l’idempotence avec le client réel au lieu de supposer que le code d’état couvre tout. Aucune n’est « meilleure pour le SEO » : les moteurs ont explicitement démenti ce mythe.

La différence sémantique d’abord

Les 301 et 308 indiquent la même chose aux moteurs de recherche au sujet de la permanence : la ressource a définitivement changé d’adresse et la destination devrait devenir canonique. Leur différence tient à une seule garantie mécanique et étroite : la façon dont le client réémet la requête.

• 301 (Moved Permanently) (traduction) : « déplacée définitivement » est le code de redirection permanente original, qui remonte à l’ère HTTP/1.0. Surtout, il a toujours été ambigu quant à la conservation de la méthode de requête. En pratique, les navigateurs et autres clients ont historiquement converti un POST en GET lors du suivi d’une 301 — ce qui convient à une page classique, mais casse silencieusement tout ce qui dépend de la méthode ou du corps de la requête.
• 308 (Permanent Redirect) (traduction) : « redirection permanente » est la version stricte. Elle garantit que le client répète exactement la même méthode et le même corps vers la nouvelle URL. Un POST reste un POST ; la charge utile suit.

La formulation en une phrase serait : une 308 est une 301 qui garantit en plus que le navigateur ne remplacera pas discrètement votre POST par un GET. Evidence for this claim RFC 9110 defines both 301 and 308 as permanent redirects; 308 forbids changing the request method, while 301 permits POST-to-GET rewriting for historical reasons. Scope: HTTP semantics for 301 and 308 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §§15.4.2, 15.4.9 IETF: RFC 7538 §3 — 308 Permanent Redirect

Pourquoi la 308 existe-t-elle : le « 307 permanent » manquant ?

C’est le point que presque personne n’explique, et la manière la plus claire de comprendre toute la comparaison. Il s’agit d’un trou dans la spécification.

Les codes de redirection modernes forment une grille temporaire/permanente et souple/stricte :

La RFC 7231 définissait la 307 — une redirection temporaire qui préserve la méthode — comme la contrepartie stricte de la 302, souple et ambiguë. Mais elle ne définissait aucun équivalent permanent qui préserve la méthode. Il existait un code temporaire strict, mais pas de code permanent strict. La RFC 7538 (avril 2015) a ajouté la 308 précisément pour combler ce manque : elle est à la 301 ce que la 307 est à la 302. Si vous avez lu la comparaison 302-vs-307 de ce groupe, 301-vs-308 est exactement la même relation, une ligne plus haut : permanente-souple contre permanente-stricte.

La 301 est antérieure à toute cette grille. Elle vient de HTTP/1.0, avant que le concept de « conservation de la méthode » soit formalisé ; c’est précisément pourquoi elle est ambiguë et pourquoi il a fallu inventer la 308 plutôt que simplement clarifier la 301.

Ce que signifie « méthode et corps préservés » en pratique

Pour l’immense majorité des redirections — quelqu’un clique sur un lien, son navigateur émet un GET et le serveur l’envoie ailleurs — il n’y a pas de différence pratique. Les navigateurs modernes conservent très bien GET avec une 301. La distinction n’apparaît que lorsque la requête n’est pas un GET classique :

Le risque d’une 301 concerne donc précisément POST et les corps de requête — formulaires, API, webhooks et flux d’authentification. Dire qu’une « 301 cassera toujours mon formulaire » serait exagéré : un GET classique est sûr. La dérogation historique de la spécification pour la 301 concerne précisément POST→GET ; elle ne documente pas le comportement de PUT ou DELETE. Ne supposez donc pas comment l’un ou l’autre code traitera ces méthodes sans tester le client réel. Ce que la spécification affirme clairement, c’est que la 308 interdit au client de changer la méthode qu’il répète — cette règle ne se limite pas à POST. La préservation de la méthode est la garantie fournie ; elle ne promet pas séparément que les en-têtes, cookies, identifiants ou toute la transaction resteront inchangés. Pour tout ce qui compte, testez-les avec le client et l’intégration concernés (voir la liste de contrôle ci-dessous).

Google traite-t-il différemment les 301 et 308 pour le SEO ? Non.

C’est l’une des rares questions sur les redirections où la documentation, les Googlers et Bing sont tous d’accord — et le sont depuis des années.

La documentation de Google sur les codes d’état HTTP place les 301 et 308 dans la même catégorie. La ligne consacrée à la 301 dit : “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 les systèmes de Google utilisent la redirection comme un signal fort indiquant que la cible doit être traitée. » La ligne consacrée à la 308 tient en une phrase : “Equivalent to 301.” (traduction) : « Équivalente à 301. » C’est la formulation la plus forte et la plus facile à citer — la propre documentation de Google assimile littéralement les deux codes. Evidence for this claim Google treats 308 as equivalent to 301 for Search while advising sites to use the semantically appropriate status code. Scope: Google Search processing; client behavior still differs when method preservation matters. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search

Le guide sur les redirections le confirme en commençant par “The 301 and 308 status codes mean that a page has permanently moved to a new location” (traduction) : « Les codes d’état 301 et 308 signifient qu’une page a été déplacée définitivement vers un nouvel emplacement », puis ne fait plus aucune distinction entre eux.

Les Googlers disaient déjà la même chose de manière informelle, avant que ce soit écrit dans la documentation :

• Gary Illyes (2021) : dans un fil consacré à la question de savoir si Google traite une 308 comme une 301, il a écrit que Google “just merge[s] that with 301 so we really don’t care.” (traduction) : « fusionne simplement celle-ci avec 301, donc cela nous importe vraiment peu. » L’article de Barry Schwartz présente cette déclaration comme le moment où le point est devenu officiel : “Three years later it was added to the official Google documents that Google treats 308 redirects like 301 redirects — so now it is official.” (traduction) : « Trois ans plus tard, cela a été ajouté aux documents officiels de Google : Google traite les redirections 308 comme les 301 — c’est donc désormais officiel. »
• John Mueller (2018) : trois ans auparavant, il disait : “If you use it [a 308 redirect] like a 301 we’ll treat it as such.” (traduction) : « Si vous l’utilisez [une redirection 308] comme une 301, nous la traiterons comme telle. » La position informelle de Google remonte donc à bien avant la documentation.

Il y a toutefois une nuance importante dans la documentation de Google, et elle constitue la thèse de cet article. Juste après avoir assimilé les codes, Google ajoute : “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 d’état de la même façon, leur sens reste différent. Choisissez le statut techniquement adapté afin que les autres clients — notamment les liseuses et les autres moteurs de recherche — puissent en tirer parti. » Autrement dit : choisissez le code pour la justesse technique et l’interopérabilité, pas pour le SEO, puisque le SEO s’en moque.

Bing traite-t-il différemment les 301 et 308 ? Non plus.

La plupart des articles sur le sujet ne parlent que de Google, ce qui laisse un angle mort. En septembre 2024, Fabrice Canel, de Bing, a répondu directement à la question d’une personne qui demandait si Bing traitait une 308 permanente comme une 301 : “Bing treats 308 redirects the same as 301 redirects.” (traduction) : « Bing traite les redirections 308 comme les redirections 301. » Schwartz a souligné que cela correspondait à ce que Google avait déclaré en 2021.

Les deux grands moteurs l’ont donc confirmé : pour l’exploration, l’indexation et la consolidation des signaux, la 308 est fonctionnellement identique à la 301. Aucun moteur ne traite la 308 comme supérieure pour le SEO.

Le mythe à corriger : « la 308 est meilleure pour le SEO / remplacez toutes vos 301 »

Soyons directs, car des pages de moindre qualité continuent de le laisser entendre. Choisir une 308 plutôt qu’une 301 n’apporte aucun avantage SEO pour une redirection ordinaire, et il n’y a aucune raison de convertir massivement vos 301 existantes en 308. Ce n’est pas mon opinion : c’est la position déclarée des moteurs de recherche :

• La documentation de Google dit que la 308 est “equivalent to 301.” (traduction) : « équivalente à 301. »
• Illyes : “we just merge that with 301.” (traduction) : « nous la fusionnons simplement avec 301. »
• Canel : Bing “treats 308 redirects the same as 301 redirects.” (traduction) : « traite les redirections 308 comme les redirections 301. »

Remplacer en masse 301→308 ne vous apporte aucun gain de classement et ajoute un risque avec les anciens outils ou les outils périphériques qui ne reconnaissent proprement que 301/302 (nous y reviendrons). C’est du changement pour le changement.

Il faut distinguer ce mythe d’une affirmation réellement contestée : l’ancienne idée selon laquelle “301s lose/dilute PageRank” (traduction) : « les 301 font perdre ou diluent le PageRank ». Celle-ci réapparaît encore et a été démentie à plusieurs reprises par Google. Mais la différence est importante : le mythe de la dilution du PageRank est une correction d’une idée fausse par Google, tandis que l’équivalence 301-vs-308 est affirmée de façon cohérente par Google, Bing et la documentation depuis 2018. La question est réglée, elle n’est pas controversée. (Le récit complet du PageRank se trouve dans la comparaison 301-vs-302 de ce groupe.)

Quand la 308 est-elle le choix techniquement correct ?

Choisissez une 308 lorsque perdre la méthode ou le corps de la requête casserait la fonctionnalité, et non le classement :

• Points de terminaison d’API que vous déplacez et auxquels les clients envoient POST/PUT/DELETE.
• URL de webhook — l’émetteur envoie un POST dont vous ne pouvez pas vous permettre de perdre la charge utile.
• Cibles d’action de formulaire — le <form> envoie des données qui doivent parvenir intactes à la nouvelle URL.
• Flux POST d’authentification ou de connexion où des identifiants ou des jetons se trouvent dans le corps.

Pour POST précisément, une 301 risque de convertir la requête en GET et de laisser son corps sans destination ; une 308 interdit cette conversion. Pour PUT/DELETE, la RFC ne décrit pas le comportement de la 301 dans un sens ou dans l’autre : ne supposez rien — la règle de préservation de la méthode de la 308 s’applique quelle que soit la méthode.

Avant de basculer une API, un webhook ou un flux d’authentification, rappelez-vous que le code d’état seul ne garantit pas la survie de tous les éléments du saut. Vérifiez aussi :

• Identifiants, cookies et en-têtes d’authentification. Aucun des deux codes ne promet quoi que ce soit ici ; testez le client réel (navigateur, SDK ou émetteur du webhook) au lieu de supposer que tout suivra.
• Comportement interorigines. Une redirection qui change d’origine peut modifier ce qu’un navigateur ou un client fetch envoie ; vérifiez avec l’appelant réel, pas seulement avec un curl manuel.
• Idempotence et effets de bord en double. Si la requête répétée n’est pas idempotente (webhook qui crée un enregistrement, POST de paiement), un client qui réessaie après une redirection peut la déclencher deux fois. Confirmez que la cible gère correctement une répétition avant de compter sur une 308 pour « fonctionner toute seule ».
• Mise en production et retour arrière en tenant compte du cache. Les réponses 301 et 308 sont toutes deux susceptibles d’être mises en cache heuristiquement ; un client ou un intermédiaire qui a déjà mis en cache l’ancienne réponse peut continuer à l’utiliser après le changement de code. Testez avec un client vierge et un client qui a visité l’URL avant le changement, et prévoyez un retour arrière qui tienne compte de cet état mis en cache au lieu de supposer que l’inversion est instantanée.

Quand la 301 reste-t-elle le choix pragmatique par défaut ?

Pour tout ce qui est un GET classique — c’est-à-dire la plupart des redirections effectuées par les SEOs — la 301 reste le choix sensé :

• changements de pages ou d’URL et déplacements de contenu ;
• changements de domaine et fusions de sites ;
• migrations de HTTP vers HTTPS ;
• regroupement des variantes www/sans www ou des variantes avec/sans slash final.

Pourquoi choisir l’ancien code alors que la 308 est « plus stricte » ? Pour trois raisons pratiques :

1. Reconnaissance plus large. La 301 précède la 308 de deux décennies et est reconnue par l’immense majorité des navigateurs, proxies, CDN, robots d’exploration et outils d’analyse actuels ou anciens. La 308 a maintenant plus d’une décennie et est largement prise en charge, mais le comportement des clients historiques et des outils périphériques reste moins certain : vérifiez que chaque outil de votre pile la reconnaît.
2. Réalité des outils. De nombreux outils courants utilisent par défaut — ou exposent proprement uniquement — 301/302. Les plugins de redirection WordPress, les éditeurs de règles Cloudflare et certaines plateformes serverless/CDN privilégient 301/302, et quelques-uns émettront une 302/307 malgré ce que vous pensez avoir configuré. Pour un propriétaire de site non technique, « ce que ma plateforme prend réellement en charge » est souvent le vrai critère.
3. Rien à gagner. Puisque Google et Bing traitent les deux codes de la même façon pour l’exploration et l’indexation, il n’y a aucun intérêt à choisir le code moins largement pris en charge pour un simple déplacement de page.

La règle pratique : GET classique → 301 ; requête autre que GET à préserver → 308.

Comment implémenter chacune ?

La syntaxe est presque identique : seul le numéro change.

Apache (.htaccess)

# 301 — permanent, for a normal page move
Redirect 301 /old-page /new-page

# 308 — permanent + method-preserving, for an API/form endpoint
RewriteEngine On
RewriteRule ^old-api/(.*)$ /new-api/$1 [R=308,L]

nginx

# 301
location = /old-page {
    return 301 /new-page;
}

# 308 — preserves POST body to the API
location = /old-api {
    return 308 /new-api;
}

Une réserve vaut pour les deux : certains CDN, plateformes edge et plugins CMS n’honoreront pas une 308 que vous configurez et émettront plutôt une 301/302/307. Si la préservation de la méthode compte vraiment, vérifiez la réponse effectivement envoyée (faites un curl de l’URL et lisez la ligne d’état) au lieu de faire confiance à la configuration. La syntaxe des directives varie également selon les versions des serveurs et les frameworks : consultez la documentation de votre version Apache/nginx (ou celle de votre framework s’il génère la redirection) plutôt que de supposer que les extraits ci-dessus sont à jour octet par octet pour votre installation.

Un levier plus important que le choix 301-vs-308 : la longueur de la chaîne

Quel que soit le code choisi, le levier de performance le plus important consiste à garder les redirections courtes. Google suit environ 10 sauts de redirection avant d’abandonner, et chaque saut supplémentaire ajoute de la latence ainsi qu’un risque de fuite des signaux. Un seul saut propre avec le bon code vaut mieux qu’une chaîne de redirections « techniquement correctes ». Redirigez directement vers la destination finale.

Où cet article se situe-t-il ?

Les 301 et 308 sont les deux codes de redirection permanents, et chacun a son propre article approfondi dans ce groupe, à côté de leurs équivalents temporaires (302 et sa sœur stricte 307) et de l’autre membre de la famille 3xx, la 303. Les comparaisons forment une grille : 301-vs-302 oppose le permanent au temporaire, 302-vs-307 forme la paire temporaire souple/stricte, et celui-ci — 301-vs-308 — la paire permanente souple/stricte. Attention aussi aux risques opérationnels : chaînes de redirections et boucles de redirection. Pour toute la famille des réponses serveur, consultez le hub des codes d’état HTTP ; le type de redirection fait également partie des signaux de canonisation abordés dans la canonisation.

Résumé par IA

Une synthèse de la version Advanced :

• Les deux sont des redirections permanentes, et Google comme Bing traitent une 308 de la même façon qu’une 301. La documentation de Google dit “equivalent to 301,” (traduction) : « équivalente à 301 », Illyes dit “we just merge that with 301,” (traduction) : « nous la fusionnons simplement avec 301 », et Canel confirme : “Bing treats 308 redirects the same as 301 redirects.” (traduction) : « Bing traite les redirections 308 comme les redirections 301. »
• Au niveau du protocole, la différence essentielle est la préservation de la méthode. Une 308 (RFC 7538, 2015) garantit que le client répète la même méthode vers la nouvelle URL (le corps suit). Une 301 date de l’ère HTTP/1.0 et est ambiguë spécifiquement sur POST→GET — la RFC ne traite pas PUT ou DELETE, dans un sens ou dans l’autre ; ne généralisez pas cette réserve.
• Pourquoi la 308 existe : la RFC 7231 définissait un code temporaire qui préserve la méthode (307), mais aucun code permanent. La 308 comble ce manque : elle est à la 301 ce que la 307 est à la 302.
• En pratique, la différence ne compte que pour les requêtes autres que GET. Les GET classiques sont sûrs avec une 301. Le risque concerne POST/PUT/DELETE et les corps de requête : formulaires, API, webhooks et flux d’authentification.
• Utilisez une 308 lorsque vous devez préserver une méthode autre que GET : points de terminaison d’API, URL de webhook, cibles de formulaires et flux POST de connexion.
• Utilisez une 301 pour tout le reste : déplacements de pages, changements de domaine, migrations HTTPS et variantes www/sans www — elle est plus ancienne, reconnue partout et mieux prise en charge par les CDN, CMS et plugins.
• Mythe à éliminer : la 308 n’est pas « meilleure pour le SEO » et il n’y a aucune raison de convertir massivement les 301 en 308. Les moteurs le disent de façon constante depuis 2018. Choisissez le code pour la justesse et l’interopérabilité, pas pour le classement (voir la réserve de Google sur les codes « sémantiquement différents »).
• Le levier le plus important n’est pas le code : gardez les chaînes de redirections courtes (Google suit environ 10 sauts) et redirigez directement vers l’URL finale.

Documentation officielle

Documentation de première source provenant des moteurs de recherche et de la spécification.

Google

• Codes d’état HTTP, erreurs réseau et DNS, et recherche Google — la référence qui indique que la 308 est “Equivalent to 301” (traduction) : « équivalente à 301 », et précise que les codes sont sémantiquement différents tout en étant traités de la même façon.
• Redirections et recherche Google — “The 301 and 308 status codes mean that a page has permanently moved to a new location” (traduction) : « Les codes d’état 301 et 308 signifient qu’une page a été déplacée définitivement vers un nouvel emplacement », ainsi que les indications d’implémentation côté serveur et la réserve sur les redirections JavaScript.
• Déplacements de sites avec changement d’URL — la place des redirections permanentes dans une migration (conservez-les au moins un an).
• Search Off the Record — « Parlons des redirections » (John Mueller et Martin Splitt) — l’épisode qui traite explicitement des types de redirection 308 et 307.

Bing / Microsoft

• Migration de site avec Bing — les conseils de Bing pour un changement de site, où la 301 suffit à signaler un déplacement permanent.

Spécification / référence

• RFC 7538 — code d’état HTTP 308 (redirection permanente) — la spécification de 2015 qui a créé la 308 comme redirection permanente préservant la méthode.
• MDN — redirection permanente 308 — le texte de référence sur la préservation de la méthode et du corps, ainsi que la comparaison avec la 301.

Citations de la source

Déclarations publiques de Google et de Bing. Lorsque la page source le permet, chaque lien est un lien profond qui mène directement au passage cité.

Documentation Google — la 308 est équivalente à la 301

• “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 les systèmes de Google utilisent la redirection comme un signal fort indiquant que la cible doit être traitée. » (ligne consacrée à la 301) — Google Search Central. Accéder à la citation
• “Equivalent to 301.” (traduction) : « Équivalente à 301. » (ligne entière consacrée à la 308) Accéder à la citation
• “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 d’état de la même façon, gardez à l’esprit qu’ils sont sémantiquement différents. Utilisez le code d’état approprié à la redirection afin que d’autres clients (par exemple les liseuses et les autres moteurs de recherche) puissent en bénéficier. » Accéder à la citation

Documentation Google — les deux codes signifient « déplacée définitivement »

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (traduction) : « Les codes d’état 301 et 308 signifient qu’une page a été déplacée définitivement vers un nouvel emplacement. » Accéder à la citation

Gary Illyes, Google (2021) (via Search Engine Roundtable) — la 308 est fusionnée avec la 301

• “we just merge that with 301 so we really don’t care iirc.” (traduction) : « nous la fusionnons simplement avec 301, donc cela nous importe vraiment peu, si je me souviens bien. » Article

John Mueller, Google (2018) (via Search Engine Roundtable) — la position informelle antérieure

• “If you use it [a 308 redirect] like a 301 we’ll treat it as such.” (traduction) : « Si vous l’utilisez [une redirection 308] comme une 301, nous la traiterons comme telle. » Article

Fabrice Canel, Microsoft Bing (2024) (via Search Engine Roundtable) — la parité de Bing

• “Bing treats 308 redirects the same as 301 redirects.” (traduction) : « Bing traite les redirections 308 comme les redirections 301. » Article

Quelle redirection permanente dois-je utiliser : 301 ou 308 ?

Puisque Google et Bing traitent les 301 et 308 de la même façon pour l’exploration et l’indexation, ce parcours ne concerne pas le classement. Il répond à une seule question : la requête transporte-t-elle une méthode ou un corps que vous devez préserver ? Répondez-y et vous aurez votre code.

En bref : GET classique → 301 ; requête autre que GET à préserver → 308. Pour le SEO, les deux sont interchangeables : c’est donc la question de la méthode qui décide de tout.

La grille permanence × méthode

Choisissez entre les quatre codes de redirection courants selon deux axes. Le traitement SEO suit le premier ; le comportement applicatif suit le second.

Prenez la décision dans cet ordre :

1. Le déplacement est-il permanent ? Si non, restez sur la ligne temporaire. Si oui, utilisez la ligne permanente afin que la destination soit la canonique visée.
2. La requête peut-elle transporter une méthode ou un corps à préserver ? Un GET de page classique n’a pas besoin de la garantie stricte. Un POST, PUT, DELETE, webhook, formulaire ou appel d’API peut en avoir besoin.
3. Choisissez la case. Déplacement permanent d’une page classique → 301. Déplacement permanent d’un point de terminaison autre que GET → 308.
4. Vérifiez la réponse émise. Les valeurs par défaut de la plateforme peuvent différer du code sélectionné dans une interface ou un framework. Testez la réponse et la requête redirigée, pas seulement la configuration.

La grille rend la question SEO volontairement ennuyeuse : Google et Bing traitent 301 et 308 de la même façon. Choisissez entre eux pour la justesse HTTP.

301 et 308 en un coup d’œil

Règle pratique : GET classique d’une page déplacée définitivement → 301 ; déplacement permanent d’un endpoint où une requête autre que GET doit arriver intacte → 308.

Outils pour vérifier la redirection permanente

Outils gratuits de Patrick

• Redirect Checker — examinez le premier code réellement reçu, chaque saut et la destination finale. Utilisez-le pour repérer une plateforme qui a émis 301, 302 ou 307 alors que vous aviez configuré 308.
• Bulk HTTP Status Code Checker — vérifiez jusqu’à 500 URL de pages et exportez les codes ou chaînes mixtes d’une migration.

Vérifier la préservation de la méthode quand elle compte

• curl avec la véritable méthode de requête et une charge utile de test sans danger — confirmez que la requête redirigée reste POST/PUT/DELETE et que la cible reçoit le corps. Utilisez un endpoint de préproduction ou non destructif.
• Journaux de l’application et de la passerelle — comparez le traitement de la méthode et du corps à la source et à la destination. Un vérificateur de statut peut confirmer 308 ; seul le système qui reçoit la requête peut prouver qu’elle est arrivée intacte.
• Panneau Network des DevTools du navigateur — utile pour les flux de formulaires, mais testez séparément les clients d’API et de webhook non navigateurs : c’est précisément le comportement du client qui crée la distinction.

Testez vos connaissances : 301 et 308

Cinq questions sur la différence entre ces deux redirections permanentes et sur la façon dont les moteurs de recherche les traitent. Choisissez une réponse pour chacune, puis vérifiez.

Des ressources qui valent le détour

Mes textes associés

• 11 types de redirections et leur impact SEO (Ahrefs, avec Joshua Hardwick) — mon tour d’horizon des différents types de redirection. La ligne sur la 308 dit qu’elle est “the same as a 301 redirect, except it retains the HTTP method of the original request, GET or POST.” (traduction) : « identique à une redirection 301, sauf qu’elle conserve la méthode HTTP de la requête d’origine, GET ou POST. » Mon avis sur cette comparaison précise : “For SEO purposes, they’re the same, but if you have data being sent through forms, you don’t want to be switching between GET and POST.” (traduction) : « Pour le SEO, elles sont identiques, mais si des données sont envoyées par des formulaires, vous ne voulez pas basculer entre GET et POST. » L’article présente aussi mon ordre d’implémentation préféré pour les redirections permanentes : 308/301 d’abord, puis rafraîchissement meta/HTTP, puis JavaScript.
• Codes d’état HTTP et leur impact SEO (Ahrefs) — j’y note qu’une 308 “has the same functionality as a 301 redirect, except you can’t switch between POST and GET,” (traduction) : « a la même fonction qu’une redirection 301, sauf qu’il est impossible de basculer entre POST et GET », et que “308s are treated the same as 301s and consolidate forward.” (traduction) : « les 308 sont traitées comme les 301 et consolident vers l’avant. »
• Guide du débutant sur le SEO technique — où les redirections s’insèrent dans une vue d’ensemble.

Mes conférences

• Patrick Stox on SlideShare et Speaker Deck — mes présentations sur le SEO technique, dont plusieurs abordent les redirections et la canonisation. Ma réserve habituelle s’applique : “This is my understanding of systems… not going to be 100% complete or accurate.” (traduction) : « Voici ma compréhension des systèmes… elle ne sera pas complète ou exacte à 100 %. »

Sources officielles

• Google — codes d’état HTTP et recherche Google (308 = “Equivalent to 301” (traduction) : « équivalente à 301 ») et guide sur les redirections.
• RFC 7538 — code d’état HTTP 308 (redirection permanente) — pourquoi la 308 existe.
• MDN — redirection permanente 308 — la référence sur la préservation de la méthode et du corps.

Dans le secteur

• Google traite officiellement les redirections 308 comme les redirections 301 (Search Engine Roundtable, 2021) — la citation de Gary Illyes “we just merge that with 301” (traduction) : « nous la fusionnons simplement avec 301 ».
• Google peut traiter les redirections 308 comme les redirections 301 (Search Engine Roundtable, 2018) — la déclaration antérieure de John Mueller “we’ll treat it as such” (traduction) : « nous la traiterons comme telle ».
• Bing traite les redirections 308 comme les redirections 301 (Search Engine Roundtable, 2024) — la confirmation de Fabrice Canel.
• Google réfute les mythes sur les types de redirection (Search Engine Journal) — “Use the technically correct redirect type.” (traduction) : « utilisez le type de redirection techniquement correct ».
• Redirection permanente 308 : ce qu’elle signifie et quand l’utiliser (Semrush) — une bonne présentation à comparer.
• r/TechSEO — la communauté qui aide à résoudre les problèmes de redirection et de canonisation.

Journal des modifications