Vérificateur de redirections

Suivant

Collez une URL et le vérificateur suit la chaîne de redirections HTTP saut par saut, affichant une ligne par étape avec le code de statut (301, 302, 303, 307 ou 308), la Location visée, ainsi que le serveur et le type de contenu déclarés. Il s’arrête à la première réponse non 3xx ou lorsqu’il atteint votre limite de sauts, et signale une boucle si une URL renvoie vers une autre déjà visitée. Le travail SEO repose sur ce relevé : un seul 302 silencieux dans une chaîne de plusieurs sauts peut faire fuir du PageRank, et une chaîne longue gaspille un budget d’exploration que Google ne remboursera pas.

Comment suivre une chaîne de redirections

  1. 1

    Saisissez l'URL de départ

    N'importe quelle URL, HTTPS ou HTTP, avec ou sans `www`. Le vérificateur ajoute un schéma si vous l'omettez.

  2. 2

    Fixez la limite de sauts

    Choisissez le nombre de redirections à suivre, de 1 à 20. La valeur par défaut arrête tôt une chaîne emballée ou en boucle.

  3. 3

    Lancez la vérification

    Chaque saut est demandé tour à tour et suivi jusqu'à une réponse non 3xx ou l'atteinte de la limite.

  4. 4

    Lisez la chaîne

    Chaque ligne indique le numéro du saut, le code de statut et son type (permanent, temporaire, OK, erreur client, erreur serveur ou boucle), l'URL et vers où elle redirige.

Les codes de statut de redirection et leur signification

Les RFC 7231 et RFC 7538 (pour le 308) définissent la sémantique. Leur différence compte pour le SEO, la mise en cache et le fait que le navigateur répète un POST ou retombe sur GET.

Code Nom Permanent ? Méthode conservée ? Cacheable par défaut ?
301 Moved Permanently Oui Historiquement non Oui
302 Found Non Historiquement non Seulement si les en-têtes le permettent
303 See Other Non Force GET Non
307 Temporary Redirect Non Oui Seulement si les en-têtes le permettent
308 Permanent Redirect Oui Oui Oui

Pour le SEO, les 301 et 308 consolident le PageRank vers la destination ; les 302 et 307 non (Google les traite comme temporaires et conserve la source dans son index).

À quoi devrait ressembler une chaîne de redirections

  • 1 saut, c’est bien. Ancienne URL vers nouvelle URL avec un seul 301. Aucune perte d’autorité de lien.
  • 2 sauts, c’est tolérable si l’un est un passage de HTTP à HTTPS et l’autre la normalisation du www.
  • 3 sauts ou plus, c’est un signal d’alerte. Chaque saut ajoute de la latence, et Google documente que les chaînes très longues peuvent être abandonnées. Consolidez la chaîne sur le serveur pour que visiteurs et robots atteignent la destination en une seule étape.

Ce que ce vérificateur suit et ne suit pas

Le vérificateur suit les redirections HTTP côté serveur : toute réponse avec un statut 3xx et un en-tête Location. Il n’exécute pas la page, donc deux autres types de redirection ne sont pas suivis :

  • Meta refresh. <meta http-equiv="refresh" content="0; url=..."> est une redirection au niveau HTML écrite dans le corps de la page, pas un en-tête HTTP : elle apparaît ici comme une réponse 200 normale.
  • Redirections JavaScript. window.location = '...' s’exécute dans le navigateur après le chargement de la page, donc une requête côté serveur ne la voit jamais.

Si une URL ne redirige que par l’un de ces moyens, utilisez un outil à navigateur headless pour voir la destination finale.

Déboguer une chaîne défaillante

La plupart des chaînes défaillantes viennent de l’une de trois causes : une boucle de redirection (un saut renvoie vers une URL déjà visitée), un www perdu qui redirige à nouveau, ou une incohérence de barre oblique finale où /page et /page/ rebondissent l’un sur l’autre. Le vérificateur s’arrête et signale la boucle quand une URL se répète.

Questions fréquentes

Non. Il suit les redirections HTTP côté serveur (un statut 3xx avec un en-tête Location). Les redirections par meta refresh et par JavaScript s’exécutent dans la page après son chargement, donc une requête côté serveur ne les voit pas ; pour cela, utilisez un outil à navigateur headless.

Vous pouvez suivre entre 1 et 20 sauts, avec 10 par défaut. Le vérificateur s’arrête à votre limite ou lorsqu’une URL renvoie vers une autre déjà visitée, si bien qu’une boucle de redirection ne peut pas tourner indéfiniment.

Seulement si elles sont résolues depuis l’Internet public. Les URL derrière un VPN, une authentification HTTP basique ou sur localhost (et autres adresses privées) ne sont pas accessibles au vérificateur.

Pour chaque saut : son numéro, le code de statut HTTP et son type (permanent, temporaire, OK, erreur client, erreur serveur ou boucle), l’URL demandée, la Location vers laquelle elle redirige, ainsi que le serveur et le type de contenu déclarés dans la réponse.

Non. Chaque requête est effectuée et son résultat vous est renvoyé directement ; les URL que vous collez ne sont pas enregistrées.

Outils similaires

Outil disponible dans d’autres langues