Migration domaine : Google durcit les exigences — ce que ça change et comment réussir votre transition 🔁
La migration domaine n’est jamais une formalité. Entre la préservation du référencement, l’orchestration technique et la gestion des risques, le moindre détail compte. Google a récemment renforcé ses consignes pour les migrations de site vers un nouveau nom de domaine. La nouveauté clé ? Vous devez désormais inclure toutes les variantes de l’ancien domaine dans la procédure (www, non-www et sous-domaines), même si certaines ne sont pas activement utilisées. Cette évolution confirme une réalité terrain : un plan de migration de domaine réussi est intégral, exhaustif et méticuleux. 🌐
Dans cet article, vous trouverez une méthode étape par étape, des pièges à éviter, des checklists et des conseils pratiques pour mener une migration domaine sans perte d’équité SEO — et avec la meilleure continuité business possible.
Pourquoi ce durcissement de Google ? 🧭
En pratique, les liens pointant vers votre marque ne ciblent pas tous la même variante. Certains renvoient vers www.votredomaine.com, d’autres vers votredomaine.com, d’autres encore vers des sous-domaines (par exemple en.votredomaine.com). Si, lors d’une migration de domaine, vous ne déclarez et ne redirigez pas toutes ces variantes de manière cohérente, vous laissez s’installer des incohérences de crawling et de consolidation des signaux (liens, canoniques, hreflang, etc.).
Les conséquences possibles : gaspillage de budget de crawl, affaiblissement de l’autorité transférée, cannibalisation entre anciennes et nouvelles URL, fluctuations plus longues et imprévisibles. En demandant explicitement d’inclure toutes les variantes dans la procédure de changement d’adresse, Google réduit ces zones grises et accélère la stabilisation des signaux. ✅
Ce qui change concrètement pour votre migration domaine
Lors d’un passage de ancien-domaine.tld vers nouveau-domaine.tld, vous devez :
1) Vérifier dans la Search Console toutes les variantes de l’ancien domaine : www, non-www, et chaque sous-domaine (y compris ceux dédiés aux langues, aux régions, au blog, au support…).
2) Soumettre une demande de changement d’adresse (Change of Address) pour chaque variante de l’ancien domaine, pointant vers le nouveau domaine.
3) Maintenir des redirections 301 globales, cohérentes, et sans chaîne entre toutes les anciennes URL et leurs équivalents sur le nouveau domaine.
Quand ne pas utiliser l’outil Change of Address de Google 🛑
L’outil est réservé aux migrations de domaine (changement d’hôte). N’en abusez pas pour d’autres types de chantiers. Il n’est pas prévu pour :
– Le passage de HTTP à HTTPS seulement (l’hôte ne change pas).
– Les modifications de structures de catégories ou d’URL sans changement de domaine.
– Le basculement entre www et non-www sur le même domaine.
– Le changement d’hébergeur ou de CDN si vos URL ne changent pas.
Dans ces cas, des redirections et des signaux on-site bien paramétrés suffisent, sans recourir au Change of Address.
Plan d’action pas à pas pour une migration domaine sans perte de SEO
Phase 1 — Préparation stratégique et technique 🧩
– Réalisez un inventaire exhaustif des URL indexables et non indexables (pages, médias, PDF, pages de pagination, filtres, etc.). Exportez depuis votre CMS, votre crawler (type Screaming Frog/OnCrawl), et la Search Console (sitemaps + rapport d’indexation).
– Listez toutes les variantes d’hôte utilisées historiquement : www, non-www, m., blog., support., en., etc. N’oubliez pas les environnements techniques (préprod) et les domaines de backup.
– Abaissez le TTL DNS quelques jours avant la bascule pour accélérer la propagation. Pré-provisionnez vos certificats SSL/TLS côté ancien et nouveau domaine.
– Geler les déploiements hors migration pendant 1 à 2 semaines (freeze) afin de limiter les variables.
– Définir un mapping URL 1:1 le plus stable possible : chaque ancienne URL doit rediriger vers une seule nouvelle URL pertinente, en conservant le chemin et les paramètres quand c’est logique.
Phase 2 — Vérification Search Console (avant la bascule) 🔐
– Créez des propriétés Domaine pour l’ancien et le nouveau domaine, puis ajoutez des propriétés URL-préfixe pour chaque variante (www, non-www, et sous-domaines). La propriété Domaine donne une vue globale, mais la demande de changement d’adresse se fait au niveau des propriétés URL-préfixe/host.
– Vérifiez la propriété par DNS (TXT) de préférence, car elle couvre toutes les sous-variantes. Si besoin, complétez avec des balises HTML ou fichiers de vérification.
– Assurez-vous que chaque variante de l’ancien domaine apparaît bien “vérifiée” dans la Search Console, prête à initier la demande de changement d’adresse le jour J.
Phase 3 — Redirections 301 maîtrisées 🔀
– Mettez en place des règles globales qui redirigent tout ce qui arrive sur l’ancien domaine vers le nouveau, en préservant les chemins et les paramètres quand c’est pertinent. Utilisez des wildcards pour couvrir les routes non exprimées individuellement.
– Évitez les chaînes et les boucles (A → B → C). L’idéal est un unique saut 301 de l’ancienne URL vers l’URL finale sur le nouveau domaine.
– Harmonisez protocole et host : si l’ancien site est encore disponible en HTTP, faites d’abord HTTP → HTTPS, puis vers le nouveau domaine en une seule étape server-side lorsque possible.
– Servez le HTTPS valide sur l’ancien domaine pendant toute la période de transition afin d’éviter les alertes de sécurité avant redirection.
– Ne laissez pas d’anciennes URL 200 sur l’ancien domaine : toute URL indexable doit émettre une 301 vers son équivalent. Servez des 410 uniquement pour les contenus volontairement retirés sans remplacement.
Phase 4 — Signaux on-site cohérents 📎
– Balises canoniques pointant vers les nouvelles URL sur le nouveau domaine, cohérentes avec les redirections.
– Hreflang mis à jour si vous opérez plusieurs langues/pays, avec réciprocité correcte entre variantes et, si nécessaire, cross-domain.
– Plan de site XML régénéré sur le nouveau domaine, ne contenant que les nouvelles URL finales (status 200). Soumettez-le dans la Search Console du nouveau domaine.
– Robots.txt propre au nouveau domaine, sans blocage involontaire. Mettez à jour les sitemaps référencés dans ce fichier.
– Données structurées (Organization, Product, Article…) vérifiées avec les nouvelles URL, logos et mêmes identifiants si possible.
– Liens internes mis à jour pour pointer nativement vers le nouveau domaine (ne reposez pas sur la redirection pour la navigation interne).
– Ressources (images, CSS, JS) servies depuis le nouveau domaine afin d’éviter tout mélange d’hôtes qui complique le crawl.
Phase 5 — Déclaration dans la Search Console et surveillance 👀
– Le jour J, déclenchez la demande de changement d’adresse pour chaque variante de l’ancien domaine (www, non-www, et chaque sous-domaine) vers le nouveau domaine. Faites-le après avoir déployé les redirections 301.
– Soumettez les nouveaux sitemaps et utilisez l’outil d’Inspection d’URL pour vérifier l’exploration et l’indexation des pages stratégiques.
– Surveillez les rapports de couverture, les erreurs d’exploration, les incohérences de canoniques, ainsi que les métriques de performance (impressions, clics, positions) par type de page.
Gérer les sous-domaines et cas particuliers
Sites multilingues et multirégionaux 🌍
– Si vous utilisez des sous-domaines pour les langues (en., fr., de.), chacun est un cas de migration domaine à part entière : vérifiez-les dans la Search Console, redirigez-les 301 vers les équivalents sur le nouveau domaine et soumettez une demande de changement d’adresse pour chacun.
– Mettez à jour tous les clusters hreflang pour refléter les nouvelles URL, en garantissant la réciprocité entre variantes.
CDN, WAF, caches et redirections “edge” ⚙️
– Centralisez la logique de redirection au niveau le plus robuste et le plus proche de l’utilisateur (souvent l’edge du CDN), tout en évitant les doubles redirections entre edge et serveur d’origine.
– Purgez les caches de manière coordonnée le jour de la bascule et surveillez les headers (Cache-Control, HSTS) pour éviter les effets de bord.
Contrôles qualité et KPIs après une migration domaine
Ce qu’il faut mesurer en priorité 📈
– Taux de redirection 301 réussi pour l’ensemble de l’ancien corpus (échantillons automatisés sur les anciennes URL les plus visitées et liées).
– Indexation sur le nouveau domaine (rapport de couverture, sitemaps, pages importantes récupérées fraîches).
– Canoniques effectives : nouvelles URL auto-canonisées, pas de canonique inversé vers l’ancien domaine.
– Logs serveurs : progression du crawl Googlebot vers le nouveau domaine, décroissance des hits sur l’ancien.
– Positions et clics par segment (catégories, produits, articles). Une légère fluctuation est normale pendant quelques jours/semaines, l’important étant la tendance et la stabilisation.
Un calendrier réaliste 🕒
– J0 à J+3 : déploiement, déclarations, premiers contrôles. Attendez des fluctuations temporaires.
– Semaine 2 : consolidation du crawl et début de reprise des positions sur les pages les plus importantes.
– Semaines 3 à 6 : stabilisation progressive. Les longs tail et sections profondes suivent.
– Jusqu’à 3 mois : finalisation des transferts d’équité et assainissement des dernières erreurs résiduelles.
Erreurs fréquentes à éviter ⚠️
– Oublier de vérifier et déclarer une variante (par exemple www seulement, mais pas non-www). Chaque oubli introduit un angle mort.
– Laisser des redirections en chaîne ou des 302 temporaires. Utilisez des 301 propres vers l’URL finale.
– Négliger les liens internes (encore tournés vers l’ancien domaine), ce qui ralentit la consolidation.
– Oublier de migrer le fichier de désaveu (disavow) vers la propriété du nouveau domaine si vous en utilisez un.
– Provoquer des mélanges de canoniques (ancien ↔ nouveau) ou de hreflang non réciproques.
– Couper l’ancien domaine trop tôt : gardez-le opérationnel pour les redirections au moins 12 mois (idéalement plus, surtout si des backlinks importants pointent encore dessus).
Checklist rapide pour votre migration domaine ✅
– Cartographiez 100 % des anciennes URL indexables et des variantes d’hôte.
– Préparez les certificats SSL, baissez le TTL DNS, planifiez un freeze.
– Créez des propriétés Domaine et URL-préfixe pour ancien et nouveau domaines.
– Vérifiez toutes les variantes de l’ancien domaine dans la Search Console.
– Déployez des 301 directes, sans chaîne, de l’ancien vers le nouveau domaine.
– Mettez à jour canoniques, hreflang, sitemaps, robots.txt, liens internes et données structurées.
– Soumettez les sitemaps du nouveau domaine et lancez les demandes de changement d’adresse pour chaque variante.
– Migrez le fichier de désaveu le cas échéant, mettez à jour GA/GTM, pixels, flux produits, et outils tiers.
– Contrôlez quotidiennement la couverture, les erreurs d’exploration et les KPIs de performance.
– Maintenez l’ancien domaine en ligne pour les 301 sur une période longue.
Questions fréquentes sur la migration domaine 🤔
Dois-je conserver l’ancien domaine après la migration ?
Oui. Conservez-le au moins 12 mois avec certificats valides et redirections 301. Beaucoup de liens externes et de mentions mettront du temps à être mis à jour. Couper trop tôt assèche le transfert d’équité et crée des erreurs d’exploration.
Combien de temps dure la stabilisation SEO ?
Variable selon la taille du site et la popularité des pages. En général, comptez 2 à 6 semaines pour une reprise solide sur l’essentiel, et jusqu’à 3 mois pour une stabilisation complète, si les signaux sont propres et cohérents.
Que faire si je ne contrôle pas certains sous-domaines historiques ?
Essayez de les récupérer ou de faire mettre en place des redirections 301 par le propriétaire. À défaut, documentez ces “angles morts” et surveillez si Google tente de les explorer via les logs. L’objectif reste de minimiser les points d’entrée orphelins.
L’outil Change of Address suffit-il à lui seul ?
Non. Il complète une migration domaine bien exécutée, mais ne remplace ni les 301, ni les canoniques, ni la mise à jour des sitemaps et du maillage interne. Voyez-le comme un signal prioritaire pour Google, pas comme une baguette magique.
Dois-je rediriger chaque ancienne URL vers une page générique ?
Évitez. Les redirections “one-to-many” vers la home diluent la pertinence et peuvent dégrader la performance SEO. Privilégiez un mapping 1:1 vers l’équivalent le plus proche.
Que faire des pages supprimées définitivement ?
Si une page n’a plus d’équivalent et que vous assumez sa suppression, renvoyez un 410. Sinon, redirigez vers la meilleure alternative thématique (catégorie parent, article proche) pour préserver une partie de la valeur.
Faut-il mettre à jour tous les backlinks ?
Les 301 transfèrent l’essentiel du signal, mais la mise à jour des liens clés accélère la consolidation. Ciblez d’abord les backlinks hautement autoritaires, les annuaires d’entreprise, les profils sociaux, et les pages partenaires.
Bonnes pratiques bonus pour une migration domaine hautement fiable 💡
– Environnement de test isolé pour valider redirections, canoniques, hreflang et sitemaps avant le go-live (via un fichier hosts, accès protégé). 🧪
– Observabilité renforcée : dashboards dédiés (GSC, analytics, logs), alertes d’erreurs 5xx/4xx, suivi de la vitesse des pages post-migration.
– Communication interne et externe : informez les équipes (marketing, ventes, support), mettez à jour les signatures email, profils sociaux, fiches d’établissement, SDK/app si nécessaire. 📨
– Plan de rollback minimal viable
(rarement utilisé, mais utile) : capacité de corriger rapidement des règles de redirection fautives, de rétablir une configuration serveur ou CDN antérieure, et d’ajuster DNS/HSTS si besoin.
Conclusion : une migration domaine, ça se gagne au détail près 🎯
Le renforcement des consignes de Google acte une évidence opérationnelle : une migration domaine réussie ne tolère pas les angles morts. En incluant toutes les variantes de l’ancien domaine dans la demande de changement d’adresse — et en alignant parfaitement redirections, canoniques, hreflang, sitemaps et maillage interne — vous facilitez la compréhension par les moteurs et accélérez la stabilisation SEO.
Préparez soigneusement, testez, surveillez, itérez. Avec une exécution rigoureuse, une communication claire et des contrôles qualité serrés, vous pouvez non seulement préserver votre visibilité, mais aussi poser des bases plus propres et plus performantes pour la suite. 🚀
La migration de domaine n’est pas qu’un projet technique : c’est un projet SEO stratégique. En appliquant ce guide, vous transformerez un moment à risque en opportunité de consolidation et d’amélioration durable de vos signaux organiques. 🌟
