Outils populaires

Thème

Vérificateur de redirections

Test de redirection pour n'importe quelle URL ou lien court : le code de chaque saut (301, 302, 307, 308 ou meta refresh) et sa signification, sa destination et sa durée. Suivi jusqu'à 20 sauts comme un navigateur, avec le point où Googlebot s'arrête et les quatre versions http/https et www.

Demandé depuis notre serveur, avec des connexions réutilisées par hôte comme un navigateur · jusqu'à 20 sauts, comme les suivent les navigateurs · en Chrome, iPhone, Googlebot ou Bingbot · un résultat est conservé 2 minutes, puis supprimé

Un domaine seul commence par https://. Tapez http:// pour tester aussi le saut de HTTP vers HTTPS.

Comme
Essayer

Que montre un vérificateur de redirections ?

Un vérificateur de redirections interroge une URL comme le ferait un navigateur, puis suit chaque en-tête Location reçu, un saut à la fois, jusqu'à ce qu'une page réponde. Pour chaque saut, vous voyez le code, la destination, la durée et le réseau qui a répondu.

Celui-ci chronomètre chaque saut : DNS, connexion, TLS et premier octet pour une nouvelle connexion, le premier octet seul quand le saut réutilise une connexion ouverte vers le même hôte, comme le font les navigateurs. Il garde les cookies par hôte comme un navigateur, lit la page finale à la recherche d'un meta refresh, d'une balise canonical et d'un noindex, et marque où Googlebot abandonnerait.

La route, décryptéehttp://google.com · enregistré le 24 octobre 2026
La route · google.comChrome
2 redirections1,30 s total
permanenttemporairedans la pageerreur
DNSconnexionTLSpremier octet
  1. 1
    301PermanentPOST peut devenir GET368 ms
    http://google.com/
    Google AS15169HTTP/1.1 · sans TLS
  2. 2
    302TemporairePOST peut devenir GET537 ms
    http://www.google.com/
    Google AS15169HTTP/1.1 · sans TLS
  3. 3
    200FinalOK393 ms
    https://www.google.com/?gws_rd=ssl
    “Google”
    Google AS15169TLS 1.3 · HTTP/2
  1. Temps total de tous les sauts ensemble, avant que la page puisse démarrer.
  2. Le budget de sauts une case par redirection ; la limite de Googlebot à 10, celle des navigateurs à 20.
  3. Le site de chaque saut une nouvelle icône signifie que le lien a quitté le site.
  4. Le code dans la couleur de son type, et sa signification en toutes lettres.
  5. Où est passé le temps DNS, connexion, TLS et premier octet sur une seule horloge.
Deux redirections avant la page : google.com envoie une 301 vers www, puis www une 302 vers HTTPS. Enregistré saut par saut le 24 octobre 2026 ; les temps viennent de la machine d'enregistrement.

Comment vérifier une redirection 301 ?

Collez l'URL ci-dessus et sélectionnez Vérifier les redirections : le vérificateur l'interroge, suit chaque redirection jusqu'à la page finale et nomme le code de chaque saut. Une 301 ou 308 s'affiche en vert comme permanente ; une 302, 303 ou 307 en orange comme temporaire. Un domaine seul commence par https:// ; tapez http:// pour tester aussi le saut de HTTP vers HTTPS.

Le verdict résume la chaîne en toutes lettres, la colonne bleu marine la dessine saut par saut sur une seule horloge, et la vue Chaîne liste pour chaque saut la requête, la ligne de statut, le Location tel qu'envoyé et résolu (un Location relatif est permis) et tous ses en-têtes.

Vérificateur d'URL : un lien, chaque saut

Toute URL ou tout lien court, jusqu'à 20 sauts, avec le réseau, la version de TLS et la version de HTTP de chaque saut, et les quatre entrées http/https et www vérifiées à côté.

Test de redirections en lot : jusqu'à 50 URL

Passez à En lot et collez une liste de migration, une URL par ligne : un tableau des sauts, du code final, de l'URL finale et du verdict, à télécharger en CSV.

Test de redirection en Googlebot, iPhone ou Bingbot

Choisissez l'agent utilisateur sous le champ : certains sites envoient les robots ou les téléphones ailleurs, et la chaîne montre exactement ce que cet agent a reçu.

