Vérificateur de redirection d'URL

Le Vérificateur de redirection d'URL est un outil gratuit qui détecte les redirections 301 et 302 d'une URL donnée et suit une chaîne de redirections sur un maximum de 10 étapes.

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

Une redirection d'URL est une réponse HTTP qui demande à un navigateur, au robot d'un moteur de recherche ou à un autre client de consulter une autre adresse. Cette réponse contient généralement un code d'état 3xx et un champ Location dont la valeur est une référence URI, éventuellement relative.

Un code d'état 301 signifie que la ressource a été déplacée définitivement. Il est souvent utilisé après la modification de l'adresse d'une page, le passage de HTTP à HTTPS ou le regroupement d'URL en double. Un code d'état 302 indique que la ressource a été trouvée ailleurs, mais le déplacement est généralement considéré comme temporaire.

HTTP définit également d'autres codes de redirection, notamment 303, 307 et 308. La distinction peut modifier la façon dont les clients répètent les requêtes, en particulier avec des méthodes telles que POST. Pour les redirections courantes de pages web, les codes 301 et 302 restent très utilisés. Ce sont ceux que ce vérificateur est conçu pour détecter.

Comment vérifier une redirection d'URL ?

Le champ Code d'état attend un code d'état HTTP, par exemple 301 ou 302. La vérification s'effectue sur le serveur et couvre jusqu'à 10 étapes de redirection.

La valeur saisie est transmise au serveur via HTTPS et n'est pas stockée.

Quelles redirections sont détectées ?

Le vérificateur détecte les redirections 301 et 302. Une redirection 301 indique un déplacement permanent, tandis qu'une redirection 302 indique un déplacement temporaire.

Une séquence qui alterne entre deux adresses est une boucle de redirection. Une longue succession de changements entre HTTP, HTTPS, www, sans www et différentes variantes avec ou sans barre oblique finale constitue une chaîne de redirections. Cet outil s'arrête après 10 étapes au maximum. Il ne peut donc pas déterminer la destination finale d'une chaîne plus longue.

Résoudre les problèmes de redirection courants

La vérification des redirections est utile lorsque l'adresse finale affichée par le navigateur masque les réponses intermédiaires. Elle permet de distinguer une erreur de configuration HTTP d'un problème de DNS, d'application ou de cache.

• Une page migrée s'ouvre toujours à son ancienne adresse. Vérifie directement l'ancienne URL. Une redirection 301 doit pointer vers la page de remplacement prévue, et non vers une page d'accueil générique ou une autre adresse obsolète.
• Le site bascule sans cesse entre HTTP et HTTPS. Teste les deux versions. Des règles contradictoires sur un serveur web, un réseau de diffusion de contenu ou une application peuvent renvoyer HTTPS vers HTTP, tandis qu'une autre couche effectue immédiatement la redirection inverse.
• Un lien reçu par e-mail n'ouvre pas la page de destination attendue. Vérifie l'URL complète copiée depuis le message, y compris sa chaîne de requête. Les services de suivi ajoutent souvent une ou plusieurs redirections avant la page finale. Une destination intermédiaire défaillante peut interrompre la chaîne.

Lors du déplacement d'un domaine, teste plusieurs chemins de pages représentatifs au lieu de vérifier uniquement la page d'accueil. Une redirection correcte de la page d'accueil ne garantit pas que les pages de produits, les articles et les fichiers téléversés disposent de règles équivalentes pour leur destination.

La ponctuation et les espaces ont également leur importance. Les espaces bruts ne sont pas valides dans une URL et doivent normalement être encodés en pourcentage, par exemple %20. Un fragment commençant par # est traité par le navigateur et n'est pas envoyé dans la requête HTTP. Modifier uniquement le fragment ne sélectionne donc pas une autre redirection côté serveur. Les noms de domaine internationalisés peuvent être représentés sous leur forme ASCII Punycode. Les caractères non-ASCII d'un chemin sont quant à eux convertis en octets, généralement avec UTF-8, puis les octets concernés sont encodés en pourcentage lors de la transmission.

Pourquoi une redirection correcte semble-t-elle erronée ?

Une redirection correcte peut sembler erronée parce que les navigateurs, les résolveurs DNS, les serveurs proxy et les réseaux de diffusion de contenu peuvent utiliser des informations mises en cache. Les redirections permanentes sont particulièrement susceptibles de rester visibles dans le cache d'un navigateur après la modification de la règle sur le serveur.

Un vérificateur côté serveur ne partage pas l'historique local des redirections de ton navigateur. Le site cible ou son CDN peut toutefois encore renvoyer une réponse mise en cache.

Les modifications DNS entraînent un délai distinct. Les résolveurs récursifs peuvent conserver l'ancienne adresse IP jusqu'à l'expiration de la durée de vie de l'enregistrement. Pendant cette période, différents réseaux peuvent atteindre des serveurs différents et recevoir des règles de redirection différentes. L'expression "propagation DNS" décrit cette expiration non uniforme des caches, et non une mise à jour mondiale effectuée en une seule fois.

Si le domaine a été déplacé récemment, compare l'enregistrement DNS, la configuration du CDN et les règles du serveur d'origine. Le Vérificateur de cache Google peut fournir des indications sur une ancienne page indexée ou mise en cache, tandis que le Vérificateur d'hébergement de site web peut aider à déterminer où le domaine semble actuellement hébergé. Aucun de ces outils ne remplace une vérification des redirections HTTP.

Questions fréquentes

Peut-on modifier une redirection 301 par la suite ?

Oui, la configuration du serveur peut être modifiée, mais les clients peuvent continuer à utiliser une réponse 301 mise en cache pendant un certain temps. Effectue le test dans un nouveau profil de navigateur et vide les caches CDN concernés si tu en as le contrôle. Évite d'utiliser une redirection 301 pendant les premiers tests si la destination est encore susceptible de changer.

Une redirection conserve-t-elle la chaîne de requête de l'URL ?

Seulement si la règle de redirection et la valeur Location qu'elle génère la conservent. Certains systèmes copient automatiquement la chaîne de requête d'origine, tandis que d'autres la remplacent ou la suppriment. Teste une URL réaliste contenant des paramètres de test sans risque plutôt que de supposer que toutes les variantes se comportent de la même manière.

Comment ma saisie est-elle traitée ?

Le traitement est effectué sur le serveur. La valeur saisie est transmise au serveur via HTTPS et n'est pas stockée.

L'outil vérifie-t-il les redirections JavaScript ou meta refresh ?

Le vérificateur détecte les redirections HTTP 301 et 302, jusqu'à un maximum de 10 redirections.

Peut-on vérifier des redirections en ligne de commande ?

Oui. La commande curl peut afficher les en-têtes de réponse. Son option de suivi des redirections permet également d'interroger les destinations suivantes. Cette méthode est utile pour effectuer des vérifications reproductibles depuis une machine ou un réseau précis, notamment après la modification de règles DNS ou de pare-feu.