Aller au contenu

Redirection 301 vs 302 vs 307 : laquelle choisir en 2026 (avec exemples)

La 301 pour un déménagement définitif, la 302 pour un détour, la 307 pour les formulaires. Et non, une 302 ne fait pas perdre le PageRank.

Redirection 301 vs 302 vs 307 : laquelle choisir en 2026 (avec exemples)

Une redirection 301 annonce un déménagement définitif, une 302 un détour temporaire, une 307 un détour temporaire qui préserve la méthode HTTP. Pour une refonte ou une migration, la 301 est le bon choix, sans hésitation. En revanche, l’idée qu’une 302 ferait perdre le PageRank est fausse depuis dix ans, et elle continue de circuler dans des articles écrits en 2026.

Redirection 301 vs 302 : la différence tient en un mot

Ce que chaque code annonce réellement

Un code de redirection est une déclaration d’intention adressée aux navigateurs et aux robots. La 301 dit : cette adresse a changé pour de bon, oubliez l’ancienne. La 302 dit : servez-vous ici pour l’instant, mais l’ancienne adresse reste la bonne. Cette nuance a une conséquence directe : Google indexe l’adresse de destination sur une 301, et garde l’adresse de départ comme adresse de référence sur une 302.

Le navigateur, lui, en tire une autre conclusion : une 301 se met en cache, parfois durablement. Une 301 posée par erreur peut donc continuer de rediriger vos visiteurs alors que vous l’avez retirée du serveur, ce qui rend le diagnostic déroutant. C’est la vraie raison d’être prudent avec elle, bien plus que le référencement.

Différence 301 302 : le mythe du PageRank perdu

Beaucoup d’articles répètent qu’une 302 ne transmet pas la valeur des liens. C’était vrai il y a très longtemps, ça ne l’est plus. Google a confirmé dès 2016 que toutes les redirections 3xx transmettent le PageRank, et John Mueller l’a redit plusieurs fois depuis, en précisant que les deux codes sont traités de la même manière quand la redirection dure.

Ce qui change n’est donc pas la valeur transmise, mais le choix de l’adresse canonique. Sur une 302 maintenue pendant des mois, Google finit d’ailleurs par la traiter comme une permanente, parce que le comportement observé contredit la déclaration. Autrement dit : le code exprime une intention, et c’est votre cohérence dans la durée qui décide du résultat.

À retenir

Choisir entre 301 et 302 n’est pas un arbitrage entre plus ou moins de référencement. C’est répondre à une seule question : cette ancienne adresse reviendra-t-elle un jour ? Si la réponse est non, c’est une 301.

Redirection 307 et 308 : les deux codes que personne n’utilise

La 307 préserve la méthode HTTP

Historiquement, les navigateurs transformaient une requête POST en GET en suivant une 302, ce qui n’était pas prévu par la norme. La 307 a été créée pour lever l’ambiguïté : elle est temporaire, comme la 302, mais elle garantit que la méthode et le corps de la requête sont conservés. Son terrain, ce sont donc les formulaires, les API et les tunnels de paiement, pas les pages éditoriales.

Un cas où vous la croiserez sans l’avoir écrite : la liste HSTS des navigateurs, qui force le passage en HTTPS avec une 307 interne, avant même que la requête ne parte. Ce n’est pas une redirection de votre serveur, et elle n’a aucun effet sur votre référencement.

La 308, la permanente qui préserve aussi la méthode

La 308 est à la 301 ce que la 307 est à la 302 : même sens, avec la méthode préservée. Google la traite comme une 301. Utile sur une API, superflu sur un site de contenu, où la 301 fait le travail et reste comprise de tous les outils.

Quel code choisir, cas par cas

Situation Code Pourquoi
Refonte, nouvelle structure d’adresses 301 Le changement est définitif
Passage en HTTPS, choix www ou non 301 Une seule adresse doit rester canonique
Fusion de deux domaines 301 Page à page, jamais vers l’accueil
Produit en rupture temporaire 302 La fiche reviendra, elle doit rester indexée
Opération commerciale de deux semaines 302 Retour prévu à l’identique
Maintenance de quelques heures 302 ou 503 La 503 avec Retry-After est plus juste
Formulaire, API, tunnel de paiement 307 La méthode et les données sont préservées