Vérificateur de codes HTTP pour chaque saut

Chaque code en toutes lettres, avec ce qu'il signifie pour les navigateurs et pour Google. Un mur anti-bots est appelé un blocage, pas une page cassée, et les erreurs 52x de Cloudflare sont nommées comme étant celles de Cloudflare.

Vérificateur de redirections pour http://google.com : une 301 et une 302 vers HTTPS, chaque saut chronométréVérificateur de redirections pour http://google.com : une 301 et une 302 vers HTTPS, chaque saut chronométréLe verdictOù l'URL aboutit, en combien de sauts, et si chacun est permanent ou temporaire, en toutes lettres.Le budget de sautsUne case par redirection, dans la couleur de son type, face aux 10 de Googlebot et aux 20 des navigateurs.Le code de chaque sautLe code tel que le serveur l'a envoyé, et sa signification : permanent ou temporaire, et ce qui arrive à un POST.Où est passé le tempsDNS, connexion, TLS et premier octet pour chaque saut, sur une seule horloge de la première requête à la page.
Un test de redirection de http://google.com : le verdict, le budget de sauts face aux 10 de Googlebot et aux 20 des navigateurs, et chaque saut avec son code et son temps. Sélectionnez un numéro pour voir ce que montre chaque partie.

301 ou 302 : quelle redirection utiliser ?

Utilisez une 301 (ou 308) quand une page a déménagé pour de bon, et une 302 (ou 307) seulement si elle revient. Le code indique aux navigateurs et aux moteurs de recherche quelle URL conserver (RFC 9110 §15.4).

Pour Google, une 301 ou 308 indique que la cible doit être canonique, l'URL affichée dans les résultats ; une 302, 303 ou 307 non, et les résultats gardent l'ancienne URL (Google Search Central). Une 302 n'est pas ignorée : Google la suit et la considère comme un signal faible indiquant que la cible doit être traitée (documentation des robots de Google) ; la cible peut quand même être indexée si d'autres signaux de choix de l'URL canonique pointent vers elle. Bing demande une 302 uniquement pour des changements de moins de deux jours.

Les navigateurs mettent en cache les 301 et 308 par défaut : une redirection permanente que vous annulez peut donc rester coincée dans les navigateurs des visiteurs. 307 et 308 conservent la méthode de la requête ; 301 et 302 peuvent transformer un POST en GET, et 303 le fait toujours.

Les types de redirection et comment Google les litRFC 9110 · Google Search Central · Bing
CodePermanentSur un POSTCache navigateurSignal de GoogleÀ utiliser pour
301Moved Permanentlypermanentpeut devenir GETouifortune page déplacée pour de bon
308Permanent Redirectpermanentconservéouifortun formulaire ou une API déplacés pour de bon
302Foundtemporairepeut devenir GETnonfaibleun déplacement de courte durée (Bing : moins de 2 jours)
303See Othertemporairetoujours GETnonfaiblela page affichée après l'envoi d'un formulaire
307Temporary Redirecttemporaireconservénonfaibleun déplacement temporaire qui doit garder le POST
meta 0meta refresh immédiatpermanentGET—fortquand le serveur ne peut pas rediriger
meta 5meta refresh différétemporaireGET—faibleà éviter : les visiteurs voient d'abord l'ancienne page
308 est traitée comme 301 et 307 comme 302. Les lignes meta refresh comptent aussi l'en-tête HTTP Refresh.

Chaîne de redirections : combien de sauts, c'est trop ?

Plus de trois. Une chaîne, ce sont plusieurs redirections à la suite, par exemple de http:// vers https://, puis vers www, puis vers un nouveau chemin. Google conseille de lier directement l'URL finale, ou de limiter les chaînes à 3 sauts maximum et toujours à moins de 5 (Google Search Central).

Googlebot suit jusqu'à 10 sauts, puis abandonne, et la Search Console signale une « erreur de redirection » (documentation des robots de Google). Chrome et Firefox en suivent jusqu'à 20 avant d'afficher ERR_TOO_MANY_REDIRECTS. Chaque saut est un aller-retour de plus avant que la page puisse démarrer : faites donc pointer vos liens internes vers l'URL finale.

