Mobile-First Indexing par défaut : pourquoi Search Console affiche-t-il encore desktop Googlebot ?

Qu'est-ce que le Mobile-First Indexing et pourquoi cette date charnière ?

Le Mobile-First Indexing (MFI) signifie que Google utilise la version mobile d'un site pour indexer et classer les pages, même pour les utilisateurs desktop. Avant cette bascule, l'index reposait sur la version desktop — ce qui posait problème quand le contenu mobile était tronqué ou différent.

Google a déployé le MFI progressivement à partir de 2018. Mi-2019, la majorité des sites avaient migré. La déclaration ici fixe un seuil : tout nouveau site découvert après juillet 2019 entre directement en MFI, sans phase transitoire. Pas de crawl desktop initial, pas d'attente — le mobile devient le mode par défaut.

Pourquoi Search Console affiche-t-il parfois un statut erroné ?

L'interface de Google Search Console peut indiquer que le site est crawlé par desktop Googlebot alors qu'en réalité, l'agent mobile visite bien les pages. Google qualifie cela de bug d'affichage de l'outil — l'indexation réelle n'est pas impactée, seule la notification GSC est incorrecte.

Concrètement, un site lancé après la date butoir peut recevoir un message rassurant "Votre site est crawlé en desktop" alors que les logs montrent smartphone Googlebot partout. Cette divergence crée de la confusion : les SEO vérifient GSC par réflexe, mais l'outil ment parfois sur ce paramètre critique.

Comment détecter le mode d'indexation réel de son site ?

La méthode fiable reste l'analyse des logs serveur. Cherchez les user-agents Googlebot : si vous voyez Googlebot smartphone en majorité et peu ou pas de Googlebot desktop, le site est en MFI. L'absence de desktop bot sur un site récent confirme que Google ne crawle que la version mobile.

Un autre indicateur : inspecter une URL dans GSC et regarder le user-agent déclaré pour le dernier crawl. Mais attention, cette donnée peut aussi être retardée ou contradictoire avec les logs. En cas de doute, les logs sont source de vérité — GSC est un dashboard, pas un miroir temps réel du crawl.

• Sites créés après juillet 2019 : indexation mobile par défaut, sans phase desktop préalable.
• Bug GSC : l'interface peut afficher un statut desktop erroné — ne jamais se fier aveuglément à la notification.
• Logs serveur : seule méthode fiable pour confirmer le user-agent réellement utilisé par Google.
• Crawl desktop résiduel : peut subsister pour certaines tâches spécifiques (indexation d'assets, tests), mais l'indexation principale est mobile.
• Conséquence pratique : tout diagnostic MFI doit croiser GSC et logs — un seul outil ne suffit pas.

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

Oui, dans l'ensemble. Les sites lancés récemment que j'ai audités montrent bien un crawl Googlebot smartphone dominant, souvent exclusif. Les logs confirment : zéro passage desktop ou alors des visites sporadiques, non liées à l'indexation des contenus HTML.

Mais attention — la date de juillet 2019 n'est pas un couperet absolu. Certains domaines expirés puis relancés, ou sites migrés avec redirections complexes, ont parfois connu une phase de crawl mixte pendant quelques semaines. Google semble hésiter quand l'historique du domaine est ambigu. [A vérifier] : on manque de données officielles sur le traitement des domaines recyclés ou des migrations DNS complexes.

Le bug GSC est-il vraiment anodin ou cache-t-il un problème plus profond ?

Qualifier cela de simple "bug d'affichage" minimise l'impact. Pour un SEO qui audite un site client, voir "desktop Googlebot" dans GSC déclenche immédiatement une alerte : contenu mobile tronqué ? structured data manquante en mobile ? Le bug induit des diagnostics parasites et fait perdre du temps.

Plus inquiétant : si GSC ment sur ce point, sur quoi d'autre peut-il être imprécis ? La confiance dans l'outil s'érode. Google devrait corriger ce bug depuis longtemps — qu'il persiste suggère soit un manque de priorité, soit une architecture backend complexe qui rend la correction non triviale. Franchement, pour un outil aussi central que GSC, c'est limite inacceptable.

Dans quels cas un site récent pourrait-il échapper au MFI par défaut ?

Théoriquement aucun, selon Google. Pratiquement ? Quelques edge cases apparaissent. Les sites en noindex total au lancement, puis ouverts à l'indexation plus tard, peuvent connaître un crawl desktop initial si le noindex était levé de manière progressive ou partielle. [A vérifier] : aucune doc officielle ne traite ce scénario précis.

Les sites derrière authentification stricte ou paywalls complexes peuvent aussi montrer des patterns de crawl atypiques — Google peut tenter un crawl desktop pour vérifier la cohérence entre versions. Mais dans ces cas, l'indexation finale reste mobile. Le desktop bot, quand il apparaît, sert à des vérifications annexes, pas à l'index principal.

Comment vérifier concrètement le mode d'indexation de son site ?

Première étape : analysez vos logs serveur sur une période de 7 à 14 jours. Filtrez les user-agents Googlebot et comptez les occurrences smartphone vs desktop. Si le smartphone représente plus de 90% des hits sur les URLs HTML, vous êtes en MFI confirmé.

Deuxième étape : utilisez l'outil d'inspection d'URL dans GSC, mais avec recul. Vérifiez le user-agent déclaré pour le dernier crawl d'une page représentative. Si GSC dit "desktop" mais vos logs montrent "smartphone", vous êtes face au bug — fiez-vous aux logs, pas à l'interface.

Quels ajustements prioritaires si le site est en MFI ?

Assurez-vous que le contenu mobile est strictement identique au desktop — texte, balises title/meta, structured data, images avec alt. Toute divergence se paie cash en perte de visibilité. Les sites responsive bien conçus n'ont aucun souci ; c'est sur les versions mobile séparées (m.example.com) ou les thèmes mobile allégés que ça coince.

Vérifiez que Googlebot smartphone accède à toutes les ressources : CSS, JS, images. Un robots.txt trop restrictif ou un user-agent blocking mal configuré peut bloquer le bot mobile alors que le desktop passait. Testez avec l'outil de test mobile-friendly de Google et le robots.txt tester de GSC.

Que faire si GSC affiche un statut incohérent avec les logs ?

Ignorez l'affichage GSC et travaillez sur la base des logs réels. Documentez la divergence en interne pour éviter que l'équipe ne panique ou ne lance des modifications inutiles. Si le bug persiste et crée de la confusion, signalez-le via le forum GSC ou Twitter @googlesearchc — mais ne retenez pas votre souffle pour un fix rapide.

Pendant ce temps, concentrez-vous sur l'essentiel : optimiser la version mobile. C'est elle qui compte pour l'indexation. Tout audit SEO technique doit désormais prioriser le mobile — la version desktop n'est plus qu'un confort utilisateur pour une minorité décroissante de visiteurs.

• Extraire et analyser les logs serveur sur 7-14 jours pour identifier le user-agent Googlebot dominant.
• Vérifier que le contenu, structured data et balises sont identiques entre mobile et desktop.
• Tester l'accessibilité des ressources (CSS/JS) pour Googlebot smartphone via GSC et robots.txt tester.
• Croiser les données GSC (inspection URL) avec les logs réels pour détecter les incohérences.
• Documenter tout bug d'affichage GSC en interne et travailler sur la base des logs, pas de l'interface.
• Prioriser l'optimisation mobile dans tous les audits SEO — c'est la version indexée par défaut.