TrueURL
TrueURL

Menu

Langue Français
Thème

Gratuit · Sans inscription · Fonctionne sur le réseau edge de Cloudflare

Vérifier les redirections d’une URL ou d’un lien raccourci

Collez un lien pour afficher toute sa chaîne de redirections et son URL finale sans l’ouvrir dans votre navigateur. Pour chaque saut (étape de la chaîne), vous voyez le code de statut, les en-têtes de réponse et le temps de réponse.

  • Chaque saut avec son statut, ses en-têtes et son temps de réponse
  • Détection des redirections meta refresh et JavaScript
  • Méthode, en-têtes, cookies et User-Agent personnalisables

Autres outils de redirection

Des vérificateurs spécialisés pour chaque type de problème de redirection.

Comment fonctionne le vérificateur de redirections

Lorsque vous cliquez sur Vérifier, l’URL est transmise au vérificateur de redirections (redirect checker) de TrueURL, qui s’exécute sur le réseau edge mondial de Cloudflare. Celui-ci envoie une requête à l’URL en désactivant le suivi automatique des redirections, puis lit la réponse. S’il s’agit d’une redirection, il résout l’en-tête Location et interroge l’URL suivante, saut par saut, jusqu’à atteindre une page qui ne redirige pas, une erreur, une boucle de redirection ou la limite du nombre maximal de sauts.

Votre navigateur ne visite jamais l’URL vérifiée : vous pouvez donc examiner sans risque des liens raccourcis, des liens de suivi ou des liens inconnus. En plus des redirections HTTP 3xx, le vérificateur repère les balises meta refresh et les redirections JavaScript simples dans les pages HTML, et les signale comme telles : ces redirections côté client passent facilement inaperçues avec les outils en ligne de commande.

Comment lire les résultats

  • URL finale : l’adresse où aboutit le lien après le dernier saut, avec son code de statut. Un 200 OK signifie que la destination s’est chargée normalement.
  • Chaîne de redirections : une ligne par saut, avec l’URL, la méthode HTTP, le code de statut, le temps de réponse et la valeur Location vers laquelle il pointait. Chaque saut affiche aussi l’ensemble de ses en-têtes de réponse et le nom des cookies qu’il a définis.
  • Avertissements : signalements des redirections temporaires, des retours de HTTPS à HTTP, des chaînes de plus de trois redirections, d’une URL finale sur un autre domaine, des redirections côté client et des pages qui ressemblent à une vérification anti-bot. Une boucle de redirection, la limite de sauts atteinte ou un saut en échec apparaissent dans le bilan de la vérification.
  • Partager, copier et exporter : copiez l’URL finale, partagez un lien qui relance la vérification de la même URL (sans vos Paramètres avancés) ou exportez le résultat.

Paramètres avancés pour des tests réalistes

Ouvrez les Paramètres avancés lorsque la requête par défaut ne suffit pas :

  • Méthode HTTP : GET (par défaut), HEAD, ou POST avec un corps de requête. Les sauts suivants respectent les règles des navigateurs : après un POST, une redirection 301, 302 ou 303 se poursuit en GET, tandis qu’une 307 ou 308 conserve la méthode et le corps. Les réponses à une requête HEAD n’ont pas de corps : les redirections meta refresh et JavaScript ne peuvent donc pas être détectées avec HEAD.
  • Nombre max. de sauts : arrêt après 1 à 50 redirections. La valeur par défaut, 20, correspond à la limite de Chrome et de Firefox.
  • User-Agent personnalisé : laissez le champ vide pour utiliser un Chrome récent pour ordinateur, ou choisissez un préréglage, par exemple Safari sur iPhone, Chrome sur Android, Googlebot, Bingbot, les robots d’aperçu de liens de Facebook et de X, ou curl.
  • En-têtes de requête personnalisés et Cookies : reproduisez les redirections qui dépendent de la langue ou de la connexion, par exemple avec Accept-Language: de ou un cookie de session. Les en-têtes qui feraient passer la requête pour une autre adresse IP cliente, comme X-Forwarded-For, ne sont pas envoyés. Les cookies définis au fil de la chaîne sont conservés pour les sauts suivants, comme dans un navigateur.
  • Redirections côté client : choisissez si les redirections meta refresh et JavaScript sont suivies ou seulement signalées.
  • Ignorer les erreurs SSL : le réseau edge de Cloudflare valide toujours les certificats, cette option ne permet donc pas de passer outre un certificat défectueux. Le problème TLS est en revanche signalé sur le saut où il survient.

Pourquoi un résultat peut différer de celui de votre navigateur

TrueURL envoie une requête vierge depuis un centre de données Cloudflare : sans historique de navigation, sans session connectée et sans cookies, sauf si vous en ajoutez. Par défaut, il s’identifie comme Chrome pour ordinateur et demande du contenu en anglais (Accept-Language: en-US). Les sites qui redirigent selon le pays, la langue, l’appareil ou l’état de connexion peuvent donc l’envoyer ailleurs que là où ils vous envoient. Utilisez les réglages User-Agent, en-têtes et cookies pour reproduire votre situation ; les redirections par pays dépendent de l’endroit où le site localise l’adresse IP de Cloudflare, ce que vous ne pouvez pas modifier. N’oubliez pas non plus que votre navigateur a peut-être mis en cache une ancienne redirection 301.

