La réponse courte
Dans la plupart des chutes de trafic post-migration, le problème n'est pas du contenu plus mince ni une structure déplacée — ce sont les codes de statut et les chaînes de redirection : des 301 en escalier, des boucles, un tas de 404, ou des crawlers qui voient autre chose que les navigateurs. Pas de don requis, juste deux points dans le temps : une ligne de base avant la migration et une re-vérification 24–72 heures après. Un check en lot couvre jusqu'à 20 URL, suit chaque saut avec son timing et tourne depuis deux vues (Googlebot / navigateur) — une conclusion en 20 minutes au plus.
Tableau des codes de statut (ceux qu'utilise le diagnostic de migration)
Code | Signification | Ce que ça veut dire pendant une migration |
|---|---|---|
200 / 204 | OK / sans contenu | Un endpoint propre |
301 / 308 | Redirection permanente | L'identité de l'URL se déplace — une migration, c'est surtout ça |
302 / 307 | Redirection temporaire | L'ancienne URL continue de concourir ; à ne pas utiliser pour du permanent |
404 | Non trouvé | Réponse correcte pour les pages réellement supprimées |
410 | Supprimé pour toujours | Plus clair : « n'existe pas et ne doit pas être cherché » |
429 | Trop de requêtes | Crawler bloqué ; vérifie le Retry-After |
500 / 502 / 503 | Erreurs de serveur | Le pire pendant le crawl — endommage directement l'indexation |
301 vs 302 : lequel pour une migration
Rediriger dans la mauvaise direction est la raison n° 1 pour laquelle le classement ne revient jamais :
- Permanent (301/308) : la nouvelle URL devient l'identité ; l'autorité et l'historique suivent. À utiliser pour un changement de domaine et les refontes de structure d'URL.
- Temporaire (302/307) : l'ancienne URL reste l'identité ; la nouvelle est un arrêt temporaire. À utiliser pour les pages de campagne et les transferts de checkout.
Exemples de dégâts : une page promo qui a utilisé un 301 — quand la promo se termine, l'historique de classement de l'ancienne page a déjà déménagé « pour toujours », et la récupération signifie re-migrer. Et l'inverse : une refonte permanente en 302 — la vieille adresse continue de concourir pour l'identité, et aucune des deux pages ne classe bien.
Deux points dans le temps : avant et après
Avant la migration (ligne de base, une fois) : confirme le statut final de tes 20 URL de valeur les plus hautes et de leurs chaînes, et archive-le. Ce fichier est la base de comparaison — sans lui, tu ne distingues pas « problème nouveau » de « préexistant ».
Après la migration (re-check, 24–72 h plus tard) : attends que le basculement se stabilise, puis vérifie quatre choses :
- Toutes les anciennes URL en 301 comme prévu (ni 200, ni 404).
- Les nouvelles URL répondent en 200.
- Pas de chaînes en escalier (A→301→B→301→C devrait être un seul saut) et pas de boucles (B→301→A→301→B — les crawlers abandonnent).
- Vue crawler et vue navigateur cohérentes (écart → généralement WAF / keep-alive / règles de UA ; c'est la source classique de « chez moi c'est bon mais l'indexation est cassée »).
Exécuter le check (gratuit, sans inscription)
- Colle les URL, une par ligne, jusqu'à 20 ; les doublons sont écartés automatiquement et les domaines nus reçoivent https:// automatiquement.
- Choisis les vues : Googlebot, Bingbot, navigateur, etc. (ajoute des headers personnalisés si besoin). Pour un check de migration, lance Googlebot + navigateur au minimum.
- Lis la chaîne : code de statut, phrase de statut, chaîne complète (statut, Location et timing de chaque saut), headers de réponse, corps et temps total. Répartis le timing par saut — le saut lent est le problème.
- Exporte en CSV : mets les résultats dans ta feuille de suivi ou ta file de tickets à côté des autres changements.
Un vérificateur de codes de statut HTTP gratuit (vérification humaine simple par check, sans inscription) fait tout ça en une passe et fournit une référence de 54 codes — ce qui explique aussi pourquoi on suit les chaînes plutôt que le seul statut final.
Audit mensuel (optionnel mais recommandé)
Les personnes qui se brûlent oublient le troisième mois. Garde une liste d'« URL malades » et passe les 20 URL de base tous les mois. Les codes de statut, c'est comme les boutons d'ascenseur — ils tombent en panne quand on suppose qu'ils sont bons.
Erreurs courantes
- Ne regarder que le statut final : 301→301→200 est très différent d'un 200 direct ; plus la chaîne est longue, plus le signal décroît.
- Corriger tous les 404 : un 404 relié dans une chaîne de redirection n'est pas un lien mort — les pages réellement supprimées doivent rester en 404/410. Ne corrige que les liens morts qui ont du trafic.
- Tester seulement la vue navigateur : les WAF renvoient du contenu différent selon la UA. Au moins deux vues par check.
FAQ
Combien d'URL puis-je vérifier d'un coup ? Jusqu'à 20 ; les URL dupliquées ne sont vérifiées qu'une fois. Les listes plus longues signifient juste plus de lots.
C'est payant ? Non. Gratuit et anonyme, avec une simple vérification humaine par check.
À quel point un 301 est-il fiable juste après la migration ? L'outil de check affiche en général des résultats sous 24–72 heures ; pour le transfert complet d'autorité, suis l'inspection d'URL de la GSC dans les semaines suivantes.
502/503, c'est « échec » ou « attendre » ? Pendant le crawl, c'est sérieux. Trouve la cause (upstream, endpoints précis). Un 5xx vu depuis la vue crawler n'est pas une situation de « alors attends ».
Auteur : Julian Mercer, praticien du SEO technique depuis 14 ans chez Auspia. Julian écrit sur la crawlabilité, le rendu, l'architecture de site et les bases techniques dont un contenu lisible par l'IA a besoin.
