Liste de vérification — migration SEO

Des semaines avant le lancement. Tout ceci devient impossible à récupérer une fois l’ancien site disparu.

• Exporter la liste complète des URL existantesCritiqueDepuis Search Console, votre analytique, votre sitemap et une exploration — chaque source en manque d’autres. L’union constitue votre inventaire réel.
• Consigner ce qui se classe actuellement, et sur quoiCritiquePages principales par impressions et clics, avec la position. C’est la base qui rend toute perte ultérieure visible plutôt que discutable.
• Consigner ce qui convertit actuellementCritiqueLes pages qui génèrent formulaires et appels. Ce sont celles le plus souvent supprimées par une refonte parce que personne n’a vérifié lesquelles c’étaient.
• Repérer les pages visées par des liens externesCritiqueLes liens gagnés sont l’actif le plus difficile à remplacer. Une page avec des liens entrants doit voir son URL préservée ou redirigée précisément, jamais abandonnée.
• Conserver une copie du contenu qui performeLa profondeur qui gagne des positions doit migrer intacte. La réécrire pour un nouveau ton est une façon courante et évitable de perdre du rang.
• Noter les Core Web Vitals actuelsPour savoir si le nouveau site est réellement plus rapide ou seulement plus récent.

Avant le début de la construction, non après. C’est en rattrapant ceci que les projets dérapent.

• Associer chaque ancienne URL à exactement une nouvelleCritiqueUne pour une. Une page sans équivalent évident a tout de même besoin d’une destination — la page pertinente la plus proche, non l’accueil.
• Éviter de tout rediriger vers l’accueilCritiqueLes moteurs traitent une redirection massive vers la racine comme un soft 404 et l’acquis est perdu. C’est l’erreur de migration la plus fréquente.
• Utiliser 301, non 302CritiqueUn 302 signale un déplacement temporaire et ne consolide pas les signaux comme le fait une redirection permanente.
• Éliminer les chaînes de redirectionAncienne → intermédiaire → nouvelle gaspille le budget d’exploration et dilue les signaux. Pointez l’originale directement vers la destination finale.
• Décider du sort des pages retiréesUn véritable 410 est parfois plus juste et plus propre que rediriger vers une page hors sujet. Décidez délibérément.
• Traiter les deux langues si le site est bilingueChaque version linguistique a besoin de son propre plan, et les relations hreflang doivent être reconstruites sur les nouvelles URL.

Le dernier moment où les erreurs coûtent peu.

• Confirmer que la préproduction n’est pas indexableCritiqueUne préproduction indexée crée du contenu dupliqué et dépasse parfois le vrai site.
• Tester le plan contre la liste complète des URLCritiqueDe façon automatisée, non par échantillon. Un plan qui fonctionne pour les vingt URL vérifiées n’est pas un plan testé.
• Vérifier que les canoniques pointent vers les nouvelles URLCritiqueUne canonique laissée sur l’ancien domaine retirera la nouvelle page de l’index.
• Vérifier que le contenu s’affiche sans JavaScriptAffichez la source plutôt que l’inspecteur. Une substance qui n’existe qu’après hydratation est souvent invisible aux robots.
• Confirmer que robots.txt autorise les agents voulusCritiqueLes fichiers robots de préproduction partent régulièrement en production. Vérifiez chaque agent individuellement.
• Vérifier que l’analytique et le suivi se déclenchentTestez une soumission réelle de bout en bout. Un suivi brisé au lancement vous empêche de savoir si la migration a fonctionné.

Les vingt-quatre premières heures.

• Soumettre le nouveau sitemap dans Search ConsoleEt gardez brièvement l’ancien sitemap accessible pour que les redirections soient découvertes.
• Vérifier des redirections en productionCritiqueLe comportement en préproduction et en production diffère plus souvent qu’on ne le pense, généralement à cause des règles du CDN.
• Confirmer que le site n’est pas noindex par accidentCritiqueL’erreur de lancement la plus dommageable, et elle survient sur de vrais projets avec des équipes expérimentées.
• Tester vous-même le parcours de conversion principalCritiqueSoumettez le formulaire. Recevez le courriel. Ne présumez pas.

Les problèmes apparaissent entre deux et huit semaines après, non le premier jour.

• Surveiller l’indexation quotidiennement pendant deux semainesUne baisse des pages indexées est le premier signal fiable qu’un problème existe.
• Surveiller les erreurs d’explorationDe nouveaux 404 indiquent des URL que votre plan a manquées. Il y en a presque toujours.
• Comparer les positions à votre base de référenceUne certaine fluctuation est normale pendant la réindexation. Une baisse soutenue après trois semaines est un problème, non du bruit.
• Comparer le taux de conversion, par appareilLes chiffres agrégés masquent une régression mobile, l’échec de conversion post-lancement le plus fréquent.
• Conserver les redirections en permanenceCritiqueLes retirer après six mois jette l’acquis que la migration a servi à préserver. Elles ne sont pas temporaires.