Pourquoi Google réinitialise-t-il l'évaluation d'un site lors d'une migration de sous-domaine vers domaine principal ?

Pourquoi une migration sous-domaine déclenche-t-elle une réévaluation totale ?

Quand un site passe d'un sous-domaine (ex: blog.exemple.com) vers le domaine principal (exemple.com/blog), Google ne le traite pas comme un simple changement d'adresse. Il considère qu'il y a fusion de deux entités distinctes.

Un sous-domaine est techniquement perçu par Google comme un site à part. Historiquement, il possède ses propres métriques d'autorité, son propre crawl budget, sa propre évaluation qualité. Fusionner cela avec le domaine racine oblige l'algorithme à recalculer l'ensemble des signaux : liens internes, maillage, profondeur, distribution du PageRank.

Quelle est la différence avec une migration classique ?

Une migration classique (changement de nom de domaine par exemple) conserve souvent une structure et une hiérarchie équivalentes. Google transfère les signaux en s'appuyant sur les redirections 301.

Ici, on parle d'une refonte architecturale. Les URLs changent de structure, le maillage interne est repensé, les contenus s'intègrent différemment dans l'arborescence du site principal. Google doit tout réapprendre.

Combien de temps dure cette réévaluation ?

Mueller mentionne quelques semaines, ce qui reste vague mais cohérent avec les observations terrain. En pratique, cela peut osciller entre 3 et 8 semaines selon la taille du site et la fréquence de crawl.

Le délai dépend aussi de la qualité du mapping et de la réactivité du bot. Un site bien crawlé récupérera plus vite. Un site avec des erreurs de redirections ou des chaines de redirections multiples peut stagner des mois.

• Google traite sous-domaine et domaine principal comme deux entités distinctes
• Une migration déclenche une fusion complète et recalcul des signaux
• Durée estimée : plusieurs semaines, variable selon le site
• Mapping précis et redirections 301 propres sont essentiels
• Google News nécessite un contact support spécifique

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

Oui, totalement. On observe régulièrement des baisses temporaires de trafic lors de migrations sous-domaine vers domaine principal, même avec des redirections impeccables. Le comportement décrit par Mueller correspond aux cas réels : fluctuations dans les SERPs, crawl budget qui se réajuste, ranking qui se stabilise après 4 à 6 semaines.

Ce qui manque dans cette déclaration : aucune mention du transfert d'autorité. Est-ce que le sous-domaine transmet son « jus SEO » au domaine principal ? Ou bien y a-t-il une déperdition partielle ? [A vérifier] — Google ne donne aucune précision là-dessus, alors que c'est crucial pour anticiper l'impact.

Quels risques sous-estimés peuvent surgir pendant cette migration ?

Le premier piège : les chaînes de redirections. Si l'ancien sous-domaine avait déjà des redirections internes complexes, la fusion peut créer des boucles ou des chemins à rallonge. Google risque de perdre patience et d'abandonner certaines URLs en cours de route.

Deuxième problème : le maillage interne post-migration. Beaucoup de SEO se concentrent sur les redirections externes, mais négligent de refondre les liens internes pour pointer vers les nouvelles URLs. Résultat : le site continue à générer des redirections inutiles, diluant le PageRank et ralentissant la réindexation.

Dans quels cas cette réévaluation peut-elle être plus rapide ou plus lente ?

Plus rapide si : le site principal a une forte autorité établie, un crawl budget élevé, et que le sous-domaine était peu fourni en contenu. Google intègre vite les nouvelles URLs parce que le domaine principal est déjà bien connu.

Plus lente si : le sous-domaine contenait des milliers de pages, avec des backlinks externes dispersés, ou si la structure du site principal est désorganisée. Google mettra plus de temps à crawler, indexer et redistribuer les signaux. Les sites e-commerce avec sous-domaine blog sont particulièrement exposés à ces délais.

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

Avant tout, établir un mapping complet et exhaustif de chaque URL du sous-domaine vers sa nouvelle destination sur le domaine principal. Aucune URL ne doit être orpheline. Utilisez un tableur, vérifiez chaque correspondance manuellement si nécessaire.

Ensuite, mettez en place des redirections 301 permanentes au niveau serveur (pas en JavaScript, pas via meta refresh). Testez chaque redirection individuellement avec un crawler comme Screaming Frog pour détecter les chaînes, les boucles ou les 404 cachés.

Pendant la migration : surveillez la Search Console quotidiennement. Vérifiez l'évolution du crawl, les erreurs d'exploration, les pages indexées. Si Google ralentit ou bloque, ajustez le fichier robots.txt ou le crawl rate dans Search Console.

Quelles erreurs éviter absolument ?

Ne jamais rediriger en bloc tout un sous-domaine vers la homepage du domaine principal. C'est une erreur classique qui détruit le SEO. Google interprétera cela comme des soft 404, et vous perdrez l'essentiel de votre autorité.

Autre piège : oublier de mettre à jour le sitemap XML. Soumettez un nouveau sitemap incluant les nouvelles URLs du domaine principal, et retirez l'ancien sitemap du sous-domaine dès que les redirections sont actives.

Enfin, ne négligez pas les backlinks externes. Si possible, contactez les principaux sites qui pointent vers votre sous-domaine pour mettre à jour les liens directement. Moins vous dépendez des redirections pour transférer le jus, mieux c'est.

Comment vérifier que tout fonctionne après la migration ?

Crawlez le domaine principal avec un outil SEO (Screaming Frog, Oncrawl, Botify). Vérifiez qu'aucune URL de l'ancien sous-domaine n'apparaît encore dans le maillage interne. Traquez les redirections en chaîne et corrigez-les immédiatement.

Dans la Search Console, comparez les impressions et clics avant/après. Une baisse temporaire est normale, mais si elle persiste au-delà de 8 semaines, creusez : problème de mapping, contenu dupliqué, canoniques mal configurés.

• Établir un mapping URL complet et vérifiable
• Mettre en place des redirections 301 serveur propres
• Tester chaque redirection avec un crawler avant déploiement
• Soumettre un nouveau sitemap XML au domaine principal
• Mettre à jour le maillage interne pour pointer vers les nouvelles URLs
• Surveiller la Search Console quotidiennement pendant 6 semaines
• Contacter le support Google News si le sous-domaine y était indexé
• Contacter les principaux sites externes pour mise à jour des backlinks