01
Conserver le lien reçu
Sur un lien court, les paramètres de requête peuvent influer sur la destination. L’exemple remplit seulement le champ ; aucune vérification n’est lancée à votre place.
HTTP et débogage des requêtes
vérificateur de redirectionschaque étape jusqu’à la cible
Saisissez une URL HTTP ou HTTPS publique. Le bouton d’exemple remplit le champ sans lancer de requête.
vérificateur de redirections
URL publique
Chaîne de redirection
Les étapes apparaîtront ici après vérification.
Après votre clic, l’URL est envoyée au service de ce site, qui interroge la cible publique. Le site cible voit cette requête. Évitez les liens privés contenant un jeton.
Portée de la requête
GET manuel uniquement · ports HTTP/HTTPS standards · au plus 10 redirections. Aucun cookie ni en-tête personnel.
Saisissez une URL publique.
Quand une ancienne adresse arrive bien quelque part mais que le détour reste invisible, un vérificateur de redirections révèle les réponses intermédiaires. La barre d’adresse du navigateur ne conserve généralement que le dernier emplacement.
Pour vérifier les redirections, comparez la valeur Location brute avec la prochaine URL résolue. Une chaîne de redirection peut ainsi montrer quel serveur a ajouté un domaine, une barre oblique ou une attente inutile.
Pourquoi utiliser ce vérificateur de redirections
Le chemin observé et son heure de mesure restent dans le même rapport.
Voir les étapes intermédiaires
Le vérificateur de redirections conserve pour chaque saut son statut, son en-tête Location et sa cible résolue. Une destination finale seule ne révèle pas l’étape qui a changé le domaine ou allongé le trajet.
Arrêter avant un réseau privé
Si une cible ultérieure désigne une adresse locale, privée ou réservée, le service s’arrête avant de la demander. Le parcours public déjà mesuré reste visible, sans présenter une URL non visitée comme destination finale.
Lire le résultat sans confondre les étapes
02
Déclencher un GET explicite
L’URL est envoyée au service de ce site, qui interroge la cible publique. Modifier le champ ne relance rien ; Ctrl ou Cmd plus Entrée démarre aussi la vérification.
03
Vérifier la raison de l’arrêt
Un HTTP 404 peut être une réponse finale complète. Une boucle, un Location absent, une cible interdite ou la limite des sauts produit un rapport partiel sans destination vérifiée.
Les faits derrière la destination
Statut et Location par saut
Le test redirection 301 distingue 301/308 permanents de 302/307 temporaires. Il affiche l’en-tête brut et l’URL absolue obtenue lorsqu’une cible relative est renvoyée.
Boucle et retour vers HTTP
Une URL déjà rencontrée arrête le parcours. Un passage de HTTPS à HTTP est signalé, même si une page finit par répondre ensuite.
Export JSON horodaté
Heure de contrôle, durée de chaque saut, nombre de redirections et motif d’arrêt partent dans le rapport. Changer l’URL rend l’ancien résultat obsolète et désactive copie et téléchargement.
Périmètre et limites du réseau
- Hôtes publics uniquement
- Ce vérificateur de redirections refuse les adresses locales, privées, réservées et de métadonnées, y compris dans un Location ultérieur. Seuls les domaines HTTP/HTTPS aux ports standards sont admis.
- GET anonyme
- Le service ne transmet ni cookie du navigateur, ni Authorization, ni en-tête personnalisé. Un site qui redirige selon la connexion, l’appareil ou le pays peut produire un autre chemin pour vous.
- Dix redirections maximum
- Boucle, Location manquant, erreur réseau ou TLS et limite de dix redirections arrêtent la mesure. Un rapport partiel n’a pas d’URL finale confirmée ; un 404 ordinaire reste une réponse complète.
- Pas de verdict de sûreté
- Le rapport décrit les réponses HTTP vues par ce service à l’heure indiquée. Il n’exécute ni JavaScript, ni meta refresh, ni redirection HSTS interne au navigateur et ne certifie pas la page cible.
Questions sur le vérificateur de redirections
Quelle différence entre une redirection 301 et 302 ?
301 signale un déplacement durable et 302 un déplacement temporaire. L’outil affiche le code réellement renvoyé à chaque saut pour une requête GET.
Combien de redirections sont acceptables ?
Le service suit au plus dix redirections. Des étapes inutiles ajoutent une requête et de la latence ; si vous contrôlez les règles, pointez l’ancienne adresse directement vers la cible voulue.
Pourquoi vérifier HTTP, HTTPS, www et sans www ensemble ?
Ce sont quatre URL distinctes pour le protocole et le nom d’hôte. Vous pouvez les saisir séparément ; cet outil ne lance pas automatiquement quatre vérifications.
Comment reconnaître une boucle de redirection ?
La même URL normalisée réapparaît dans le parcours. Le rapport marque alors une boucle et s’arrête ; comparez notamment les règles HTTP/HTTPS et www.
Où mène finalement une URL raccourcie ?
Saisissez le lien court tel qu’il a été reçu. Le dernier URL confirmé apparaît si la chaîne se termine ; selon le pays ou les cookies, un autre client peut voir un autre chemin.
Un saut semble incorrect ?
Lancer le vérificateur de redirections
Vérifiez une URL publique puis gardez le JSON daté avec la règle que vous comptez corriger.