Les nouveaux sous-domaines passent-ils automatiquement en mobile-first indexing ?

Pourquoi cette précision sur les sous-domaines et le MFI ?

Depuis le passage généralisé au mobile-first indexing, on pourrait penser que tout nouveau contenu hérite automatiquement de la logique d'indexation du domaine principal. C'est faux. Google traite chaque sous-domaine comme une entité distincte, avec sa propre éligibilité au MFI.

Si ton domaine principal est sous MFI mais que tu crées un nouveau sous-domaine — disons blog.tonsite.com ou shop.tonsite.com — ce dernier sera d'abord crawlé et indexé selon sa version desktop. Il ne basculera en MFI que lorsque Google jugera sa version mobile suffisamment mature, stable et équivalente à la version desktop.

Qu'est-ce que ça change pour l'indexation d'un nouveau sous-domaine ?

Le sous-domaine fraîchement créé entre dans un cycle de validation classique. Googlebot va l'explorer en mode desktop d'abord, évaluer la cohérence entre desktop et mobile, puis décider — ou non — de le faire basculer en MFI. Ce processus peut prendre plusieurs semaines, voire des mois si la version mobile présente des écarts significatifs.

Ce n'est pas un bug, c'est une logique de prudence. Google ne veut pas indexer une version mobile bancale simplement parce que le domaine parent est déjà sous MFI. Chaque sous-domaine doit faire ses preuves. [A vérifier] : Google n'a jamais donné de timeline précise pour cette bascule par sous-domaine.

Quels sont les cas concrets où ça pose problème ?

Imagine que tu lances un nouveau blog sur un sous-domaine pour isoler ton contenu éditorial du site principal. Si la version mobile de ce blog est traitée en second plan — responsive mal foutu, images non optimisées, UI mobile bancale — Google continuera de crawler en desktop. Résultat : ton contenu mobile, pourtant majoritaire en termes de trafic, ne sera pas évalué correctement par l'algorithme.

Autre cas : tu déploies une version internationale sur fr.tonsite.com, mais la version mobile est encore en construction. Google crawlera la version desktop, indexera le contenu, et la bascule MFI attendra. Entre-temps, tes utilisateurs mobiles voient une expérience dégradée, et ton ranking mobile peut en souffrir.

• Chaque sous-domaine est évalué indépendamment pour le MFI, même si le domaine principal est déjà basculé.
• Le passage au MFI d'un nouveau sous-domaine peut prendre plusieurs semaines, selon la maturité de la version mobile.
• Un sous-domaine avec une version mobile incomplète ou bancale restera en desktop-first, ce qui pénalise le ranking mobile.
• Google n'héritera pas automatiquement la logique MFI du domaine parent — il faut prouver la parité desktop-mobile.
• Ce fonctionnement s'applique aussi aux sous-domaines existants qui n'étaient pas encore sous MFI au moment du passage généralisé.

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

Oui, et elle confirme ce que plusieurs SEO ont constaté : Google traite les sous-domaines comme des entités quasi-indépendantes, presque comme des sites distincts. Ce n'est pas nouveau — on sait depuis des années que les sous-domaines ont leur propre profil de backlinks, leur propre crawl budget, et parfois même leur propre indexation différenciée.

Ce qui est moins clair, c'est la timeline de bascule. Google parle de « validation » mais ne donne aucun critère mesurable. [A verifier] : on ignore si cette validation est automatique (via crawl progressif) ou si elle nécessite un seuil de trafic mobile, de Core Web Vitals, ou autre. C'est flou, et ça laisse de la marge d'interprétation.

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

Si ton sous-domaine est déjà en ligne et crawlé avant le passage du domaine principal au MFI, il peut avoir déjà basculé de son côté. Autrement dit, ce n'est pas une règle absolue qui concerne tous les sous-domaines : elle vise surtout les nouveaux sous-domaines créés après le passage généralisé au MFI.

