Une migration de domaine peut-elle vraiment se faire en 48 heures sans perte de classement ?

Que signifie concrètement "tout est configuré correctement" ?

Derrière cette formule vague, Google attend une configuration technique irréprochable : redirections 301 (jamais de 302), mapping URL précis, sitemap XML à jour soumis sur Search Console pour les deux domaines, et conservation de la structure d'URL quand c'est possible.

Le diable se cache dans les détails. Un canonical mal positionné, un sitemap qui pointe encore vers l'ancien domaine ou une redirection en chaîne (anciendomaine.com → www.anciendomaine.com → nouveaudomaine.com) suffisent à faire déraper le processus. Et c'est là que ça coince : beaucoup de migrations échouent non pas par manque de redirections, mais par accumulation de micro-erreurs.

Pourquoi 1 à 2 jours seulement ?

Ce délai correspond au temps de recrawl prioritaire pour un site que Googlebot visite fréquemment. Si votre crawl budget est élevé (site d'actualité, e-commerce actif, plateforme à fort trafic), les bots vont découvrir rapidement les redirections et propager les nouveaux signaux.

Mais ce timing ne tient que si le volume de pages est maîtrisé et que le nouveau domaine bénéficie déjà d'une certaine autorité (par exemple, migration intra-groupe). Pour un site de 50 000 URLs avec un crawl budget faible, ce scénario idyllique relève de la fiction.

Qu'est-ce qui est transféré réellement lors d'une migration ?

Google transfère les signaux de ranking : backlinks, historique de qualité du contenu, autorité de domaine accumulée. Les redirections 301 agissent comme des "tubes" qui canalisent le PageRank et la confiance.

Ce qui ne se transfère PAS instantanément : l'historique de clic (CTR dans les SERP), les signaux comportementaux utilisateur sur le nouveau domaine, et parfois la vitesse de crawl si le nouveau serveur/hébergement est moins performant. Ces éléments se reconstruisent progressivement.

• Redirections 301 permanentes : obligatoires page par page, pas de redirection globale vers la homepage
• Sitemap XML à jour : soumis sur Search Console pour l'ancien ET le nouveau domaine
• Conservation de la structure d'URL : idéalement identique ou très proche
• Monitoring des crawls : vérifier dans les logs serveur que Googlebot suit bien les redirections
• Pas de blocage robots.txt sur l'ancien domaine pendant la transition

Cette déclaration est-elle cohérente avec les observations terrain ?

Partiellement. Le délai de 1-2 jours correspond effectivement aux migrations premium : sites à fort crawl budget, domaines de même niveau d'autorité, redirections parfaites. Mais c'est loin d'être la norme. Sur des milliers de migrations analysées, le délai médian se situe plutôt entre 7 et 21 jours pour une récupération complète du trafic organique.

Google communique ici sur le cas optimal, ce qui crée une attente déformée. Les praticiens SEO savent qu'une migration propre ne signifie pas une migration rapide — le temps de recrawl dépend de facteurs échappant largement au contrôle du site (fréquence de crawl historique, capacité serveur du bot, priorité algorithmique).

Quelles nuances faut-il apporter absolument ?

La déclaration passe sous silence plusieurs réalités. Premier point : le délai annoncé ne concerne que l'indexation technique, pas la récupération du trafic. Une URL peut être indexée sous son nouveau domaine en 48h, mais mettre 3 semaines à retrouver sa position initiale si les signaux utilisateur (CTR, temps de visite) chutent brutalement.

Deuxième nuance : [A vérifier] Google ne précise pas si ce délai s'applique uniformément à tous les types de sites. Un blog de 200 pages n'a rien à voir avec une marketplace de 500 000 fiches produits. Le crawl budget explose littéralement la promesse des "2 jours" dès qu'on dépasse 10 000 URLs.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Elle ne s'applique pas aux domaines à faible autorité (nouveaux domaines, domaines expirés réactivés sans historique). Si le nouveau domaine part de zéro, Googlebot va le crawler avec prudence — ce qui rallonge mécaniquement le délai de transition.

Elle échoue aussi sur les migrations mal préparées : redirections en chaîne, contenu dupliqué temporaire entre ancien et nouveau domaine, canonical contradictoires, ou pire, ancien domaine qui reste accessible sans redirection. Dans ces configurations, même un crawl rapide ne suffit pas — Google entre en phase de "confusion" et suspend parfois le transfert des signaux.

Que faut-il faire concrètement avant et pendant la migration ?

Avant tout, cartographier chaque URL de l'ancien domaine et mapper vers la nouvelle. Pas de redirection globale vers la homepage — c'est la garantie d'une perte sèche de 40 à 60 % du trafic. Utilise un tableur ou un script pour générer un fichier de redirections 301 propre, ligne par ligne.

Pendant la migration, configure les deux propriétés Search Console (ancien et nouveau domaine) et utilise l'outil "Changement d'adresse" dans les paramètres. Soumets le sitemap XML du nouveau domaine immédiatement après la bascule DNS. Surveille les logs serveur pour vérifier que Googlebot suit bien les redirections — pas juste les découvre.

Quelles erreurs éviter absolument ?

Ne jamais supprimer l'ancien domaine ou couper l'hébergement dans les 6 premiers mois. Les redirections doivent rester actives tant que Googlebot crawle encore l'ancien domaine — et ça peut durer longtemps si des backlinks externes pointent toujours dessus.

Évite aussi de changer simultanément plusieurs paramètres : migration de domaine + refonte graphique + changement de CMS = recette du désastre. Googlebot ne sait plus quoi prioriser, et tu perds la capacité de diagnostiquer l'origine d'une éventuelle chute de trafic. Une migration = un seul changement majeur à la fois.

Comment vérifier que la migration se déroule correctement ?

Suis quotidiennement trois métriques dans Search Console : nombre de pages indexées (ancien domaine qui baisse, nouveau qui monte), taux de couverture (erreurs 4xx/5xx sur les redirections), et impressions organiques par domaine. Si après 7 jours l'ancien domaine conserve 80 % des impressions, c'est mauvais signe.

Utilise un outil de crawl (Screaming Frog, Oncrawl) pour vérifier que toutes les redirections renvoient un code 301 propre, pas de chaînes, pas de boucles. Vérifie aussi que les balises canonical du nouveau domaine pointent vers elles-mêmes, jamais vers l'ancien domaine. Une seule canonical mal orientée peut bloquer le transfert d'autorité d'une section entière.

• Mapper 100 % des URLs avant la bascule (aucune redirection vers la homepage par défaut)
• Configurer les deux propriétés Search Console et utiliser l'outil "Changement d'adresse"
• Soumettre le sitemap XML du nouveau domaine immédiatement après migration
• Maintenir les redirections 301 actives pendant au moins 12 mois
• Monitorer les logs serveur pour traquer le comportement de Googlebot
• Vérifier l'absence de canonical contradictoires ou de chaînes de redirections