Redirection 301 ou 302 : la confusion qui coûte des positions

Une redirection 301 indique aux navigateurs et aux moteurs de recherche que la page a déménagé définitivement, tandis qu’une redirection 302 signale un déplacement temporaire. Confondre les deux revient à demander à Google de traiter une migration comme un test provisoire, ce qui dilue le jus de lien et fait chuter les positions sur les requêtes concernées.

La différence repose sur un seul mot dans la spécification HTTP : « permanent » contre « found » (anciennement « moved temporarily »). Le choix entre ces deux codes conditionne la façon dont le moteur de recherche transfère (ou non) l’autorité de l’ancienne URL vers la nouvelle.

Code 301 : une réponse que le navigateur mémorise

Le code de statut 301 Moved Permanently signifie que la ressource demandée a été déplacée de façon définitive vers une nouvelle URL. Défini dans la section 6.4.2 de la RFC 7231, ce code invite le client HTTP à mettre à jour ses signets et ses caches. Le navigateur retient la nouvelle adresse : lors d’une visite ultérieure, il peut résoudre directement la destination sans repasser par l’ancienne URL.

Côté moteur de recherche, la conséquence est nette. Google désindexe progressivement l’ancienne URL et reporte la quasi-totalité des signaux de classement (liens entrants, ancienneté, pertinence thématique) sur la nouvelle. C’est le comportement souhaité lors d’un changement de nom de domaine, d’une refonte de structure ou d’une suppression de page remplacée par une autre.

Code 302 : un signal que le moteur garde en suspens

Le code 302 Found indique que la ressource se trouve temporairement à une autre adresse. Le navigateur suit la redirection, mais il ne met pas à jour ses références internes : la prochaine fois, il redemande l’URL d’origine. La spécification HTTP précise ce comportement dans la section 6.4.3 de la RFC 7231.

Google, de son côté, conserve l’ancienne URL dans son index tant que la 302 reste en place. Le transfert d’autorité est partiel, parfois nul. Si la redirection dure des mois sans jamais repasser en 301, le moteur finit par la traiter comme permanente, mais avec un délai d’incertitude pendant lequel le positionnement reste instable.

C’est précisément là que la confusion coûte des positions.

Voir aussi Transférer un nom de domaine : code auth, délai et blocage de 60 jours

Tableau comparatif : 301 contre 302 en six critères

Critère Redirection 301 Redirection 302
Statut HTTP 301 Moved Permanently 302 Found
Durée prévue Définitive Temporaire
Cache navigateur Mise à jour de l’URL en cache URL d’origine conservée
Indexation Google Nouvelle URL indexée, ancienne retirée Ancienne URL maintenue dans l’index
Transfert de PageRank Quasi intégral Partiel ou différé
Cas d’usage typique Migration, refonte, suppression de page Maintenance, test A/B, page saisonnière

Impact SEO : comment le transfert d’autorité bascule selon le code

Vu du côté du robot d’indexation, une 301 est un feu vert pour fusionner les signaux. Les backlinks pointant vers l’ancienne adresse sont recalculés au profit de la nouvelle. Une 302, au contraire, place le robot en attente : il reviendra vérifier si l’ancienne page réapparaît. Pendant cette période, le classement peut osciller entre les deux URL, voire chuter si aucune des deux ne reçoit la totalité de l’autorité.

Ce phénomène touche particulièrement les sites qui migrent d’un protocole HTTP vers HTTPS ou qui changent de nom de domaine. Si le fichier .htaccess contient une 302 au lieu d’une 301 sur ces règles, la migration stagne. Les anciennes URL continuent d’apparaître dans les résultats, parfois pendant plusieurs semaines, et les nouvelles pages n’héritent d’aucun historique de positionnement.

Imaginez le dossier tel qu’il arrive sur le bureau de Googlebot : deux URL prétendent servir le même contenu, l’une dit « je suis provisoire », et aucun signal clair ne tranche. Le moteur hésite, le classement aussi.

Le plan de redirection 301 lors d’une migration de site

Un plan de redirection 301 est un document (tableur ou fichier de configuration) qui associe chaque ancienne URL du site à sa nouvelle destination. Il se prépare avant la mise en ligne de la nouvelle structure et couvre l’intégralité des pages indexées, pas seulement les pages principales.

La méthode habituelle consiste à extraire la liste des URL indexées depuis la Google Search Console ou un crawl complet du site, puis à créer la correspondance ligne par ligne. Les règles de réécriture sont ensuite inscrites dans le fichier .htaccess (serveur Apache) ou dans le bloc server de la configuration Nginx. Exemple de syntaxe Apache :

Redirect 301 /ancienne-page.html https://exemple.fr/nouvelle-page/

Pour un volume important de redirections, la directive RewriteRule avec le flag [R=301,L] offre plus de souplesse grâce aux expressions régulières. Après la mise en production, un crawl de vérification permet de repérer les chaînes de redirection (une 301 qui pointe vers une autre 301) et les boucles, deux situations qui ralentissent l’exploration et gaspillent le budget de crawl. L’outil d’inspection des erreurs serveur aide à détecter ces anomalies rapidement.

