Redirection 301 et chaînes de redirection

Ce que chaque type de redirection dit au moteur

La norme HTTP (RFC 9110) distingue les redirections permanentes (301 et 308) des redirections temporaires (302 et 307). Google en tire des conséquences différentes, décrites dans sa documentation sur les redirections.

• 301 et 308 : l'adresse a déménagé. Google y voit un signal fort que la nouvelle adresse doit être retenue dans ses résultats.
• 302 et 307 : le déplacement est provisoire. Google continue d'afficher l'ancienne adresse dans ses résultats.
• Meta-refresh : une consigne placée dans la page elle-même. Immédiate, Google la traite comme permanente. Différée de quelques secondes, comme temporaire.
• Redirection JavaScript : Google ne la voit que s'il parvient à exécuter le script de la page. Il la recommande seulement quand aucune autre méthode n'est possible.

Une 302 laissée en place après un déménagement définitif ne casse rien pour le visiteur. Elle laisse simplement le moteur afficher une adresse qui n'est plus la bonne.

D'où viennent les chaînes de redirection

Une chaîne naît rarement d'une décision. Elle se forme quand un changement ajoute sa règle à celles des changements précédents au lieu de les remplacer. Le passage en HTTPS, puis le choix de l'adresse avec www, puis l'ajout d'un dossier par langue donnent par exemple : http://exemple.fr redirige vers https://exemple.fr, qui redirige vers https://www.exemple.fr, qui redirige vers https://www.exemple.fr/fr/. Trois sauts, là où un seul suffisait.

Les liens internes qui visent encore d'anciennes adresses et une adresse canonique qui pointe vers une page redirigée prolongent le trajet de la même façon.

Les robots de Google suivent jusqu'à dix sauts. Sa documentation ne chiffre aucune perte de classement due à une chaîne, mais elle recommande de rediriger directement vers la destination finale. Au-delà du temps perdu à chaque visite, une chaîne rend le site fragile : chaque règle intermédiaire peut être supprimée ou modifiée sans qu'on se souvienne de ce qu'elle raccordait.

Ce que nous relevons sur les sites audités

Ce pourcentage porte sur une trentaine de sites audités entre le 14 août 2026 et le 24 septembre 2026, ceux où le point a pu être vérifié. Beaucoup ont été audités parce qu'un défaut s'y voyait vite : le chiffre décrit nos audits, pas l'ensemble des sites.

Ce que l'audit regarde, et pourquoi

L'audit suit les redirections dans un navigateur, comme un visiteur, et relève chaque saut avec son code.

• Les adresses d'entrée du site, en http et en https, avec et sans www : le nombre de sauts avant la page, leur caractère permanent ou temporaire, et les boucles qui empêchent la page de s'afficher.
• Les sauts émis par votre serveur, et eux seuls. Un navigateur récent passe de lui-même de http à https et présente ce passage comme une redirection, alors qu'aucun serveur ne l'a envoyée. L'audit l'écarte : le compter ferait passer pour une chaîne la configuration la plus correcte.
• Les redirections en meta-refresh ou en JavaScript placées là où le serveur devrait répondre lui-même.
• La cohérence entre les adresses avec et sans www : l'une doit rediriger vers l'autre. Si les deux affichent la page, l'accueil existe en double.
• L'adresse canonique de chaque page, celle que le moteur doit retenir : elle doit mener directement à une page qui répond, sans redirection, sans erreur et sans consigne de non-indexation.

Le seuil est de deux sauts. Un saut, par exemple de http vers https, est le fonctionnement normal d'une redirection et ne compte pas. Deux sauts signifient qu'une règle en suit une autre au lieu de la remplacer.

Ce qui se corrige simplement, ce qui demande un projet

Une chaîne se corrige à sa source : la première règle doit mener directement à l'adresse finale. Ajouter une redirection de plus pour réparer un trajet allonge la chaîne au lieu de la raccourcir. Les liens internes et les adresses canoniques qui visent une ancienne adresse se mettent à jour vers la bonne.

Remplacer une 302 par une 301 se fait en général dans la configuration du serveur ou du gestionnaire de contenu, sans toucher aux pages.

Le travail devient un projet quand les règles se sont accumulées à plusieurs endroits : chez l'hébergeur, dans le gestionnaire de contenu, dans un service placé devant le site. Il faut d'abord établir quelle couche émet quel saut. C'est aussi ce que prépare une migration SEO bien menée : une table où chaque ancienne adresse mène à sa nouvelle page en un seul saut.

Ce que cette vérification ne dit pas

Par Quentin Mathis, Z29K · mis à jour le 28 septembre 2026