Guide Limpi

Audit SEO avant migration : quoi vérifier avant de basculer le site

Une migration peut modifier des URLs, l’hébergement, le CMS ou l’architecture. L’audit avant bascule sert à préparer les points sensibles, documenter l’état de départ et réduire le risque d’une régression difficile à diagnostiquer après la mise en ligne.

Commencer par définir ce qui change réellement

Avant d’ouvrir une checklist, listez les changements prévus : domaine, protocole, structure d’URL, CMS, templates, hébergement, navigation, données structurées ou contenu. Cette cartographie évite de traiter une migration de domaine comme une simple refonte graphique.

L’audit doit aussi conserver un état de référence : URLs importantes, codes HTTP, canonicals, indexabilité, maillage, principales métriques de performance et pages qui génèrent déjà des visites. Sans cette photographie, comparer avant et après devient beaucoup plus difficile.

Préparer un mapping des anciennes et nouvelles URLs

Lorsqu’une URL change, préparez un mapping explicite entre l’ancienne adresse et la destination la plus pertinente. Le but n’est pas de tout rediriger vers la page d’accueil, mais de conserver une correspondance logique entre les contenus.

Google recommande de préparer ce mapping avant le déplacement et d’utiliser des redirections permanentes lorsque le changement d’URL est durable. Les redirections permanentes permettent aux utilisateurs et aux moteurs de rejoindre la nouvelle adresse, mais elles ne remplacent pas la mise à jour des liens internes.

Vérifier canonical, robots, noindex et sitemap

Les nouvelles pages doivent pointer vers les bonnes URLs canoniques. Un canonical resté sur l’ancien domaine, un noindex oublié ou une règle robots.txt héritée d’un environnement de préproduction peut créer une régression importante au moment de la bascule.

Préparez aussi le sitemap contenant les nouvelles URLs et vérifiez que les anciennes règles de blocage temporaires ne seront pas conservées en production. Cette étape doit être testée avant la mise en ligne, pas découverte après.

Contrôler la capacité de crawl et le fonctionnement technique

La nouvelle plateforme doit répondre correctement : pages importantes accessibles, code HTTP cohérent, redirections sans chaînes inutiles, absence de boucles, ressources principales disponibles et serveur capable d’absorber la charge.

Après une migration, le comportement de crawl peut varier pendant que Google redécouvre les nouvelles URLs. Google indique que des fluctuations temporaires peuvent survenir pendant un déplacement important : l’objectif d’un audit est donc de limiter les erreurs évitables, pas de promettre une stabilité absolue des positions.

Tester la nouvelle version avant la bascule

Testez un échantillon représentatif : accueil, catégories, pages profondes, pages avec paramètres, contenus multilingues, anciennes URLs à rediriger et pages stratégiques. Vérifiez les réponses HTTP, le canonical, les liens, le rendu et les données structurées utiles.

Une migration importante gagne à être découpée lorsque c’est possible. Tester une section ou une famille d’URLs peut révéler des problèmes de mapping, de templates ou de capacité serveur avant que toute la visibilité du site soit exposée.

Préparer le contrôle juste après mise en ligne

Le plan de migration doit inclure ce qui sera vérifié dans les heures et les jours suivants : disponibilité, erreurs 404, redirections, sitemap, inspection d’URL, logs, crawl, indexation et métriques de performance. La surveillance fait partie du projet.

Conservez le mapping et l’état de référence. Ils permettent de distinguer une fluctuation attendue d’un problème concret, par exemple une famille de pages qui ne reçoit plus de liens internes ou des redirections qui pointent vers de mauvaises destinations.

Ce qu’un audit pré-migration ne garantit pas

Même une migration très bien préparée peut connaître des variations temporaires de crawl, d’indexation ou de classement. Aucun audit ne peut garantir l’absence totale de fluctuation. Il peut en revanche réduire le nombre d’erreurs techniques évitables et accélérer le diagnostic si une anomalie apparaît.

La priorité est de préserver la continuité : contenus importants accessibles, redirections permanentes pertinentes, signaux cohérents, liens internes à jour et moyens de vérifier rapidement la situation après la bascule.

Sources et repères

À retenir

La priorité est de préserver la continuité : contenus importants accessibles, redirections permanentes pertinentes, signaux cohérents, liens internes à jour et moyens de vérifier rapidement la situation après la bascule.