Vérificateur de Chaînes de Redirection
Ce vérificateur de redirections gratuit demande une URL et suit chaque redirection manuellement, jusqu'à dix sauts, en affichant chaque adresse de la chaîne avec son code de statut et si le saut est permanent ou temporaire. Il rapporte l'URL finale et le statut, signale les chaînes de plus de deux sauts, les boucles et les redirections temporaires, et indique ce qu'il faut modifier. Utilisez-le après une migration ou un passage en HTTPS.
Redirect Chain Checker
Technical SEO
À propos de cet outil
Les redirections s'accumulent discrètement : http vers https, puis non-www vers www, puis un ancien slug vers un nouveau, puis une barre oblique finale. Chaque saut coûte un aller-retour aux visiteurs et un peu de valeur de classement aux moteurs de recherche, et Google cesse de suivre après quelques sauts. Une boucle met la page hors ligne entièrement. Les chaînes sont invisibles dans un navigateur car il arrive simplement à la fin.
Le vérificateur demande l'URL à partir de notre serveur sans suivre automatiquement les redirections. Pour chaque réponse 3xx, il lit l'en-tête Location, liste le saut avec son statut, et demande l'adresse suivante, en revérifiant chacune pour la sécurité, jusqu'à ce qu'une page réponde, que la chaîne se boucle sur elle-même, ou que dix sauts soient utilisés. Il remarque également une redirection meta refresh ou JavaScript cachée dans une page qui répond 200, le type que les moteurs de recherche traitent avec suspicion.
Ce qu'il affiche est le chemin depuis notre serveur avec un agent utilisateur de navigateur de bureau et sans cookies. Les sites qui redirigent par pays, langue ou appareil peuvent envoyer vos visiteurs ailleurs. Les redirections qui se produisent dans JavaScript après le chargement de la page ne sont pas suivies ; seule la forme meta refresh est rapportée.
Questions fréquentes
Combien de redirections, c'est trop ?
Une est idéale, deux est acceptable, trois ou plus est une chaîne qui vaut la peine d'être corrigée. Google suit jusqu'à dix sauts avant d'abandonner, mais chaque saut retarde le visiteur et peut perdre une certaine valeur de classement. Pointez chaque ancienne adresse directement vers la page finale au lieu de vers l'adresse ancienne suivante.
Quelle est la différence entre 301, 302, 307 et 308 ?
301 et 308 sont permanents : les moteurs de recherche transfèrent les signaux de classement et affichent la nouvelle adresse. 302 et 307 sont temporaires : l'ancienne adresse est conservée dans l'index. 307 et 308 interdisent également de changer un POST en GET. Pour les pages déplacées, utilisez 301 (ou 308) ; utilisez 302 uniquement pour les changements véritablement éphémères.
Qu'est-ce qu'une boucle de redirection et comment la corriger ?
Une boucle est une chaîne qui revient à une adresse qu'elle a déjà visitée, de sorte que les navigateurs affichent « trop de redirections ». Elle provient généralement de deux règles en conflit : un plugin forçant https tandis que le serveur ou le CDN force http, ou des règles www et non-www pointant l'une vers l'autre. Désactivez les règles une par une jusqu'à ce que la boucle se casse, puis conservez une seule règle.
Pourquoi ma redirection passe-t-elle d'abord par http ?
Parce que le lien a commencé par http:// et le serveur redirige vers https avant d'appliquer la règle suivante. Combinez les règles pour que http://old aille directement à https://final en un seul saut, et ajoutez un en-tête HSTS pour que les navigateurs ignorent l'étape http lors des visites ultérieures. Le vérificateur d'en-têtes http indique si HSTS est défini.
Le vérificateur suit-il les redirections meta refresh et JavaScript ?
Il rapporte une balise meta refresh trouvée dans la page finale mais ne la suit pas, et il ne peut pas voir les redirections effectuées par JavaScript car il n'exécute pas de scripts. Les deux sont de mauvais substituts à une redirection 301 côté serveur : les moteurs de recherche peuvent les ignorer et elles retardent le visiteur.