Combien de sauts, c'est trop ?Google · Chromium · Firefox
  • Conseil de Google : 3 maximum
  • encore suivi, mais plus lent
  • Googlebot ne les voit jamais : la Search Console affiche « Erreur de redirection »
  • au-delà de 20 : ERR_TOO_MANY_REDIRECTS
http://google.com2 redirections, puis la page301 · 368302 · 537page · 3931,30 s
https://www.google.com/liée directementpage · 393393 ms
Chaque saut est un aller-retour complet avant que la page puisse démarrer : ici 905 ms de redirections devant une page qui met 393 ms, enregistrées saut par saut le 24 octobre 2026.

Comment corriger une boucle de redirection ?

Trouvez les deux règles qui se contredisent et faites-les converger vers une seule URL finale. Une boucle est une chaîne qui revient à une URL déjà demandée ; les navigateurs tournent en rond jusqu'à 20 redirections et affichent ERR_TOO_MANY_REDIRECTS.

La plupart des boucles viennent d'une règle qui ajoute www face à une autre qui le retire, ou de règles HTTP et HTTPS qui s'affrontent derrière un CDN : le CDN parle au serveur en http://, le serveur redirige vers https://, et le CDN redemande en http://. Les navigateurs gardent les redirections permanentes en mémoire, testez donc la correction dans une fenêtre privée.

Comment le détecteur de boucles repère une boucle

Une URL demandée une seconde fois sans nouveau cookie depuis est une boucle : la route la ramène au saut qu'elle répète et s'arrête là, au lieu de tourner jusqu'à 20. Un site qui pose un cookie et se redirige vers lui-même récupère le cookie, comme avec un navigateur : une étape de connexion n'est donc pas prise pour une boucle.

Une boucle de redirectionexemple fictif

ERR_TOO_MANY_REDIRECTS · après 20

Une seule règle d'hôteChoisissez le domaine nu ou www et faites envoyer toutes les règles vers lui, page de connexion comprise.
Des règles qui lisent les cookiesUne règle qui redirige tant qu'un cookie n'est pas posé boucle pour tout client qui l'ignore, robots compris.
Vider la 301 en cacheLes navigateurs gardent les redirections permanentes : testez dans une fenêtre privée après la correction.

Redirection meta refresh et redirections JavaScript : Google les suit-il ?

Oui, sous conditions. Google traite un meta refresh immédiat (content="0; URL=…") comme une redirection permanente et un meta refresh différé comme temporaire, et l'en-tête HTTP Refresh compte de la même façon (Google Search Central). Les redirections JavaScript ne fonctionnent que si Google rend la page : ne les utilisez qu'en dernier recours.

Même un meta refresh à 0 seconde ne se déclenche qu'une fois la page entièrement chargée (HTML Standard) : les visiteurs peuvent donc voir d'abord l'ancienne page. Ce vérificateur suit un meta refresh et l'en-tête Refresh comme des sauts à part entière, avec leur délai. Il repère les redirections JavaScript simples dans la page et propose Vérifier cette URL, mais n'exécute jamais de scripts : « aucune trouvée » signifie aucune dans le HTML, pas aucune du tout.

Trois façons de redirigercomment Google et ce vérificateur traitent chacune
Redirection serveurla ligne de statut
HTTP/1.1 301 Moved Permanently
Location: https://example.com/new
  • Google: selon le code : 301 et 308 permanentes, les autres temporaires
  • Ce vérificateur: suivie saut par saut
Meta refreshdans le HTML de la page
<meta http-equiv="refresh" content="0; URL=https://example.com/new">
  • Google: 0 seconde : permanente ; avec délai : temporaire
  • Ce vérificateur: suivi comme un saut, avec son délai
JavaScriptun script change l'adresse
window.location.href = "https://example.com/new";
  • Google: seulement si le rendu fonctionne : dernier recours
  • Ce vérificateur: affichée avec « Vérifier cette URL », jamais exécutée
Ordre d'exécution dans un navigateur : d'abord les redirections HTTP, puis le JavaScript qui s'exécute pendant le chargement de la page, puis un meta refresh une fois la page chargée.

http, https, www et sans www mènent-ils tous à une seule URL ?

Ils le devraient. Chaque site a quatre entrées, et chacune doit atteindre la même URL finale, idéalement en un seul saut permanent ; sinon, les liens se répartissent entre des versions de la même page.

