Une position zéro qui disparaît après une migration de domaine mal redirigée

Le client gérait une boutique d’accessoires pour vélos passée de velo-boutique.fr à cyclotech.fr à l’occasion d’un rebranding. La migration technique semblait propre : toutes les pages répondaient en 301, le sitemap avait été régénéré, Search Console ne remontait aucune erreur 404 massive. Pourtant, la fiche « Comment régler un dérailleur arrière » qui trônait en position zéro depuis dix-huit mois a disparu des résultats trois semaines après le bascule.

Ce genre de perte silencieuse est plus difficile à détecter qu’un effondrement de trafic global, parce que le reste du site continue de se positionner normalement. Voici comment on a remonté le fil.

Symptôme : un snippet qui s’évapore sans erreur visible

Aucune alerte dans Search Console, aucune pénalité manuelle, le trafic organique global n’avait baissé « que » de 8 %, ce qui passait pour une variabilité normale post-migration. C’est en surveillant manuellement la requête « régler dérailleur arrière » chaque semaine (une habitude prise sur les pages à fort trafic) qu’on a constaté que Google affichait désormais un extrait enrichi provenant d’un concurrent, alors que le contenu de la page migrée n’avait pas changé d’une virgule.

Diagnostic : suivre la redirection jusqu’au bout

Premier réflexe : vérifier la redirection avec curl en suivant les sauts.

curl -sI -L https://www.velo-boutique.fr/reglage-derailleur-arriere/

HTTP/1.1 301 Moved Permanently
Location: https://cyclotech.fr/blog/reglage-derailleur-arriere

HTTP/1.1 301 Moved Permanently
Location: https://cyclotech.fr/blog/reglage-derailleur-arriere/

HTTP/1.1 200 OK

Deux sauts au lieu d’un : la première redirection (générée par une règle globale du plugin de migration) pointait vers l’URL sans slash final, qui elle-même redirigeait vers l’URL canonique avec slash grâce à la réécriture native de WordPress. Deux redirections en chaîne pour arriver à la bonne page, ce qui n’est déjà pas idéal, mais qui n’explique pas à lui seul la perte du featured snippet : Google suit les chaînes de redirection courtes sans problème.

Le vrai problème est apparu en comparant l’URL canonique déclarée par la page cible avec celle indexée par Google avant la migration : rel="canonical" pointait vers https://cyclotech.fr/reglage-derailleur-arriere/ (sans le segment /blog/), une URL qui n’existait tout simplement pas sur le nouveau domaine et renvoyait un 404. La règle de redirection avait été écrite en se basant sur l’ancienne arborescence du site, mais l’équipe avait profité de la migration pour réorganiser certaines URL sous /blog/, sans mettre à jour la balise canonique générée par le thème.

Correctif : aligner redirection, canonical et sitemap

Trois actions ont suffi à corriger la situation :

1. Réécrire la règle de redirection pour qu’elle pointe directement vers l’URL finale avec slash, sans saut intermédiaire
2. Corriger la génération de la balise canonique dans le thème, qui utilisait un chemin codé en dur au lieu de get_permalink()
3. Forcer une réindexation via l’outil d’inspection d’URL de Search Console sur la page corrigée

Le featured snippet est réapparu douze jours après la correction, sans qu’on ait touché au contenu de la page. C’est la preuve que la disparition n’était pas due à un jugement qualitatif de Google sur le contenu, mais bien à une incohérence technique entre l’URL réellement servie et celle que le moteur considérait comme canonique.

Prévention : un test spécifique pour les pages à snippet

Sur toute migration de domaine, je liste à part les URL qui détiennent un featured snippet ou une position dans le top 3, et je les vérifie une par une après bascule : redirection directe, canonical cohérent, contenu identique au caractère près.

Un script simple permet d’automatiser ce contrôle sur une liste d’URL sensibles :

while read -r url; do
  echo "== $url =="
  curl -sI -L "$url" | grep -E "HTTP|Location"
done < urls-a-snippet.txt

Sur ce dossier, seules quatre URL sur trois cents portaient un featured snippet actif, mais elles représentaient à elles seules 15 % du trafic organique du site avant migration. Un contrôle ciblé sur ce petit lot aurait évité trois semaines de visibilité perdue.

Notre verdict

Une migration de domaine techniquement propre au sens large (pas de 404 massives, sitemap à jour) peut malgré tout faire perdre des positions zéro si la chaîne canonical/redirection n’est pas vérifiée URL par URL sur les pages à forte valeur. Ce sont précisément ces pages qui méritent le contrôle manuel le plus strict, parce que ce sont elles qui ont le plus à perdre.