Autre cas : si tu as un sous-domaine très ancien, avec un historique de crawl solide, et que la version mobile est identique à la desktop depuis longtemps, Google peut accélérer la bascule. Mais là encore, rien de garanti. La déclaration de Google reste prudente et générique, sans donner de levier d'action concret.

Quelles nuances faut-il apporter à cette déclaration ?

Le problème, c'est que Google parle de « ne passeront pas automatiquement » sans préciser quand ni comment ils passeront. Est-ce que ça prend 2 semaines ? 3 mois ? Est-ce que tu peux forcer la main avec une demande dans la Search Console ? Aucune réponse.

Soyons honnêtes : cette déclaration sert surtout à couvrir Google en cas de bug ou de retard. Si un sous-domaine reste bloqué en desktop-first pendant 6 mois, Google peut toujours dire « on vous avait prévenus, c'est pas automatique ». Pratique. [A vérifier] : aucun outil officiel ne permet de suivre précisément le statut MFI d'un sous-domaine spécifique dans la Search Console.

Que faut-il faire concrètement lors du lancement d'un nouveau sous-domaine ?

D'abord, traite le sous-domaine comme un site à part entière. Ne présume jamais qu'il héritera automatiquement du comportement du domaine principal. Vérifie que la version mobile est strictement équivalente à la version desktop : même contenu, mêmes balises, mêmes données structurées, mêmes liens internes.

Ensuite, déclare le sous-domaine dans la Google Search Console comme une propriété séparée. Active le rapport « Indexation mobile-first » si disponible, et surveille les crawls de Googlebot smartphone. Si tu vois que Google crawle encore massivement en desktop après 2-3 semaines, c'est un signal : ta version mobile n'est pas encore jugée mature.

Quelles erreurs éviter pour ne pas bloquer la bascule MFI ?

L'erreur classique : déployer un sous-domaine avec une version mobile simplifiée, moins riche en contenu que la desktop. Google détecte l'écart et refuse de basculer. Résultat : ton sous-domaine reste en desktop-first, et ton ranking mobile stagne. Si tu as du contenu masqué en accordéons, des images lazy-loadées mal configurées, ou des blocs entiers absents sur mobile, tu crées un frein à la bascule.

Autre piège : lancer un sous-domaine sans sitemap XML dédié, sans robots.txt adapté, et sans surveillance des logs serveur. Tu voles à l'aveugle. Si Googlebot smartphone ne trouve pas tes pages, ou si elles sont bloquées par erreur, la bascule MFI ne se fera jamais. Et c'est là que ça coince.

Comment vérifier que mon sous-domaine est bien en MFI ?

Consulte la Search Console, section « Paramètres » > « Indexation ». Google indique normalement si le site (ou sous-domaine) est sous MFI. Si ce n'est pas le cas, regarde les logs serveur : identifie le user-agent Googlebot smartphone vs desktop. Si le smartphone représente moins de 70% des crawls, tu n'es probablement pas encore sous MFI.

Tu peux aussi utiliser l'outil d'inspection d'URL dans la Search Console : soumets une URL du sous-domaine et regarde quel user-agent Google utilise pour le rendu. Si c'est toujours desktop, tu as ta réponse. Surveille aussi les Core Web Vitals spécifiquement pour ce sous-domaine : un sous-domaine en desktop-first aura des métriques mobiles potentiellement biaisées.

• Déclarer le sous-domaine comme propriété indépendante dans la Search Console dès le lancement.
• Vérifier la stricte parité entre version desktop et mobile (contenu, balises, liens, données structurées).
• Analyser les logs serveur pour identifier la proportion de crawls Googlebot smartphone vs desktop.
• Utiliser l'outil d'inspection d'URL pour vérifier quel user-agent Google utilise pour le rendu.
• Soumettre un sitemap XML dédié au sous-domaine et surveiller l'indexation mobile dans les rapports de couverture.
• Éviter tout contenu masqué ou différencié entre desktop et mobile qui ralentirait la validation MFI.