Une exception est acceptable : http://www. peut prendre deux sauts s'il passe d'abord par https://www. sur le même hôte. hstspreload.org demande exactement cet ordre, et le Mozilla HTTP Observatory retire 5 points quand le premier saut depuis http:// va vers un autre hôte.

Les quatre entréesgithub.com · enregistré le 24 octobre 2026

Les quatre atteignent https://github.com/http://www.github.com prend deux sauts : https:// sur le même hôte d'abord, comme le demande le preload HSTS

http://github.com301200en 1 saut
http://www.github.com301301200en 2 sauts
https://github.com200la canonical elle-même
https://www.github.com301200en 1 saut
https://github.com/200 OK

Chaque entrée est suivie jusqu'à 10 sauts à côté de la chaîne principale.

Pourquoi une URL redirige-t-elle différemment selon le pays ?

Parce que le serveur choisit une version par pays ou par langue d'après l'adresse IP du visiteur ou l'en-tête Accept-Language, puis redirige vers elle : la même URL aboutit donc à des pages différentes selon les visiteurs. www.mozilla.org le fait par langue : une 302 relative vers /en-US/ avec Vary: Accept-Language.

Google le déconseille : « Avoid automatically redirecting users from one language version of a site to a different language version », car Googlebot explore le plus souvent depuis les États-Unis et n'envoie pas d'Accept-Language (Google Search Central). Donnez à chaque version sa propre URL avec des liens hreflang, et proposez l'autre version avec une bannière.

Depuis 11 lieux dans le résultat lance la chaîne depuis les sondes mondiales du Website Down Checker : une redirection par pays apparaît alors comme une destination différente. Ces sondes suivent jusqu'à 5 redirections avec leur propre agent utilisateur.

Une URL depuis 11 endroitsshop.example
Exemple fictif

Ahttps://shop.example/10 endroits aboutissent ici

  • vousLe plus proche de vous20041 ms
  • San JoseSJC200152 ms
  • AshburnIAD20096 ms
  • LondresLHR20022 ms
  • StockholmARN20031 ms
  • SingapourSIN200168 ms
  • SydneySYD200290 ms
  • São PauloGRU200201 ms
  • Le CapCPT200170 ms
  • MumbaiBOM200121 ms

Bhttps://shop.example/ja-jp/différent

  • OsakaKIX302200486 ms

La réponse que seul Osaka a reçue

HTTP/1.1 302 Found
Location: /ja-jp/
Vary: CF-IPCountry

Enregistré le 24 octobre 2026 : www.mozilla.org redirige par langue

HTTP/1.1 302 Found
location: /en-US/
Vary: Accept-Language

Googlebot explore surtout depuis les États-Unis et n'envoie pas d'Accept-Language : il ne voit jamais que https://shop.example/.

Chaque endroit interroge avec son propre DNS et sa propre adresse. Les sondes suivent jusqu'à 5 redirections avec leur propre agent utilisateur.

Où mène ce lien ? Développer les liens courts

Collez un lien court ou de suivi ci-dessus pour voir où il aboutit avant de l'ouvrir : l'hôte de chaque saut, l'URL finale avec tous les paramètres ajoutés en route, et le réseau qui répond. Il sert de suivi de redirections pour les liens courts, les QR codes et les liens de newsletter.

Notre serveur ouvre le lien, pas votre navigateur : la destination ne voit donc ni votre adresse ni vos cookies. Chaque hôte rencontré est aussi recherché dans les filtres de Cloudflare contre les malwares et les contenus pour adultes : un hôte listé est signalé en rouge, sans lien à ouvrir, et un hôte sain affiche « not on Cloudflare's malware or adult lists ». Ce n'est pas une promesse que le site est sûr : utilisez ce vérificateur de liens comme un contrôle parmi d'autres.

Où mène ce lien ?youtu.be · enregistré le 24 octobre 2026

Lien court

https://youtu.be/jNQXAC9IVRw

303 See Other · 260 ms

Aboutit sur

https://www.youtube.com/watch?v=jNQXAC9IVRw&feature=youtu.be

200 OK · 768 ms
  • AS15169Google · le réseau qui répond
  • TLS 1.3les deux sauts chiffrés
  • notre serveurl'a ouvert, pas votre navigateur
