Migration SEO : la checklist pour changer de domaine, de CMS ou d'URL sans perdre son trafic

Ce que recouvre une migration SEO

On parle de migration SEO dès qu'un changement modifie la façon dont Google trouve, explore ou identifie les pages d'un site. Les cas les plus courants sont le changement de nom de domaine (une nouvelle marque, le passage d'un .com à un .fr), le changement de CMS (le logiciel qui gère le site, par exemple de Wix vers WordPress), la refonte de l'arborescence des URL, le passage de HTTP à HTTPS et la fusion de plusieurs sites en un seul après un rachat.

Toutes ces opérations ont un point commun : les adresses que Google connaît cessent d'afficher le contenu attendu. Sans consignes claires, le moteur tombe sur des pages introuvables, perd la trace des liens qui pointaient vers vous et remet en cause des positions acquises en plusieurs années. Backlinko range d'ailleurs la migration parmi les projets numériques les plus risqués pour une entreprise.

Cet article se concentre sur la mécanique technique : l'inventaire des URL, le plan de redirection, le changement de domaine et le suivi après la bascule. Si votre projet est avant tout un changement de design et d'offre, notre article sur la refonte de site web sans perdre son SEO traite des signaux qui justifient une refonte et de son calendrier global.

Mesurer l'existant avant de bouger

Une migration se juge à la comparaison entre l'avant et l'après. Sans relevé de référence, vous serez incapable de distinguer une baisse normale de quelques semaines d'un vrai problème. Commencez donc par figer une photographie de la situation actuelle, au moins un mois avant la bascule.

• Le trafic organique global et par section, exporté depuis GA4 sur douze mois pour tenir compte de la saisonnalité.
• Les conversions organiques : demandes de devis, ventes, inscriptions, par grande rubrique du site.
• Les requêtes et les positions : export Search Console des clics, impressions, taux de clic et position moyenne, par page et par requête.
• Les pages prioritaires : celles qui concentrent le trafic, les conversions ou les liens entrants depuis d'autres sites.
• Les performances techniques : les Core Web Vitals, ces indicateurs de vitesse et de stabilité d'affichage mesurés par Google.

Backlinko conseille de rassembler ces données dans un tableau de bord qui se met à jour seul, par exemple dans Looker Studio, pour suivre la courbe sans refaire d'export chaque semaine.

Deux décisions d'organisation se prennent aussi à ce stade. Webflow recommande de choisir une fenêtre de faible trafic, repérée dans vos statistiques, et de geler les autres mises en production pendant 24 à 72 heures autour du lancement pour ne pas mélanger les causes en cas de souci. Désignez aussi un responsable SEO dans l'équipe projet.

Crawler et inventorier toutes les URL

Un crawl consiste à faire parcourir votre site par un robot, comme le ferait Google, pour lister chaque page avec ses caractéristiques. Screaming Frog, Sitebulb, Semrush ou Ahrefs font ce travail. Le crawl relève pour chaque URL son code de réponse HTTP (200 si la page répond, 404 si elle est introuvable, 301 si elle redirige), sa balise title, sa meta description, son H1, sa balise canonical et ses liens internes.

Le crawl ne voit que les pages reliées entre elles. Complétez l'inventaire avec les URL de la Search Console, de GA4, du sitemap actuel et de votre outil de backlinks : une page retirée du menu mais encore citée par un média transmet toujours de l'autorité.

Exportez ensuite le tout dans un tableur et classez les URL par type : pages de service, fiches produits, catégories, articles de blog, pages légales. Ce classement permet de traiter les redirections par lots. C'est aussi le bon moment pour un tri éditorial : Siteimprove rappelle que migrer un contenu non audité revient à transporter ses défauts dans le nouveau site. Les pages obsolètes, dupliquées ou sans trafic peuvent être fusionnées ou retirées, à condition de rediriger celles qui ont encore des liens. Notre méthode pour réaliser un audit SEO complet détaille ce passage en revue.

Dernière précaution : sauvegardez l'ancien site en entier (base de données, fichiers médias, réglages serveur et CDN) et conservez le fichier de crawl. Il servira de référence pour vérifier qu'aucun title ou aucune canonical n'a disparu en route.

Construire le plan de redirection 301

Le plan de redirection est un tableau à deux colonnes : l'ancienne URL et la nouvelle URL qui la remplace. Une redirection 301 indique au navigateur et à Google qu'une page a déménagé définitivement, ce qui permet de transférer vers la nouvelle adresse la valeur accumulée par l'ancienne. Google recommande les redirections permanentes 301 ou 308 pour une migration. La 302, qui signale un déplacement temporaire, est à réserver aux maintenances et aux tests.

La règle de base est la correspondance une à une : chaque ancienne page pointe vers la nouvelle page qui traite du même sujet. Rediriger des centaines d'URL vers la page d'accueil ou vers l'accueil du blog, comme le soulignent Webflow et Siteimprove, fait perdre l'essentiel de la valeur, car Google ne retrouve pas le contenu attendu. Traitez en priorité les pages qui ont du trafic organique ou des liens entrants, puis descendez dans la liste.

Trois pièges reviennent dans toutes les migrations. Le premier est la chaîne de redirections : une ancienne URL qui renvoie vers une URL intermédiaire, elle-même redirigée, ralentit l'exploration et dilue la valeur transmise. Le deuxième est la boucle, où deux adresses se renvoient l'une à l'autre et ne s'affichent jamais. Le troisième concerne les redirections en masse écrites avec des règles génériques : une syntaxe approximative peut envoyer toute une rubrique vers une mauvaise destination. Chaque fois, la correction consiste à pointer directement vers l'URL finale, en un seul saut.

Les redirections ne dispensent pas de corriger les liens. Mettez à jour les liens internes du menu, du pied de page et des contenus pour qu'ils visent directement les nouvelles adresses : notre article sur le maillage interne explique pourquoi ces liens pèsent dans le classement. Pour les liens entrants les plus précieux, Webflow suggère de demander aux sites concernés de mettre à jour leur lien, ce qui reste plus solide qu'une redirection.

Contrôler la préproduction

La préproduction (ou staging) est une copie privée du futur site, sur laquelle on construit et on teste avant la mise en ligne. Elle doit rester invisible pour les moteurs : protection par mot de passe, accès limité à certaines adresses IP et balise noindex, qui demande aux moteurs de ne pas indexer la page. Faute de ces précautions, Google peut indexer une copie de travail et créer un doublon de votre site.

Crawlez la préproduction comme vous avez crawlé l'ancien site, en configurant l'outil pour qu'il se présente comme Googlebot. Comparez ensuite les deux exports : titles, meta descriptions, H1, canonicals, balises hreflang (qui indiquent la langue et le pays visés par une page sur un site multilingue) et textes alternatifs des images. Backlinko note que les titles et meta descriptions sont les éléments qui pèsent le plus sur les performances après le lancement : leur perte lors d'un changement de CMS est un classique.

• Canonicals : chaque page doit désigner sa propre version de référence, surtout sur les fiches produits, les pages locales et les versions linguistiques.
• Robots.txt : le fichier qui autorise ou bloque l'exploration de certaines sections doit être prêt pour la production, sans hériter des blocages de la préproduction.
• Sitemap XML : il ne doit contenir que des URL qui répondent en 200 et qui sont leur propre canonical.
• Données structurées : les balisages schema.org (organisation, produits, avis, FAQ) sont à valider avec l'outil de test de Google.
• Mesure d'audience : GA4, Google Tag Manager, suivi des conversions et bandeau de consentement doivent être testés avant la mise en ligne, pas après.
• Vitesse et mobile : un nouveau CMS ou un nouvel hébergement change les performances, dans un sens ou dans l'autre.

Côté mesure, n'oubliez pas le RGPD : les visiteurs qui refusent les cookies restent invisibles dans GA4. Si le bandeau de consentement change pendant la migration, le volume mesuré peut varier sans que le trafic réel ait bougé.

Changement de domaine, HTTPS et outil de changement d'adresse

Le changement de nom de domaine est la migration la plus sensible, car Google doit transférer l'ensemble des signaux d'un site vers un autre. La Search Console propose pour cela un outil de changement d'adresse, qui informe officiellement Google du déménagement. D'après l'aide de la Search Console, il faut être propriétaire validé de l'ancienne et de la nouvelle propriété avec le même compte Google, et l'outil ne fonctionne qu'au niveau d'un domaine, pas d'un sous-répertoire.

Une fois la demande envoyée, Google suit la migration pendant 180 jours et privilégie le nouveau site dans ses résultats. Les redirections doivent rester actives au moins pendant cette période, et plus longtemps si des internautes arrivent encore sur l'ancien domaine. Pour les migrations avec changement d'URL en général, Google recommande de les garder aussi longtemps que possible, généralement au moins un an. Conservez donc l'enregistrement de l'ancien nom de domaine : le laisser expirer ferait disparaître toutes les redirections d'un coup. Notre guide pour bien choisir son nom de domaine aide à éviter un second changement quelques années plus tard.

Un point a été précisé par Google en juin 2026, comme l'a relevé Abondance : la demande doit être faite pour chaque variante de l'ancien domaine, sous-domaines compris, ainsi que pour les versions avec et sans www, même si vous ne les utilisez pas. L'aide Google le confirme : déclarer example.com ne migre pas www.example.com ni m.example.com. Chaque variante doit donc être validée dans la Search Console avant la déclaration.

Le passage en HTTPS et le basculement entre version avec et sans www ne nécessitent pas cet outil. Ils reposent sur des redirections 301 site entier, un sitemap à jour et des liens internes corrigés. Webflow ajoute un conseil pratique pour les changements de domaine : réduire la durée de vie des enregistrements DNS (le TTL) environ une journée avant la bascule, afin que le nouveau paramétrage se propage plus vite.

Le jour de la bascule

Le jour J se joue sur une liste de contrôles précise, à dérouler dans l'ordre dès que le nouveau site est accessible.

• Retirer les protections de préproduction : mot de passe, restriction IP et surtout la balise noindex.
• Tester les redirections : importer la liste des anciennes URL dans votre crawler en mode liste et vérifier que chacune aboutit en un seul saut sur la bonne page en 200.
• Crawler le nouveau site : repérer les liens internes cassés ou redirigés, les titles manquants, les canonicals erronées.
• Relire le robots.txt : en simulant Googlebot, pour détecter un blocage involontaire de sections, de fichiers CSS ou d'images.
• Soumettre le nouveau sitemap dans la Search Console et dans Bing Webmaster Tools.
• Déclarer le changement d'adresse si le domaine change, pour chaque variante concernée.
• Vérifier la mesure : visites en temps réel dans GA4, déclenchement des conversions, affichage du bandeau de consentement.

Backlinko recommande de laisser l'ancien sitemap XML accessible quelque temps : Google y retrouve les anciennes adresses, suit les redirections et comprend plus vite le déménagement. La documentation de Google indique qu'il peut ensuite être retiré, une fois que les anciennes URL ont disparu des rapports de la Search Console.

Le suivi post-migration de J+1 à M+6

La plupart des guides s'arrêtent le jour du lancement. C'est pourtant après que tout se décide. Dans un article publié le 7 septembre 2026, Abondance résume la situation ainsi : la vraie difficulté d'une migration n'est pas la préparation, mais le suivi. L'article s'appuie sur une étude de SALT.agency, menée par Dan Taylor sur 1 052 migrations de domaine : la durée médiane de récupération tourne autour de 10 mois, et 42 % des sites mettent plus d'un an à retrouver leur niveau d'avant bascule.

Siteimprove fait le même constat côté grandes organisations : la période la plus risquée commence quand l'équipe projet se disperse après la mise en ligne, et les entreprises qui traitent le lancement comme une ligne d'arrivée enchaînent dégradation de la qualité et corrections en urgence. Définissez donc avant le lancement qui surveille, à quelle fréquence et avec quels indicateurs. Google prévient de son côté que des fluctuations de classement sont normales pendant une migration, et qu'il faut souvent quelques semaines pour qu'un site de taille petite ou moyenne soit traité.

Les indicateurs à suivre

Abondance propose de piloter la reprise avec les données de la Search Console : clics, impressions, taux de clic et position moyenne, analysés avant et après la bascule, URL par URL et requête par requête. Cette granularité évite qu'une stabilité globale masque une rubrique en chute à cause d'une seule règle de redirection erronée.

Surveillez aussi le rapport d'indexation de la Search Console, qui liste les pages valides, les pages exclues, les redirections détectées et les erreurs serveur. L'outil d'inspection d'URL permet de vérifier une page précise. Webflow recommande de programmer des alertes sur les pics d'erreurs 404 dans les sections à forte valeur, plutôt que de compter uniquement sur des vérifications manuelles.

Corriger en boucle, sans attendre le rapport mensuel

Quand une page importante décroche, Webflow suggère trois vérifications : la redirection pointe-t-elle vers la bonne page, la page figure-t-elle bien dans le sitemap, et son contenu répond-il toujours à la requête visée. Abondance insiste sur la réactivité : pouvoir corriger une redirection, une canonical ou une balise robots rapidement, sans attendre un cycle de développement, réduit la durée de la baisse.

Le site continue par ailleurs d'évoluer après la mise en ligne. Backlinko conseille de crawler régulièrement le nouveau site, car chaque mise à jour peut réintroduire une erreur. Ce suivi s'inscrit naturellement dans un contrat de webmastering, qui assure la surveillance technique mois après mois. Pour repérer les problèmes les plus fréquents, notre liste des erreurs SEO techniques sert de grille de contrôle.

Enfin, documentez tout : type de migration, logique de correspondance des URL, liste finale des redirections avec résultats des tests, modifications du robots.txt et du sitemap, changements de mesure. Webflow rappelle que cette documentation raccourcit les audits suivants et facilite la prochaine migration, surtout quand les équipes changent. Si vous préférez confier la préparation et le suivi à une équipe dédiée, notre accompagnement en référencement naturel couvre la migration de bout en bout, du premier crawl au bilan à six mois.