Vérificateur de Chaînes de Redirection URL
Suivez la chaîne de redirection complète d'une URL et analysez les codes d'état HTTP et les en-têtes de chaque étape.
Comment utiliser Vérificateur de Chaînes de Redirection URL
- 1
Saisissez une URL
Tapez ou collez l'URL complète à inspecter, y compris http:// ou https://.
- 2
Vérifiez les redirections
Cliquez sur « Vérifier les redirections » pour tracer l'URL et suivre chaque saut jusqu'à sa destination finale.
- 3
Lisez la chaîne de redirection
Examinez chaque étape, son code de statut HTTP (comme 301 ou 302) et le temps total sur l'ensemble de la chaîne.
- 4
Agissez selon l'évaluation SEO
Utilisez le panneau Impact SEO, qui signale un trop grand nombre de sauts, les chaînes lentes, les redirections temporaires et les codes d'erreur, pour corriger les problèmes.
Comprendre les redirections et pourquoi les chaînes nuisent
Ce qu'est une redirection et comment se forme une chaîne
Une redirection est une instruction du serveur indiquant au navigateur que l'URL demandée se trouve désormais ailleurs. Le serveur répond avec un code d'état 3xx et un en-tête Location précisant la nouvelle adresse, et le navigateur demande automatiquement cette adresse à la place. Une chaîne de redirection se forme lorsque la destination d'une redirection est elle-même une redirection : le navigateur demande A, est envoyé vers B, puis de B est envoyé vers C, et ce n'est qu'en C qu'il trouve la page réelle. Chaque flèche de ce parcours est un aller-retour distinct vers un serveur.
Les chaînes s'accumulent généralement par accident au fil du temps. Un site passe de http à https, bascule plus tard de non-www à www, puis restructure un chemin d'URL ; si chaque changement se superpose au précédent sans consolidation, un seul ancien lien peut finir par rebondir sur trois ou quatre sauts avant d'arriver à destination. Ce vérificateur trace chaque saut et affiche le parcours complet pour que vous voyiez exactement à quel point la chaîne s'est allongée.
301 contre 302 : permanente et temporaire
Les deux codes de redirection les plus courants ont des significations très différentes. Une 301 est une redirection permanente : elle indique aux navigateurs et aux moteurs de recherche que le déplacement est définitif, qu'ils doivent donc mettre à jour les favoris, transmettre à la nouvelle URL les signaux de classement accumulés par l'ancienne, et indexer la destination. Une 302 est une redirection temporaire : elle signifie que l'URL d'origine reviendra, les moteurs de recherche gardent donc généralement l'original indexé et restent prudents quant au transfert des signaux de classement. Utiliser une 302 pour un déplacement en réalité permanent est une erreur SEO classique qui laisse la valeur des liens bloquée sur l'ancienne URL.
La règle générale est simple. Si le changement est permanent, comme une page retirée ou un domaine migré, utilisez 301. S'il est réellement temporaire, comme une promotion saisonnière, un test A/B ou une page de maintenance, utilisez 302. En cas de doute pour une redirection appelée à durer, la 301 est presque toujours le bon choix.
307 et 308 : les codes modernes stricts
HTTP a ensuite ajouté 307 et 308 pour lever une ancienne ambiguïté. Les codes 301 et 302 d'origine étaient largement implémentés d'une manière qui pouvait transformer une requête POST en GET lors de la redirection, ce qui est généralement pratique pour les déplacements de pages mais erroné pour les envois de formulaires et les API. 308 est une redirection permanente comme 301, mais elle garantit la préservation de la méthode HTTP et du corps de la requête, et 307 est l'équivalent temporaire de 302 avec la même garantie. Pour les redirections de pages ordinaires, l'effet SEO concret de 308 reflète celui de 301, et celui de 307 reflète celui de 302.
Vous rencontrerez surtout 307 à deux endroits : comme redirection émise par le préchargement HSTS lorsqu'un navigateur fait passer http à https en interne, et dans le trafic d'API où préserver la méthode de requête est important. Pour les URL de contenu, s'en tenir à 301 pour les déplacements permanents reste le choix conventionnel et bien compris.
Pourquoi les chaînes et les boucles sont néfastes
Chaque saut d'une chaîne est un cycle requête-réponse complet, et cette latence s'accumule, surtout sur les réseaux mobiles aux temps d'aller-retour élevés, où chaque redirection supplémentaire peut ajouter des centaines de millisecondes avant que l'utilisateur ne voie quoi que ce soit. Les chaînes gaspillent aussi le budget d'exploration : les moteurs de recherche ont un appétit limité en requêtes par site, et le dépenser à suivre A vers B vers C vers D laisse moins de ressources pour explorer le vrai contenu. Il existe également des indices selon lesquels les signaux de classement peuvent se dissiper légèrement le long d'une chaîne longue, au lieu de circuler proprement jusqu'à la page finale.
La boucle de redirection est le cas pathologique : A pointe vers B et B repointe vers A, si bien que le navigateur tourne en rond jusqu'à abandonner et afficher une erreur comme ERR_TOO_MANY_REDIRECTS, rendant la page totalement inaccessible. Le vérificateur signale les chaînes trop longues, les chaînes lentes, les redirections temporaires qui pourraient être involontaires et les codes d'état d'erreur sur le parcours, de sorte que chacun de ces modes de défaillance soit mis en évidence plutôt que masqué.
Aplatir les chaînes en un seul saut
La solution face à une chaîne consiste à faire en sorte que chaque point de départ redirige directement vers la destination finale en un seul saut. Si A va vers B qui va vers C, vous modifiez la règle de A pour qu'elle pointe directement vers C, supprimant l'escale par B. Sur Apache, cela revient à modifier les règles de redirection dans votre .htaccess ou la configuration du serveur afin que la source corresponde à la cible finale ; sur Nginx, cela revient à mettre à jour les directives rewrite ou return. Le but est qu'aucune destination de redirection ne soit elle-même une redirection.
Auditez les redirections régulièrement, car les chaînes réapparaissent à mesure qu'un site évolue. Après toute migration, déploiement HTTPS ou restructuration d'URL, retracez vos URL d'entrée les plus importantes et confirmez qu'elles aboutissent chacune à la page canonique en une seule 301. Accordez une attention particulière aux URL qui figurent dans les backlinks externes, car ce sont elles qui portent le plus de valeur de lien et qui bénéficient le plus d'une redirection propre et directe.
Canonicalisation : les redirections dont tout site a besoin
La plupart des problèmes de redirection remontent à la canonicalisation, la pratique consistant à canaliser chaque variante d'une URL vers une forme canonique unique. Les quatre dimensions sont le protocole (http contre https), l'hôte (www contre non-www), la barre oblique finale (un chemin avec ou sans slash final) et la casse. Si votre site est accessible via toutes les combinaisons de ces variantes, les moteurs de recherche voient du contenu dupliqué et vos signaux de lien se fragmentent entre les variantes. Le remède est un ensemble de redirections 301 qui ramènent chaque variante vers l'unique URL privilégiée.
Le détail crucial est de combiner ces redirections en un seul saut plutôt que de les enchaîner. Envoyer http://example.com vers https://example.com puis vers https://www.example.com, c'est deux redirections là où une seule suffirait. Configurez les règles de sorte que toute requête non canonique, quel que soit le nombre de dimensions erronées, aboutisse à l'URL pleinement canonique en une seule 301. C'est le résultat le plus propre possible, celui que le vérificateur qualifie de bonne pratique.
Redirections meta refresh et JavaScript
Toutes les redirections ne se produisent pas au niveau HTTP. Une redirection meta refresh utilise une balise HTML meta http-equiv="refresh" pour envoyer le navigateur ailleurs après un délai, et une redirection JavaScript modifie window.location depuis un script. Les deux fonctionnent pour les utilisateurs, mais elles sont inférieures sur le plan SEO : elles sont plus lentes, les moteurs de recherche les traitent de manière moins fiable qu'une 301 côté serveur, et un meta refresh différé peut être déroutant, voire signalé comme une mauvaise expérience. Elles n'apparaîtront pas non plus dans un tracé de redirection au niveau HTTP, car la redirection est décidée après le chargement du corps de la page.
Chaque fois que vous contrôlez le serveur, préférez une vraie redirection HTTP 301 à un meta refresh ou à une redirection JavaScript. Réservez les redirections côté client aux cas où vous ne pouvez réellement pas configurer le serveur. Comme ce vérificateur suit les réponses 3xx émises par le serveur, une page qui semble rediriger dans un navigateur mais qui s'affiche ici comme une 200 directe est un fort indice que la redirection se produit côté client et devrait être déplacée vers le serveur.
Questions fréquentes
Que m'affiche le vérificateur de chaîne de redirection ?
Pourquoi les chaînes de redirection sont-elles néfastes pour le SEO ?
Quelle est la différence entre une redirection 301 et 302 ?
Dois-je saisir l'URL complète avec http ou https ?
L'outil est-il gratuit et envoie-t-il l'URL à un serveur ?
Outils similaires
Continuez avec ces outils pratiques