Le lien court ajoute feature=youtu.be en route : les paramètres de suivi apparaissent dans l'URL finale avant que vous cliquiez.

Comment configurer une redirection 301 dans nginx, Apache ou Cloudflare ?

Redirigez côté serveur et écrivez le 301 en toutes lettres : une ligne return dans nginx, une ligne Redirect dans le .htaccess d'Apache, une règle dans le web.config d'IIS, une ligne dans un fichier _redirects sur Cloudflare ou Netlify, une entrée dans vercel.json, un appel dans Express. Choisissez votre plateforme ci-dessous et copiez l'extrait.

Attention aux valeurs par défaut : sans code, nginx, Apache, Express et le _redirects de Cloudflare envoient une 302 temporaire, et Vercel envoie une 308, que Google traite comme une 301. Après le déploiement, vérifiez ici l'ancienne URL : elle doit répondre une seule 301, directement vers la nouvelle URL.

Ce que chaque plateforme envoie sans codedocumentation de chaque plateforme · 24 octobre 2026
PlateformeÉcrit commeEnvoie
nginxreturn URL;302 temporaire
ApacheRedirect /old /new302 temporaire
IISaction type="Redirect"301 permanent
Cloudflare_redirects302 temporaire
Vercelvercel.json redirects308 permanent
Netlify_redirects301 permanent
Expressres.redirect(path)302 temporaire
Quatre des sept retombent sur une 302 temporaire : écrivez toujours le code que vous voulez.
location = /old-page { return 301 /new-page; }

Dans le bloc server { } du site, puis rechargez nginx. Un simple `return URL;` sans code envoie une 302.

Comment vérifier les redirections dans Chrome ou avec curl

Dans Chrome, ouvrez DevTools (F12), allez dans Réseau, cochez Conserver le journal et chargez l'URL : chaque saut est une ligne avec son code. Avec curl, curl -sIL affiche l'en-tête de chaque réponse en suivant les redirections.

Les deux s'exécutent depuis votre propre machine, avec vos cookies et la mémoire de votre navigateur des sites uniquement HTTPS. C'est pourquoi Chrome affiche parfois un 307 Internal Redirect qu'aucun serveur n'a envoyé : il a lui-même basculé la requête en HTTPS et en donne la raison dans Non-Authoritative-Reason (code source de Chromium). Depuis Chrome 115, il essaie aussi HTTPS d'abord pour les adresses http:// saisies : la redirection HTTP du serveur peut donc ne jamais apparaître.

Vérifier les redirections vous-mêmecurl · Chrome DevTools
$ curl -sIL http://google.com | grep -iE '^(HTTP|location)'
HTTP/1.1 301 Moved Permanently
Location: http://www.google.com/
HTTP/1.1 302 Found
Location: https://www.google.com/?gws_rd=ssl
HTTP/2 200
Réseau☑ Conserver le journal
NomÉtatType
www.google.com307Internal
?gws_rd=ssl200document

307 Internal Redirect ne vient pas du serveur : Chrome l'a créée parce qu'il savait déjà que le site est uniquement HTTPS, et le dit dans Non-Authoritative-Reason: HSTS. Un vérificateur côté serveur ne montre que ce que le serveur envoie.

Vérificateur de redirections : questions fréquentes

Une redirection 302 est-elle mauvaise pour le SEO ?

Pas en soi. Une 302 indique à Google que le déplacement est temporaire : il peut continuer à afficher l'ancienne URL, tout en traitant quand même la cible. Si le déplacement est définitif, passez à une 301 ou 308 pour que Google traite la nouvelle URL comme celle à indexer et que les navigateurs puissent mettre la redirection en cache. Bing demande lui aussi une 302 uniquement pour des changements de moins de deux jours.

Combien de redirections Googlebot peut-il suivre ?

Jusqu'à 10 sauts par URL. Ensuite, il s'arrête et la Search Console signale une erreur de redirection pour la page. Le conseil de Google est de limiter les chaînes à 3 sauts maximum, toujours moins de 5, et de lier directement l'URL finale quand c'est possible. Les navigateurs vont plus loin : Chrome et Firefox suivent jusqu'à 20 redirections avant d'abandonner.

Comment tester une redirection en Googlebot ou sur un iPhone ?

