Changer de CMS, de nom de domaine, d’hébergement ou restructurer entièrement un site n’est jamais une opération anodine. Une migration mal préparée peut provoquer des erreurs 404, une désindexation de pages importantes et une chute brutale du trafic organique. À l’inverse, une migration bien pilotée peut être l’occasion d’assainir la structure du site et de repartir sur de meilleures bases.
Cette checklist migration SEO rassemble les vérifications à effectuer avant, pendant et après la mise en ligne. L’objectif : permettre à Google de retrouver rapidement les contenus importants et limiter autant que possible les pertes de positions.
Sommaire
1. Sauvegarder les performances SEO avant la migration
Impossible de savoir si une migration est réussie sans connaître précisément la situation de départ. Avant de toucher à l’arborescence, aux URL ou au serveur, réalisez un état des lieux SEO complet.
Commencez par définir quelques objectifs mesurables : conserver l’essentiel du trafic organique, améliorer les Core Web Vitals, simplifier l’arborescence, supprimer certaines pages inutiles ou faciliter l’exploration du site.
Enregistrez ensuite vos principales données de référence :
- trafic organique des 3, 6 et 12 derniers mois ;
- clics et impressions provenant de Google ;
- pages recevant le plus de trafic SEO ;
- requêtes stratégiques et positions actuelles ;
- conversions provenant du référencement naturel ;
- pages possédant le plus de backlinks ;
- nombre approximatif d’URL indexées.
Google Search Console devient ici particulièrement utile. Si certains rapports restent difficiles à exploiter, notre guide consacré à l’utilisation de Google Search Console permet de mieux identifier les pages, requêtes et problèmes d’indexation à surveiller.
2. Crawler et sauvegarder toutes les URL de l’ancien site
Avant la migration, réalisez un crawl complet de l’ancien site avec Screaming Frog, Sitebulb ou un outil équivalent. Cette photographie technique sera précieuse une fois l’ancien site remplacé.
Conservez notamment les URL, codes HTTP, balises title, méta-descriptions, H1, directives d’indexation, balises canonical, données structurées et liens internes.
Identifier les URL SEO prioritaires
Toutes les pages n’ont pas la même valeur. Croisez les données du crawl avec celles de Google Search Console, Analytics et de votre outil de backlinks afin de repérer les URL qui :
- attirent déjà beaucoup de visiteurs depuis Google ;
- se positionnent sur des requêtes importantes ;
- génèrent des ventes, inscriptions ou demandes de devis ;
- possèdent des backlinks intéressants ;
- servent de hubs pour le maillage interne.
Ces pages devront faire l’objet d’une attention particulière lors de la création des redirections.
Profiter de la migration pour repérer les problèmes existants
Le crawl permet aussi de détecter les défauts que vous ne souhaitez pas transporter sur le nouveau site : 404, chaînes de redirections, pages orphelines, contenus dupliqués, balises canonical incorrectes ou contenus très faibles.
Une migration n’oblige pas à conserver chaque URL historique. Elle permet justement de faire le tri, à condition de ne pas supprimer aveuglément les pages qui possèdent encore une valeur SEO.
3. Construire le plan de redirection URL par URL
C’est probablement l’étape la plus sensible d’une migration SEO.
Créez un tableau avec au minimum deux colonnes : ancienne URL et nouvelle URL. Chaque page importante doit être redirigée vers son équivalent le plus proche.
| Situation | Action recommandée | Code |
|---|---|---|
| L’URL change mais le contenu reste | Rediriger vers la nouvelle URL | 301 |
| Deux contenus sont fusionnés | Rediriger vers la page consolidée | 301 |
| Page supprimée avec équivalent pertinent | Rediriger vers cet équivalent | 301 |
| Page définitivement supprimée sans équivalent | Laisser disparaître l’URL | 404 ou 410 |
Évitez surtout de rediriger automatiquement toutes les anciennes URL vers la page d’accueil. Une redirection doit mener vers un contenu suffisamment proche pour être utile à l’internaute.
Contrôlez aussi l’absence de chaînes du type :
ancienne URL → URL intermédiaire → nouvelle URL
Dans la mesure du possible, l’ancienne adresse doit pointer directement vers sa destination finale.
4. Préparer un environnement de staging réellement isolé
Le nouveau site doit être testé avant sa mise en production. Utilisez pour cela un environnement de staging inaccessible aux moteurs de recherche.
La meilleure protection reste une authentification serveur ou un accès protégé par mot de passe. Vous pouvez compléter cette protection avec une directive noindex, mais évitez de compter uniquement sur le fichier robots.txt.
Le staging doit reproduire aussi fidèlement que possible le futur environnement de production : CMS, thème, extensions, structure des URL, menus, données structurées et fonctionnalités importantes.
Si la migration implique aussi un changement d’infrastructure, le choix du serveur mérite une attention particulière. Notre guide pour choisir un hébergeur WordPress détaille notamment les différences entre mutualisé, VPS et hébergement managé.
5. Vérifier tous les éléments SEO du nouveau site
Une fois le staging fonctionnel, passez en revue les éléments SEO essentiels avant le lancement.
Balises et contenu
Vérifiez les title, méta-descriptions, H1, H2, textes, images et attributs alt. Une refonte graphique ne doit pas entraîner par inadvertance la disparition de paragraphes qui participaient au positionnement des anciennes pages.
Balises canonical
Contrôlez particulièrement les canonical. Une mauvaise configuration peut demander aux moteurs de recherche d’ignorer certaines nouvelles URL.
Maillage interne
Les liens internes doivent pointer directement vers les nouvelles URL, et non passer par les redirections 301 de l’ancien site.
Profitez-en pour repérer les pages orphelines et renforcer les liens vers les contenus stratégiques. Pour aller plus loin, tu peux consulter notre sélection des meilleurs outils SEO pour analyser le maillage interne.
Données structurées
Si l’ancien site utilise des données structurées Product, Article, Breadcrumb, Organization ou d’autres balisages Schema.org pertinents, vérifiez qu’ils sont toujours présents et correctement renseignés.
Performances et mobile
Testez enfin le nouveau site sur smartphone et ordinateur. Surveillez notamment le poids des images, le lazy loading, les scripts JavaScript, la stabilité visuelle et les Core Web Vitals.
6. Effectuer le crawl final avant la mise en ligne
Quelques heures ou quelques jours avant le lancement, effectuez un nouveau crawl complet du staging.
Cette dernière vérification doit notamment confirmer :
- que toutes les pages prévues sont accessibles ;
- que les balises canonical sont correctes ;
- qu’aucun lien interne important n’est cassé ;
- que les nouvelles URL correspondent au plan prévu ;
- que les contenus stratégiques sont bien présents ;
- que les données structurées fonctionnent ;
- que les formulaires, paniers et processus de conversion sont opérationnels.
Testez séparément votre fichier de redirections à partir de la liste des anciennes URL. Cette opération permet de découvrir les 301 manquantes avant que Googlebot et les internautes ne les rencontrent.
7. Le jour J : mettre le nouveau site en production
Choisissez si possible une période durant laquelle le trafic et les conversions sont faibles. Une migration un vendredi soir n’est pas forcément idéale si personne n’est disponible le week-end pour intervenir en cas de problème.
Lors de la bascule, vérifiez immédiatement les éléments critiques :
- le nouveau site répond correctement en HTTPS ;
- les protections du staging ne se retrouvent pas en production ;
- aucune directive
noindexglobale n’a été conservée ; - le robots.txt permet l’exploration des zones destinées à Google ;
- les redirections 301 fonctionnent ;
- le sitemap XML contient les nouvelles URL canoniques ;
- Analytics et le suivi des conversions enregistrent correctement les visites.
Soumettez ensuite le nouveau sitemap XML dans Google Search Console. Inspectez quelques pages stratégiques afin de confirmer que Google peut les explorer.
En cas de changement de domaine, pensez aux démarches spécifiques de changement d’adresse dans Search Console et conservez les redirections de l’ancien domaine suffisamment longtemps.
8. Surveiller quotidiennement le site après la migration
La mise en ligne ne marque pas la fin de la migration. Les premiers jours et premières semaines sont justement ceux durant lesquels la surveillance doit être la plus attentive.
Contrôlez Google Search Console, vos statistiques de trafic, les logs serveur si vous y avez accès et votre outil de suivi des positions.
| Indicateur | Ce qu’il faut surveiller | Réaction |
|---|---|---|
| Trafic organique | Baisse anormale par page ou répertoire | Identifier immédiatement les URL touchées |
| Erreurs 404 | Anciennes URL encore visitées | Créer les redirections pertinentes manquantes |
| Indexation | Nouvelles pages non explorées ou exclues | Contrôler canonical, robots et noindex |
| Positions SEO | Chute importante sur les requêtes stratégiques | Comparer ancienne et nouvelle page |
9. Mettre à jour les backlinks les plus importants
Les redirections 301 permettent aux anciennes URL de transmettre des signaux vers les nouvelles, mais il reste préférable que les backlinks importants pointent directement vers leur destination finale.
Identifiez donc les sites qui envoient les liens les plus intéressants vers votre ancien domaine ou vos anciennes URL. Lorsque cela est possible, contactez leurs propriétaires afin de leur demander une mise à jour.
Pensez aussi aux liens que vous contrôlez directement : profils sociaux, Google Business Profile, newsletters, signatures d’e-mail, fiches partenaires, annuaires professionnels ou autres sites appartenant à votre entreprise.
10. Comparer les résultats à J+7, J+30 et J+90
Une légère volatilité après une migration n’indique pas nécessairement un problème. Google doit explorer les anciennes URL, suivre les redirections, découvrir les nouvelles pages et mettre à jour progressivement son index.
Comparez donc les résultats à plusieurs échéances plutôt que de tirer une conclusion après 24 heures.
| Période | Priorité | À vérifier |
|---|---|---|
| J+1 à J+7 | Technique | 404, 301, crawl, robots, sitemap |
| J+30 | SEO | Indexation, clics, impressions et positions |
| J+90 | Performance globale | Trafic, visibilité et conversions |
Checklist migration SEO : le récapitulatif
Pour ne rien oublier, voici les principales étapes à valider :
- ☐ sauvegarder les données SEO avant la migration ;
- ☐ crawler intégralement l’ancien site ;
- ☐ identifier les URL possédant du trafic ou des backlinks ;
- ☐ préparer le mapping ancienne URL → nouvelle URL ;
- ☐ configurer et tester les redirections 301 ;
- ☐ protéger correctement le staging ;
- ☐ contrôler contenus, balises, canonical et données structurées ;
- ☐ mettre à jour le maillage interne ;
- ☐ tester le site sur mobile et ordinateur ;
- ☐ vérifier robots.txt et sitemap.xml lors de la mise en production ;
- ☐ soumettre le nouveau sitemap à Google Search Console ;
- ☐ surveiller erreurs 404, indexation, trafic et positions ;
- ☐ comparer les performances à J+7, J+30 et J+90.
Une migration SEO réussie ne repose donc pas sur une seule manipulation technique. Elle demande de conserver une photographie précise de l’ancien site, de préparer les redirections URL par URL et de contrôler rapidement ce qui se passe après la mise en ligne.
Le meilleur indicateur reste la capacité de Google à retrouver les contenus importants et à transférer progressivement les signaux des anciennes URL vers les nouvelles. Plus le plan de migration est préparé en amont, moins les équipes auront à intervenir dans l’urgence après la bascule.
FAQ sur la migration SEO
Une migration de site fait-elle forcément perdre du trafic SEO ?
Non. Une migration peut entraîner des fluctuations temporaires, mais une chute durable n’est pas une fatalité. Un mapping précis des URL, des redirections 301 correctement configurées et une surveillance post-migration réduisent fortement les risques.
Combien de temps faut-il surveiller le SEO après une migration ?
La surveillance doit être particulièrement intensive durant les premières semaines. Il reste intéressant de comparer les résultats après 7 jours, 30 jours puis 90 jours afin de distinguer les fluctuations temporaires d’un problème structurel.
Faut-il rediriger toutes les pages supprimées vers la page d’accueil ?
Non. Une ancienne URL doit être redirigée vers une page qui constitue un véritable équivalent. Lorsqu’aucun contenu pertinent n’existe, une réponse 404 ou 410 peut être plus logique qu’une redirection artificielle vers la page d’accueil.