Cartographe des chaînes de redirection
Advanced: safe request headers
Up to 5 response-negotiation headers: Accept, Accept-Language,
Cache-Control, and Pragma. Credentials, cookies, and X-*
headers are refused. Headered checks are never cached or stored.
Les contrôles sont exécutés depuis notre serveur ; nous récupérons l’URL saisie et ne conservons pas les résultats. Re-running the same list within about ten minutes reuses a short-lived cache. Checks with custom headers deliberately bypass that cache. Des compteurs anonymes de résultats par exécution peuvent servir à la recherche agrégée ; les URL, domaines, adresses IP et identifiants ne sont jamais inclus, et aucune statistique issue de moins de 100 exécutions n’est publiée.
+ enregistre le site ou la page actuels. Utilisez ☆ à côté de tout site, page ou liste enregistré pour l’ajouter aux favoris. L’historique des vérifications récentes apparaît ci-dessous.
Créer une liste nommée
Cible remplie à partir de vos choix locaux.
Passeport du site Contexte local de ce site enregistré
Données locales
Les cibles enregistrées, les listes nommées et les résumés des vérifications récentes restent uniquement dans ce navigateur.
| URL | Final URL |
|---|
Évaluer cet outil
Checks run from datacenter IPs at the edge — some bot-protected sites (Cloudflare challenges, WAFs, CDN bot rules) answer these requests differently than they would answer a real browser.
À propos de cet outil
Collez jusqu’à 500 URL pour obtenir les codes HTTP, les chaînes de redirection complètes, les destinations finales, la latence, les preuves d’en-têtes et les signaux SEO. Filtrez les résultats, comparez des instantanés et exportez un CSV : aucune inscription et rien n’est conservé.
Fonctionnalités
- Lots parallèles avec progression par URL, jusqu’à cinq sauts de redirection et destination finale.
- Choix de user-agent navigateur, Googlebot, Bingbot ou robots IA avec en-têtes sûrs facultatifs.
- Filtres par classe de statut, tri par latence ou longueur de chaîne et export CSV/instantané local.
- Détection des chaînes longues, boucles, meta refresh, multi-sauts et indices de canonisation.
Fonctionnement
Le vérificateur serveur suit chaque URL sans masquer les réponses intermédiaires, enregistre le statut, la destination et la latence, puis diffuse les lignes par lot. Les filtres, tris, comparaisons et exports s’exécutent dans votre navigateur.
Limites
- Les requêtes partent de l’infrastructure de données et non des réseaux vérifiés des robots ; les sites protégés par bot, WAF ou IP peuvent répondre différemment.
- Les URL ne sont jamais enregistrées ; une courte cache de périphérie peut seulement accélérer une vérification répétée pendant quelques minutes.
Questions fréquentes
Combien d’URL puis-je vérifier à la fois ?
Jusqu’à 500 URL par exécution. Collez-les à raison d’une par ligne, ou importez-les directement depuis l’URL d’un sitemap. L’outil divise la liste en lots de 25 et espace volontairement les requêtes afin de ne pas surcharger un même hôte ou la plateforme de vérification ; une exécution complète sur un seul site peut donc prendre un certain temps. Les lignes en double sont supprimées avant la vérification.
Quelle est la différence entre le code de statut et l’URL finale ?
Le code affiché est le dernier statut, c’est-à-dire celui de la page atteinte après toutes les redirections. La colonne URL finale indique vers quelle adresse aboutit une URL qui redirige. Lorsqu’une URL redirige, l’outil suit toute la chaîne, jusqu’à cinq sauts, et signale la cible plutôt que le premier saut. Développez une ligne pour afficher chaque saut et son code individuel.
Pourquoi mon code de statut apparaît-il en rouge ou en ambre ?
Les lignes sont colorées selon leur classe de statut. Le vert correspond aux réponses 2xx (réussite), l’ambre aux 3xx (redirection) et le rouge aux 4xx (erreurs comme 404), aux 5xx (erreurs serveur comme 503) ou aux erreurs de connexion. Ces couleurs permettent de parcourir rapidement une longue liste et de repérer les URL défectueuses ou redirigées sans lire chaque code.
Vérifie-t-il le code de statut vu par un robot d’exploration ?
Il peut envoyer la chaîne d’identification d’un navigateur, de Googlebot, Bingbot, GPTBot, ClaudeBot ou PerplexityBot, ce qui peut révéler des règles propres aux robots. La requête provient toutefois d’une adresse IP de centre de données, et non du réseau vérifié de ce robot ; les sites qui vérifient les IP peuvent donc la traiter comme provenant d’un robot non vérifié.
Mes URL collées sont-elles enregistrées ?
Non. Les URL sont envoyées au point de vérification uniquement pour récupérer leur statut et ne sont jamais enregistrées. Le filtrage, le tri et l’export CSV s’exécutent tous dans votre navigateur. Si vous relancez la même liste dans un bref délai, une cache éphémère est réutilisée pour accélérer la vérification, mais rien n’est conservé dans un compte ou une base de données.
Problèmes courants et solutions
- Avertissement L’URL renvoie une redirection Solution : Mettez à jour les liens internes vers l’URL finale et utilisez une seule redirection intentionnelle côté serveur pour les adresses obsolètes.
- Erreur L’URL renvoie une réponse 4xx Solution : Corrigez l’URL ou restaurez la ressource ; ne renvoyez 410 que lorsque la suppression définitive est intentionnelle.
- Erreur L’URL renvoie une réponse 5xx Solution : Corrigez l’application, l’origine ou la dépendance amont jusqu’à ce que l’URL renvoie une réponse pérenne et réussie.
- Erreur L’URL n’a pas de réponse HTTP exploitable Solution : Résolvez le problème DNS, TLS, de délai d’attente ou de connexion afin que l’URL renvoie une réponse HTTP utilisable.
- Erreur L’URL entre dans une boucle de redirection Solution : Modifiez les règles de redirection contradictoires pour obtenir un seul chemin acyclique qui se termine sur une URL finale active.
- Avertissement L’URL finale pointe vers un autre hôte Solution : Pointez la redirection vers l’hôte canonique voulu ou mettez à jour l’URL source si le changement d’hôte est délibéré.