Choisissez Googlebot, iPhone, Bingbot ou Chrome dans la ligne Comme sous le champ d'URL, puis vérifiez l'URL. Le vérificateur envoie la chaîne d'agent utilisateur choisie à chaque saut : un site qui redirige les robots ou les téléphones ailleurs le montre dans la chaîne. Il ne peut pas utiliser les adresses IP de Google : un site qui vérifie l'adresse plutôt que l'agent utilisateur peut donc répondre autrement.

Ce vérificateur de 301 est-il gratuit, et puis-je tester beaucoup d'URL à la fois ?

Oui, il est gratuit et sans compte. Passez à En lot et collez jusqu'à 50 URL, une par ligne : chacune est suivie jusqu'à 20 sauts avec l'agent utilisateur choisi, et le tableau affiche les sauts, le code final, l'URL finale et un verdict. Téléchargez-le en CSV pour contrôler une migration de site. Les vérifications unitaires sont limitées à 20 par minute et par visiteur pour garder le service équitable.

Pourquoi Chrome affiche-t-il une 307 que le serveur n'a pas envoyée ?

Chrome crée une « 307 Internal Redirect » quand il sait déjà qu'un site est uniquement HTTPS, grâce à HSTS ou à un enregistrement DNS HTTPS, et fait passer la requête en HTTPS avant tout envoi. L'en-tête de réponse Non-Authoritative-Reason en donne la raison. Un vérificateur côté serveur comme celui-ci ne voit jamais cette étape : il montre les redirections qu'envoie le serveur lui-même, ce que reçoivent les autres navigateurs et les robots.

Combien de temps garder une redirection 301 ?

Au moins un an, et plus longtemps si possible. Le guide de migration de Google recommande de garder les redirections le plus longtemps possible, généralement au moins un an, et pour les visiteurs de les garder indéfiniment, car les anciens liens, favoris et e-mails continuent d'envoyer vers les anciennes URL. Faites pointer chaque ancienne URL vers sa page la plus proche ; tout rediriger vers l'accueil peut être traité comme une soft 404.

Où mène ce lien, et est-il sûr de l'ouvrir ?

Collez le lien ici avant de cliquer : notre serveur le suit, la destination ne voit donc pas votre adresse. Vous obtenez chaque saut, l'URL finale avec ses paramètres de suivi, et si un hôte rencontré figure sur les listes Cloudflare de malwares ou de contenus pour adultes. Un résultat sain n'est pas une garantie : jugez le domaine final lui-même avant d'y saisir quoi que ce soit.

Pourquoi ai-je ERR_TOO_MANY_REDIRECTS ?

Votre navigateur a suivi 20 redirections sans atteindre de page, presque toujours à cause d'une boucle : deux règles qui renvoient une URL d'un côté à l'autre, comme l'une qui ajoute www et l'autre qui le retire, ou un CDN qui demande en http:// pendant que le serveur impose https://. Vérifiez l'URL ici pour voir le saut qui se répète, corrigez la règle, puis supprimez les cookies du site ou utilisez une fenêtre privée.

HTTP doit-il rediriger vers HTTPS avec une 301 ?

Oui. Une 301 ou 308 permanente de http:// vers https:// est ce que la RFC 6797 recommande pour les sites HSTS, et un premier saut sur le même hôte est ce que cherchent hstspreload.org et le test de redirection du Mozilla Observatory. Une 302 fonctionne pour les visiteurs, mais indique aux moteurs de recherche que le déplacement est temporaire. Une 301 seule ne fait pas essayer HTTPS d'abord au navigateur la fois suivante : c'est le rôle de l'en-tête Strict-Transport-Security.

Une redirection 301 transmet-elle le jus de lien ?

Google ne publie pas de chiffres, mais sa documentation indique qu'une 301 ou 308 signale que la cible doit être l'URL canonique, celle affichée dans les résultats, et qu'une 302, 303 ou 307 ne le fait pas. Une redirection permanente est donc le moyen de transférer la position d'une page vers une nouvelle URL ; une temporaire fait quand même traiter la cible (un signal faible, selon la documentation des robots de Google), et la cible peut être indexée si d'autres signaux de choix de l'URL canonique pointent vers elle.

Autres outils pour votre site