Guide · Mis à jour le
Tester une redirection : lire le résultat et corriger une chaîne
Un test de redirection suit une URL de saut en saut jusqu'à la page finale, et affiche le code HTTP de chaque étape. Il répond à trois questions : la redirection est-elle permanente (301, 308) ou temporaire (302, 307) ? Combien d'étapes faut-il avant d'arriver ? Et la chaîne repasse-t-elle par HTTP, ou tourne-t-elle en boucle ?
Comment lire le résultat
- 301 ou 308 : redirection permanente. C'est le bon choix pour un changement d'adresse définitif (passage en HTTPS, ajout ou retrait du www, nouvelle URL d'une page). Google transmet l'essentiel du référencement à la nouvelle adresse.
- 302 ou 307 : redirection temporaire. Google garde l'ancienne adresse dans son index. À réserver aux cas vraiment provisoires, comme une page de maintenance.
- 200 : la page finale répond normalement. Une chaîne saine se termine toujours par un 200.
- 404 ou 5xx en fin de chaîne : la redirection mène vers une page absente ou en erreur. Le lien est cassé, même si la redirection elle-même fonctionne.
Les problèmes que l'outil signale
Une chaîne trop longue. Au-delà de 3 sauts, chaque étape ajoute du temps de chargement, et Googlebot finit par abandonner : il suit au maximum 10 redirections. Le cas typique : http://exemple.fr → https://exemple.fr → https://www.exemple.fr → https://www.exemple.fr/. Une seule règle peut envoyer directement vers l'adresse finale.
Une boucle. L'adresse A renvoie vers B, qui renvoie vers A. Le navigateur affiche « trop de redirections » et la page devient inaccessible. Cela arrive souvent après l'activation du HTTPS chez un hébergeur et chez Cloudflare en même temps.
Un retour de HTTPS vers HTTP. Une étape de la chaîne repasse en HTTP non chiffré. Le navigateur peut afficher un avertissement, et la connexion n'est plus protégée sur ce saut.
Une redirection temporaire là où elle devrait être permanente. Un 302 laissé après une migration empêche Google de mettre à jour son index sur la nouvelle adresse.
Corriger une chaîne sous Apache (.htaccess)
Cette règle envoie en un seul saut toutes les variantes (HTTP, sans www) vers https://www. :
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteCond %{HTTP_HOST} ^(?:www\.)?(.+)$ [NC]
RewriteRule ^ https://www.%1%{REQUEST_URI} [L,R=301]
Sous Nginx, l'équivalent est un bloc server qui écoute en HTTP et sur le domaine sans www, avec return 301 https://www.exemple.fr$request_uri;.
Tester une redirection soi-même
La commande curl -sIL https://exemple.fr affiche les en-têtes de chaque étape : la ligne HTTP/ donne le code, la ligne location: l'adresse suivante. C'est ce que fait cet outil, depuis un serveur situé en France, sans cache de navigateur.
Les limites de cet outil
L'outil suit les redirections HTTP (codes 3xx). Il ne voit pas les redirections faites en JavaScript ou par une balise meta refresh, ni celles qui dépendent du pays, de la langue ou de l'appareil du visiteur. Il s'arrête après 10 sauts.