Si le site fonctionne sous WordPress, la vérification du fichier wp-config.php et du .htaccess évite les conflits entre les règles de réécriture du CMS et celles de la migration.

Trois erreurs fréquentes et leur diagnostic

Utiliser une 302 pour une migration définitive. C’est l’erreur la plus courante. Elle se détecte avec n’importe quel outil de crawl ou en inspectant l’en-tête HTTP de la réponse (champ Status). La correction consiste à remplacer le code 302 par 301 dans la règle de réécriture.

Empiler les redirections en chaîne. Page A redirige vers page B, qui redirige vers page C. Chaque saut supplémentaire consomme du budget de crawl et dilue un peu plus l’autorité transmise. La règle : chaque ancienne URL pointe directement vers la destination finale, sans intermédiaire. Ce problème survient souvent après une deuxième refonte, quand personne n’a mis à jour les anciennes règles. Un diagnostic similaire à celui décrit pour l’erreur de contenu mixte HTTPS permet de remonter la chaîne.

Rediriger toutes les anciennes pages vers la page d’accueil. Google traite ces redirections comme des soft 404, ce qui annule le bénéfice du transfert d’autorité. Chaque URL doit pointer vers la page la plus pertinente du nouveau site, ou renvoyer un véritable code 410 si le contenu n’a pas d’équivalent.

Après chaque modification, la propagation DNS peut retarder la prise en compte côté navigateur : vérifiez les en-têtes HTTP plutôt que le comportement visuel du site pendant les premières heures.

Questions fréquentes

Que signifie le code de retour 302 ?

Le code 302 signifie « Found » dans la spécification HTTP. Il indique au client que la ressource demandée est temporairement accessible à une autre URL. Le navigateur suit la redirection pour cette requête, mais conserve l’adresse d’origine pour les requêtes suivantes, car le déplacement n’est pas considéré comme permanent.

Qu’est-ce qu’un plan de redirection 301 ?

Un plan de redirection 301 est un inventaire complet des anciennes URL d’un site, chacune associée à sa nouvelle destination via une règle de redirection permanente. Il se prépare avant une migration ou une refonte pour garantir que les moteurs de recherche transfèrent l’autorité accumulée vers les nouvelles pages sans perte de positionnement.

Que signifie le code de statut 301 ?

Le code 301 signifie « Moved Permanently ». Il informe le navigateur et les robots d’indexation que la page a définitivement changé d’adresse. Le client doit mettre à jour ses références, et le moteur de recherche reporte les signaux de classement vers la nouvelle URL.

C’est quoi 301 ?

301 est un code de statut du protocole HTTP. Quand un serveur renvoie ce code, il dit au navigateur : « cette page n’existe plus ici, elle est désormais à cette adresse, de façon définitive ». C’est le mécanisme standard pour déplacer une page web sans perdre son référencement.

À retenir

  • Utiliser une 301 pour tout déplacement définitif : migration HTTPS, changement de domaine, refonte de structure.
  • Réserver la 302 aux situations réellement temporaires : maintenance, test A/B limité dans le temps, page saisonnière.
  • Vérifier les en-têtes HTTP après chaque modification pour confirmer que le bon code est renvoyé.
  • Éviter les chaînes de redirections : chaque ancienne URL pointe directement vers la destination finale.

Damien Roux
Damien Roux

Damien Roux est l'hébergement web. de web-city.fr, il partage guides pratiques, comparatifs objectifs et outils gratuits pour choisir le bon hébergeur et créer son site WordPress

À lire aussi

Propagation DNS : pourquoi ça prend des heures et comment vérifier
Hébergement Web

Propagation DNS : pourquoi ça prend des heures et comment vérifier

La propagation DNS dure entre quelques minutes et 48 heures, selon la valeur TTL configurée sur l'ancien…

Enregistrements DNS A, CNAME, MX et TXT : à quoi sert chacun
Hébergement Web

Enregistrements DNS A, CNAME, MX et TXT : à quoi sert chacun

Un enregistrement DNS est une ligne dans la zone DNS d'un domaine qui indique aux serveurs comment acheminer…

Espace disque et bande passante : combien il en faut vraiment
Hébergement Web

Espace disque et bande passante : combien il en faut vraiment

Un site vitrine de cinq pages pèse rarement plus de 200 Mo, tandis qu'un e-commerce avec trois mille fiches…

Mettre à jour la version de PHP : gains de vitesse et risques de casse
Hébergement Web

Mettre à jour la version de PHP : gains de vitesse et risques de casse

Un site sous PHP 7.4 met en moyenne 30 à 40 % plus de temps à répondre qu'un même site propulsé par PHP 8.2…

CDN : ce que ça change réellement sur un site français
Hébergement Web

CDN : ce que ça change réellement sur un site français

Un visiteur parisien charge votre page d'accueil en 1,2 seconde, mais un internaute à Marseille attend 2,8…

Changer d’hébergeur sans coupure : l’ordre des opérations
Hébergement Web

Changer d’hébergeur sans coupure : l’ordre des opérations

Un site e-commerce qui affiche une page blanche pendant 48 heures, c'est en moyenne 2 à 5 % de chiffre…

Dans la rubrique Hébergement Web

Scroll to Top

Images : Pexels et Pixabay