Redirect Checker – vérifier les redirections en ligne

La chaîne de redirection d’une URL, étape par étape : pour chaque étape, le code de statut, le caractère permanent ou temporaire, l’IP du serveur, le temps de réponse et jusqu’à 60 en-têtes de réponse HTTP. Au-dessus figurent le nombre de redirections, la durée totale, le statut final et l’URL de destination, ainsi que des indications sur le passage à HTTPS, le changement de www ou le mélange de redirections permanentes et temporaires. Dans cet exemple fictif, example.com/alt donne la chaîne http://example.com/alt → 301 → https://example.com/alt → 302 → https://www.example.com/neu (200).

301 et 308 signifient « déplacé définitivement » : les navigateurs et les moteurs de recherche retiennent la nouvelle destination, et les signaux de classement sont transférés. 302, 303 et 307 signifient « temporaire » : l’ancienne URL reste la référence. Avec 308 et 307, la méthode et le corps de la requête doivent rester inchangés ; avec 301 et 302, POST devient souvent GET. Pour un changement de domaine ou le passage à HTTPS, utilise des redirections permanentes. Le Checker indique si chaque étape de redirection est permanente ou temporaire.

Chaque redirection ajoute une requête et rallonge le chargement. De plus, les moteurs de recherche ne suivent qu’un nombre limité de redirections. Évite plus de deux ou trois étapes successives. Le Checker avertit lorsque la chaîne compte plus de trois redirections. Il charge au maximum 10 URL, URL de départ comprise ; si la dixième redirige encore, la vérification se termine par « Trop de redirections ».

Les navigateurs affichent généralement ce message en cas de boucle : les redirections tournent en rond (A → B → A), par exemple à cause de règles .htaccess contradictoires ou d’une redirection HTTPS derrière un proxy. Si une URL apparaît une deuxième fois dans la chaîne, le Checker ne la charge pas à nouveau, signale « Boucle détectée » et marque l’étape où la boucle se referme.

Saisis le domaine sans protocole : la vérification démarre sur http://, comme pour un visiteur qui tape uniquement le domaine. Le Checker signale le passage à HTTPS et t’avertit si une redirection renvoie de HTTPS vers HTTP. Pour vérifier directement la version HTTPS, ajoute https:// au début.

Non. Le Checker suit les redirections HTTP, c’est-à-dire les codes de statut 3xx accompagnés d’un en-tête Location. Les redirections par <meta http-equiv="refresh"> ou JavaScript ne se produisent que dans le navigateur et n’apparaissent pas dans la chaîne HTTP. Pour le SEO, les redirections 301 côté serveur sont de toute façon préférables.

Certains sites redirigent les appareils mobiles vers une version mobile ou une page d’application. Sous « Requête en tant que », choisis « Navigateur mobile » pour que le Checker charge l’URL avec l’identifiant de Safari sur iPhone, ou « Navigateur de bureau » pour utiliser celui de Chrome sous Windows. Tu peux ainsi comparer les deux chaînes.

Non. Le Checker charge l’URL en direct depuis notre serveur via l’Internet public. Par sécurité, il ne charge ni les adresses IP privées ou localhost, ni les ports de service bloqués comme 22 ou 3306, même si une redirection y mène. Il refuse dès la saisie les URL contenant des identifiants de connexion.

Oui, et tu n’as pas besoin de compte. Pour éviter les abus, un délai de 6 secondes s’applique après chaque vérification, avec un maximum de 10 vérifications par minute et par adresse IP.