Une migration de site ne se joue pas au moment où l’on bascule les fichiers. Elle se joue sur ce qui reste après : la façon dont les anciennes adresses conduisent vers les nouvelles. Quand une redirection 301 pointe vers une autre 301, qui pointe encore ailleurs, Google ne suit pas docilement la file. Il compte les sauts, s’arrête parfois en route, et la valeur transmise fond à chaque étape. Beaucoup de migrations impeccables sur le papier perdent ainsi le meilleur de leur signal sans qu’aucune alerte ne remonte dans la Search Console.
Ce que Google fait vraiment d’une chaîne de 301
La question revient sans cesse chez ceux qui viennent de changer de domaine ou de refondre une arborescence : la chaîne est-elle suivie jusqu’au bout ? La réponse tient en une phrase, et elle est moins rassurante qu’on l’imagine. Un moteur comme Google ne parcourt pas indéfiniment les redirections successives : au-delà d’un certain nombre de sauts, il abandonne le suivi et laisse la dernière URL visitée dehors.
Le nombre exact de sauts tolérés a bougé au fil des ans, et personne ne le connaît avec certitude, mais la logique reste la même. Chaque intermédiaire coûte quelque chose. Sur un site qui a déjà perdu ses backlinks historiques pendant le transfert, cette petite perte répétée peut faire la différence entre une reprise rapide et un effondrement lent du trafic. Les explications détaillées de michel-hunault.com sur les balises et les erreurs d’indexation rappellent d’ailleurs à quel point ces détails techniques pèsent lourd quand ils s’accumulent.
Le point que les tutos de migration passent sous silence concerne le PageRank. Il n’est pas transmis tel quel d’une URL A vers une URL C en passant par B ; il subit une déperdition à chaque saut, comparable à ce qui se passe pour un lien classique. Une chaîne courte passe encore, une chaîne longue revient à arroser une plante par une série de seaux percés. Le transfert d’autorité fonctionne, mais il en arrive de moins en moins à l’arrivée.
Pourquoi une chaîne de 301 ressemble parfois à une 302
C’est le second effet pervers, moins connu, et probablement le plus coûteux. Quand Google rencontre une redirection qui ne se termine pas proprement, ou qui aboutit à une page qu’il juge non canonique, il peut décider de traiter l’ensemble comme une redirection temporaire. La distinction 301 et 302 n’est plus alors une affaire de code HTTP envoyé par le serveur : c’est Google qui interprète.
Or une 302 ne transmet pas l’autorité au même titre qu’une 301. Le signal reste partiellement du côté de l’ancienne URL, qui n’est jamais vraiment remplacée dans l’index. On croit avoir dit « cette page a déménagé définitivement » et le moteur a compris « cette page est peut-être de retour bientôt ». La nuance fait mal quand la nouvelle URL met des mois à se positionner.
Une redirection 301 est pourtant, techniquement, un code de réponse HTTP qui indique qu’une page a été déplacée de manière permanente. C’est la définition officielle, et elle est utile : elle évite les erreurs 404 en envoyant automatiquement le visiteur vers la nouvelle adresse. Mais cette clarté n’existe que si la destination est elle-même une page finale.
Une 301 qui débouche sur une 301, puis sur une autre, perd sa lisibilité et se fait reclasser par le moteur dans une catégorie moins favorable. C’est ce décalage entre l’intention de celui qui pose la redirection et le traitement réel de Google que peu de guides expliquent vraiment.
Les cas qui font dérailler une migration
Les erreurs qu’on retrouve à chaque migration
Les mêmes schémas reviennent, quel que soit le site. Si vous venez de basculer une boutique ou un blog, il y a de fortes chances que l’une de ces situations se cache déjà dans votre htaccess ou dans votre plugin WordPress.
- Ancienne URL redirigée vers une autre ancienne URL, qui redirige elle-même vers la page finale. Deux sauts pour rien, et le PageRank qui ne suit pas la cadence.
- Une boucle invisible. A redirige vers B, B vers A, et Google tourne en rond avant d’abandonner, en laissant la page hors index.
- Vers où pointe réellement la dernière redirection de votre chaîne ? Si la réponse est une page paginée, un paramètre UTM ou une URL avec slash en trop, la cible n’est pas canonique et tout le bénéfice s’évapore.
- Redirection posée uniquement sur la page d’accueil, en oubliant les articles, les catégories, les images et les anciens flux.
- Une 301 écrite mais complétée par un lien interne résiduel vers l’ancienne URL. Le robot repasse par là et perd de vue le signal principal.
Ces erreurs ne se voient pas à l’œil nu. Il faut ouvrir la console du navigateur, observer la colonne des codes HTTP, et compter les flèches. Un outil de suivi de redirections fait le travail en quelques secondes, mais il faut penser à le lancer après chaque déploiement, pas seulement le jour du grand basculement.
Comment empiler une 301 propre après une migration
La bonne pratique tient en une règle simple : toute ancienne URL doit pointer directement vers l’URL finale, en un seul saut. Cela suppose de reconstruire les règles une par une, pas de laisser une règle générique rattraper tout le reste. Une règle attrape-tout du type « tout ce qui commence par /blog/ part vers /articles/ » produit systématiquement des chaînes, parce qu’elle ignore quelles anciennes adresses existaient vraiment.
La redirection 301 se met en place via un fichier htaccess ou un plugin WordPress, et c’est justement là que le diable se niche : les outils de migration automatique écrivent souvent des piles de règles qui se superposent. Un bon réflexe consiste à lister les URL d’origine avec leurs vraies cibles, puis à écrire une règle par paire. Plus long, mais la chaîne reste plate.
Autre vigilance : la destination. Avant de valider une 301, ouvrez la page d’arrivée et vérifiez qu’elle répond bien en 200, qu’elle contient le même sujet, et qu’aucune balise canonical ne renvoie ailleurs. Une redirection parfaitement posée vers une page mal canonisée revient au même qu’une chaîne : le transfert d’autorité, ses PageRank et ses backlinks, ne s’opère pas.
Et si l’ancienne page générait beaucoup de trafic organique, la nouvelle doit mériter sa place, avec un contenu au moins aussi complet. Une redirection est un pont, pas une justification. Si le contenu déçoit, Google le perçoit vite.
Une dernière chose, souvent négligée : les backlinks. Ils pointent vers les anciennes URL pendant des mois, parfois des années, et chaque 301 retraverse la chaîne à leur passage. Si vous en avez la main, mettez-les à jour directement vers la nouvelle adresse. Cela allège la mécanique d’autant de sauts inutiles. C’est du travail de fourmi, mais il se voit dans les courbes de trafic bien plus vite que n’importe quel ajustement de contenu.
Migrer sans casser le signal, c’est tenir la chaîne courte
Une chaîne de 301 mal posée dilue l’autorité à chaque saut, et peut même faire passer la cible pour une redirection temporaire aux yeux du moteur. Ce n’est pas une théorie : Google traite les redirections empilées comme une perte progressive de confiance dans la nouvelle URL.
La parade tient dans une habitude, celle de vérifier les enchaînements après chaque déploiement, pas seulement au moment du basculement. Une migration propre se juge à cette rigueur-là, dans les semaines qui suivent, quand les vieilles adresses doivent avoir disparu de l’index. Vous êtes-vous déjà demandé combien de sauts séparent réellement votre ancienne page d’accueil de la nouvelle ?