Le générateur de règles de redirection

Collez vos paires d’adresses dans l’outil ci-dessous, choisissez le type, et récupérez les règles pour Apache ou pour Nginx. Le générateur échappe les caractères réservés et signale les doublons ainsi que les chaînes évidentes.

Générateur de règles de redirection

Une paire par ligne : ancienne adresse, puis nouvelle, séparées par un espace, une virgule ou une tabulation.







Htaccess redirection 301 : la syntaxe qui fonctionne

Apache, du cas simple au cas régulier

Pour une poignée d’adresses, la directive Redirect suffit et se lit sans effort. Elle attend un chemin en entrée et une adresse complète en sortie.

Redirect 301 /ancienne-page/ https://exemple.fr/nouvelle-page/
Redirect 301 /categorie/vieux-produit/ https://exemple.fr/boutique/produit/

Pour un motif répétitif, RedirectMatch évite d’écrire mille lignes. L’exemple ci-dessous déplace toute une rubrique en conservant la fin de l’adresse.

RedirectMatch 301 ^/blog/(.*)$ https://exemple.fr/articles/$1

Un point de vigilance : ces directives se lisent dans l’ordre, et la première qui correspond gagne. Placez donc les règles précises avant les règles génériques, sinon les secondes avalent les premières.

Nginx, et le piège du permanent

Sur Nginx, le mot-clé permanent produit une 301 et redirect une 302. Beaucoup de configurations traînent une 302 posée sans intention, simplement parce que le mot par défaut était celui-là.

location = /ancienne-page/ { return 301 https://exemple.fr/nouvelle-page/; }
rewrite ^/blog/(.*)$ https://exemple.fr/articles/$1 permanent;

Chaînes et boucles : le vrai poison

Une redirection qui mène à une autre redirection fonctionne, mais chaque saut coûte du temps au visiteur et de l’exploration au robot. Google suit une petite dizaine de sauts avant d’abandonner, sans que ce nombre soit une garantie. La règle de travail est simple : un saut, jamais plus de deux. Sur un site qui a déjà migré une fois, les chaînes sont presque toujours là, parce que la nouvelle règle a été empilée sur l’ancienne au lieu de la remplacer.

La boucle, elle, est immédiatement visible : le navigateur affiche une erreur de redirection trop nombreuses. Elle vient souvent d’une règle qui redirige une adresse vers elle-même après normalisation, par exemple la barre oblique finale ajoutée puis retirée par deux règles concurrentes. Un explorateur de site les repère en quelques minutes, et l’inspection d’URL de la Search Console confirme ce que Google a réellement suivi.

Ces vérifications font partie de tout audit technique SEO sérieux, et c’est le premier contrôle que je fais après une refonte.

Les erreurs à éviter

  • Rediriger toutes les anciennes adresses vers l’accueil. Pour Google, cela équivaut à une suppression, et c’est la première cause de perte de trafic après une migration.
  • Poser des 301 en phase de test : elles se mettent en cache dans les navigateurs et vous poursuivent longtemps.
  • Rediriger vers une page qui redirige elle-même, au lieu de mettre à jour la destination finale.
  • Oublier les images, les fichiers et les flux, qui reçoivent aussi des liens.
  • Laisser le maillage interne pointer vers les anciennes adresses en comptant sur les redirections pour rattraper.
  • Supprimer les règles au bout de trois mois. Un an est un minimum, et sur les pages qui reçoivent des liens externes, autant les garder indéfiniment.
Tom Lionne Consultant SEO indépendant depuis 2018. Parlons de votre site.
À lire ensuite
La lettre du lundi

Un récap, chaque lundi matin.

Les articles publiés dans la semaine, résumés en quelques lignes. Rien d'autre : pas de relance, pas de promotion.

Un e-mail de confirmation vous sera envoyé. Désinscription en un clic, votre adresse n'est ni revendue ni utilisée ailleurs.