Certains sites bloquent les requêtes automatisées provenant de centres de données et de réseaux edge, ou leur imposent un défi. Lorsqu’une réponse ressemble à une vérification anti-bot ou à une page de défi (comme « Just a moment... »), TrueURL la signale : la véritable destination reste alors cachée derrière le défi, elle n’est pas atteinte.

Qui utilise TrueURL

Questions fréquentes

Qu’est-ce qu’une redirection d’URL ?

Une redirection d’URL indique à un navigateur ou à un robot d’exploration que le contenu demandé se trouve à une autre adresse. Le serveur répond avec un code de statut 3xx et un en-tête Location, puis le client demande la nouvelle URL. Les sites utilisent des redirections lorsque des pages sont déplacées, qu’un domaine change, qu’un site passe de HTTP à HTTPS ou qu’un lien raccourci pointe vers une URL longue. Une page peut aussi rediriger directement en HTML, avec une balise meta refresh ou du JavaScript.

Pourquoi vérifier les redirections d’une URL ?

Pour savoir exactement où mène un lien, et par quel chemin. Les propriétaires de sites vérifient que les anciennes URL aboutissent à la bonne page en une seule redirection permanente, que HTTP renvoie bien vers HTTPS et qu’il n’y a ni boucle ni saut en échec. Tout un chacun peut aussi contrôler un lien raccourci, d’affiliation ou de suivi avant de cliquer dessus. Notre guide pour vérifier les redirections d’une URL présente également curl et les outils de développement du navigateur (DevTools).

Quelle est la différence entre une redirection 301 et une 302 ?

Une 301 signifie que la page a été déplacée définitivement : les navigateurs peuvent la mettre en cache, et les moteurs de recherche indexent la nouvelle URL et lui transfèrent des signaux comme les liens. Une 302 est temporaire : l’URL d’origine reste donc généralement indexée. Utilisez une 301 (ou une 308) pour un déplacement permanent. Notre guide des codes de redirection HTTP les compare tous.

TrueURL enregistre-t-il les URL que je vérifie ?

Non. L’URL et vos paramètres sont envoyés à notre vérificateur, sur le réseau de Cloudflare, uniquement pour effectuer la vérification, et le résultat revient directement dans votre navigateur. Nous ne conservons ni les résultats des vérifications ni l’historique des URL que vous testez. Cloudflare conserve des journaux techniques de courte durée des requêtes adressées à notre vérificateur, à des fins de dépannage. Vos Paramètres avancés sont enregistrés uniquement dans votre propre navigateur, et les valeurs des cookies et des en-têtes ainsi que les corps de requête ne sont jamais enregistrés. Pour en savoir plus, consultez la Politique de confidentialité.

Puis-je vérifier plusieurs redirections à la fois ?

Oui. Le Vérificateur de redirections en masse contrôle jusqu’à 100 URL en une seule fois et exporte les résultats en CSV ou en JSON. Pour auditer un site entier, le Vérificateur de redirections de sitemap lit votre sitemap XML et vérifie jusqu’à 500 de ses URL.

Que représente le temps de réponse ?

C’est le temps écoulé entre l’envoi de la requête d’un saut et l’arrivée de ses en-têtes de réponse, mesuré depuis le centre de données Cloudflare qui a effectué la vérification. Il inclut, si nécessaire, la résolution DNS et l’établissement de la connexion, ainsi que le temps de traitement du serveur. Chaque saut ajoute un aller-retour de ce type avant même que la page finale ne commence à se charger : voilà pourquoi des chaînes courtes sont importantes. Le Testeur de latence des redirections présente ces temps sous forme de diagramme en cascade.

Quels sont les risques des liens raccourcis ?

Un lien raccourci masque sa destination : il peut mener à une page d’hameçonnage (phishing), au téléchargement d’un logiciel malveillant ou à une arnaque aussi facilement qu’à un site légitime. C’est pourquoi les cybercriminels les apprécient dans les e-mails, les SMS et les publications sur les réseaux sociaux. Déraccourcir le lien au préalable vous montre la véritable URL finale et chaque domaine par lequel il passe.

Quels raccourcisseurs d’URL TrueURL peut-il déraccourcir ?

Tous les raccourcisseurs qui redirigent avec des codes de statut HTTP standard, une balise meta refresh ou une redirection JavaScript simple. Cela inclut les grands services comme Bitly (bit.ly), TinyURL, X (t.co), Rebrandly, Ow.ly, Is.gd et Buffer (buff.ly), ainsi que les domaines courts personnalisés ; les liens qui passent par plusieurs raccourcisseurs sont suivis jusqu’au bout. Les raccourcisseurs qui affichent une publicité, un avertissement ou un CAPTCHA avant de rediriger ne peuvent pas être déraccourcis automatiquement : la chaîne s’arrête alors sur cette page.

Codes de statut HTTP courants

Ce que signifient les codes que vous verrez dans une chaîne de redirections.

Tous les codes de statut

Sur le blog

Des guides pour vérifier les redirections et choisir le bon code de statut.

Tous les articles