Contrôler les redirections d’une migration

Comment utiliser l’outil

Collez la correspondance des adresses dans la zone de texte, ou choisissez le fichier CSV qui a servi à écrire les redirections. Le format est celui du générateur de redirections 301 : une paire par ligne, séparée par un point-virgule, une tabulation, une flèche ou une virgule. Une première ligne d’en-tête est ignorée.

Si la liste contient des chemins (/page/) plutôt que des adresses complètes, indiquez l’ancien domaine. Le nouveau domaine sert aux chemins de la seconde colonne ; laissé vide, l’outil reprend celui de l’ancienne adresse, ce qui convient à une refonte sur le même domaine.

Cliquez sur « Vérifier ». Les lignes se remplissent lot par lot. Un résumé compte les lignes par verdict, avec leur part dans toute la liste. Le tableau se filtre, se trie et s’exporte en CSV, et le bouton « Relancer les lignes en défaut » ne repasse que les lignes non conformes, une fois vos corrections en place.

Ce que l’outil contrôle

Pour chaque ligne, l’outil lit la première réponse de l’ancienne adresse sans suivre la redirection, puis demande lui-même l’adresse donnée par l’en-tête Location, et ainsi de suite. Il relève le code de chaque étape, l’adresse obtenue au bout de la chaîne et son code. Une ligne reçoit un seul verdict, le plus grave ; les autres écarts restent listés en dessous.

• Conforme : un seul saut, en 301 ou 308, vers l’adresse attendue, qui répond 200. Google lit ces deux codes comme un déplacement permanent et s’en sert comme signal que la destination doit devenir l’adresse canonique.¹
• Redirection temporaire : un 302, un 303 ou un 307 dans la chaîne. Google ne s’en sert pas comme signal de canonique, et l’ancienne page peut rester indexée si d’autres signaux vont dans ce sens.¹ Pour un déménagement, Google recommande des redirections permanentes.²
• Chaîne de redirections : plus d’un saut avant la page finale. Google conseille de rediriger directement vers la destination finale, ou à défaut de garder idéalement 3 sauts au plus, et moins de 5.²
• Destination différente : la chaîne aboutit à une page qui répond 200, mais ce n’est pas celle de votre liste. Le détail nomme l’écart.
• Pas de redirection : l’ancienne adresse répond encore 200, ou un autre code 2xx. L’ancienne page reste en ligne à côté de la nouvelle.
• Erreur 4xx : 404, 410 ou un autre code 4xx. Google traite tous les codes 4xx de la même façon, sauf le 429, et retire l’adresse de l’index si elle y figurait.³
• Erreur serveur : un code 5xx, ou un 429. Google ralentit alors l’exploration, garde un temps les adresses déjà indexées, puis retire celles qui restent en erreur.³
• Boucle : une adresse revient dans la chaîne. La norme HTTP demande au client de détecter ces redirections sans fin.⁴
• Destination en erreur : la chaîne mène à une adresse qui ne répond pas 200, à un serveur injoignable, ou dépasse 5 sauts.
• Réponse inattendue : un code qui n’entre dans aucun de ces cas, comme un 304 ou une redirection sans en-tête Location.
• Vérification impossible : adresse refusée par l’outil, pas de réponse en 7 secondes ou connexion impossible.

Comment l’adresse obtenue est comparée à l’attendue

Les deux adresses passent par la normalisation de la syntaxe des URI : le schéma et le nom d’hôte sont insensibles à la casse, le port par défaut s’efface et un chemin vide vaut « / ».⁵ https://Exemple.fr et https://exemple.fr/ désignent donc la même adresse. Quand l’outil a dû ramener des majuscules d’hôte en minuscules, il le note sur la ligne.

Le reste de l’adresse est sensible à la casse selon la même norme.⁵ L’outil ne gomme donc rien d’autre, et chaque écart porte un nom : schéma différent (http au lieu de https), www d’un côté seulement, autre hôte, barre finale ajoutée ou retirée, casse du chemin, autre chemin, paramètres différents. Une destination qui ne diffère que par la barre finale reste « différente », car /page et /page/ sont deux adresses distinctes.

Un fragment (#section) n’est jamais envoyé au serveur : il ne fait pas partie de l’adresse demandée.⁴ L’outil le retire de l’ancienne adresse avant de l’interroger et l’ignore dans l’adresse attendue, en le signalant dans les deux cas. Si l’adresse attendue est atteinte en cours de chaîne mais redirige à son tour, la ligne le dit aussi.

Combien de temps prend une analyse

Chaque visiteur dispose de 20 requêtes par tranche de 10 minutes, partagées entre tous les outils du site, et une requête porte un lot de 10 adresses. Une migration propre demande deux lectures par ligne : l’ancienne adresse, puis la nouvelle au bout de la redirection. Une adresse qui revient plusieurs fois n’est lue qu’une fois.

200 lignes, le maximum par analyse, donnent donc 20 lots pour les anciennes adresses et jusqu’à 20 pour les nouvelles, soit 40 requêtes : les 20 premières partent tout de suite, les suivantes après une dizaine de minutes d’attente. 50 lignes tiennent en 10 requêtes, sans attente. L’outil affiche son estimation sous la liste avant le lancement, puis un compte à rebours si la limite est atteinte ; chaque saut supplémentaire ajoute des lectures.

Les limites de l’outil

L’outil contrôle le code HTTP et l’adresse de chaque étape, rien d’autre. Il ne lit pas le contenu de la page de destination : une page qui répond 200 avec un message d’erreur, ou avec un contenu sans rapport avec l’ancienne page, passe pour conforme. Il ne dit rien non plus de l’indexation de la nouvelle adresse.

Les redirections faites en JavaScript ou par balise meta refresh ne sont pas vues, puisque le corps des pages n’est pas lu : l’ancienne adresse apparaît alors en « Pas de redirection ». Google les prend en compte, une meta refresh immédiate comme une redirection permanente et une meta refresh différée comme une temporaire, mais il conseille de ne recourir au JavaScript qu’à défaut des autres méthodes, car le rendu de la page peut échouer.¹

L’outil suit 5 sauts au plus ; au-delà, la ligne passe en « Destination en erreur ». Une ancienne version de la norme HTTP recommandait 5 redirections au plus, et certains clients peuvent encore appliquer cette limite.⁴ Les adresses sont interrogées depuis le serveur de ce site, avec un agent nommé NemoCimentOutils : un serveur qui répond autrement selon le robot, le pays ou les cookies peut donner un autre résultat à Googlebot.

Ce contrôle ne remplace pas le suivi dans la Search Console après la migration. Google conseille de surveiller le trafic de l’ancien et du nouveau site, de vérifier régulièrement les erreurs d’exploration inattendues et de garder les redirections au moins un an.² Il considère un déménagement achevé quand Googlebot a visité au moins une fois chaque adresse de l’ancien et du nouveau site ; pour un site petit ou moyen, la plupart des pages changent d’adresse en quelques semaines.²

Avant et après la migration

Pour préparer les règles, le générateur de redirections 301 transforme la même correspondance en règles Apache et nginx, et signale chaînes et boucles avant la mise en ligne. Pour une adresse isolée dont vous voulez voir chaque étape et sa durée, le vérificateur de redirections suit jusqu’à 10 sauts. L’article sur la refonte sans perdre son référencement replace ce contrôle dans la préparation complète d’une refonte.

Questions fréquentes