Faut-il enregistrer séparément les versions mobile et desktop dans la Search Console ?

Quelle est la différence entre enregistrement global et enregistrement séparé ?

L'enregistrement global signifie ajouter example.com dans la Search Console : toutes les données des sous-répertoires (example.com/mobile/, example.com/desktop/) sont agrégées. Vous obtenez une vue d'ensemble du trafic, des impressions, et des erreurs.

L'enregistrement séparé consiste à créer des propriétés distinctes pour example.com/mobile/ et example.com/desktop/. Chaque propriété affiche ses propres métriques. Google conseille cette approche pour un diagnostic précis, car elle permet d'isoler les performances et les anomalies par version.

Pourquoi Google parle-t-il de sites « séparés en répertoires » ?

Cette recommandation vise les architectures mobile-desktop cloisonnées : certains sites maintiennent encore deux versions du contenu sous des chemins distincts, une pratique devenue rare depuis le mobile-first indexing.

Concrètement, example.com/mobile/ sert le contenu mobile, example.com/desktop/ sert la version bureau. Chaque répertoire peut avoir son propre robots.txt, sitemap, structure de liens. Dans ce contexte, une vue consolidée masque les spécificités de chaque version.

Quelles données sont réellement impactées par ce choix ?

L'enregistrement global agrège les clics, impressions, CTR, positions moyennes. Si la version mobile performe mal mais que le desktop compense, vous ne le verrez pas clairement dans les courbes globales.

Avec des propriétés séparées, vous isolez les erreurs d'exploration (404, serveur), les problèmes d'indexabilité (balises canonical conflictuelles), les écarts de vitesse (Core Web Vitals mobile vs desktop). Vous pouvez aussi comparer les sitemaps, le crawl budget alloué, les requêtes de recherche spécifiques.

• Vue consolidée : pratique pour rapports globaux, tendances macro, suivi de propriété unique sans complexité.
• Propriétés distinctes : indispensable pour diagnostic fin, A/B test entre versions, identification de pénalités ciblées sur un répertoire.
• Cas d'usage : sites e-commerce avec offre mobile différente, plateformes legacy avec codes séparés, testing de refonte progressive.
• Attention : enregistrement séparé ne signifie pas duplication de contenu si chaque répertoire est canoniquement distinct ou ciblé par user-agent.
• Conseil Google : si vos répertoires sont fonctionnellement différents, privilégiez l'enregistrement séparé même si cela alourdit la gestion dans GSC.

Cette recommandation est-elle encore pertinente avec le mobile-first indexing ?

Soyons honnêtes : depuis le passage complet au mobile-first indexing, la plupart des sites modernes servent un seul code responsive. La notion de répertoires mobile/desktop séparés appartient à une ère révolue, celle des m.example.com ou des /mobile/ legacy.

Google continue de mentionner cette configuration parce qu'une minorité non négligeable de sites — souvent des gros portails ou des plateformes historiques — maintient encore cette séparation. Pour eux, cette recommandation reste valide. Mais pour 90 % des sites récents, ce cas de figure ne se pose même pas.

Quels pièges guettent ceux qui enregistrent séparément ?

Premier écueil : la confusion des données. Si vous enregistrez example.com/mobile/ et example.com/desktop/ séparément, mais que vos utilisateurs naviguent librement entre les deux (via des liens internes), les sessions se fragmentent. Google Analytics et GSC peuvent afficher des parcours hachurés, rendant l'attribution difficile.

Deuxième point : gestion administrative multipliée. Deux propriétés signifient deux sitemaps à monitorer, deux flux d'alertes d'erreurs, deux rapports Core Web Vitals à croiser. Pour une équipe réduite, c'est une charge non négligeable. [A vérifier] : Google ne précise pas si cette double gestion apporte réellement plus de signal utile ou simplement plus de bruit.

Dans quels cas cette approche apporte-t-elle vraiment de la valeur ?

La séparation brille lorsque vous testez une refonte progressive : refonte mobile déployée dans /mobile/, desktop intact dans /desktop/, et vous comparez les KPIs. Vous isolez les impacts sans polluer les métriques globales.

Elle est aussi utile si vos deux versions ont des architectures d'information radicalement différentes (ex : app-like en mobile avec infinite scroll, desktop avec pagination classique). Les requêtes de recherche, les taux de rebond, les Core Web Vitals divergent naturellement, et l'agrégation masque ces nuances.

Que faut-il faire concrètement selon votre architecture actuelle ?

Si votre site est responsive moderne (un seul code, exemple.com), enregistrez simplement le domaine racine. Inutile de créer des propriétés fantômes : Google crawle et indexe votre version mobile, la GSC affichera les données pertinentes.

Si vous maintenez encore des répertoires séparés mobile/desktop, commencez par un enregistrement global pour avoir une baseline. Ajoutez ensuite les propriétés séparées et comparez sur 30 jours : si les écarts sont significatifs (plus de 15 % sur CTR ou erreurs), conservez les deux vues. Sinon, simplifiez.

Comment vérifier que votre configuration GSC est optimale ?

Examinez vos URL inspectées : tapez example.com/mobile/page-test dans l'outil d'inspection. Si Google retourne des métriques de la propriété globale alors que vous avez enregistré /mobile/ séparément, votre séparation ne fonctionne pas correctement.

Croisez les rapports de performances : si les requêtes affichées dans la propriété globale correspondent exactement à celles de /mobile/ + /desktop/ additionnées, votre découpage est pertinent. Sinon, vous avez probablement des chevauchements de crawl ou des redirections mal configurées.

Quelles erreurs critiques éviter lors de l'enregistrement séparé ?

Ne créez jamais de propriétés séparées si vos deux répertoires redirigent l'un vers l'autre selon le user-agent. Vous obtiendrez des données en double et des signaux contradictoires dans GSC.

Évitez aussi d'enregistrer des sous-répertoires sans avoir vérifié que vos sitemaps XML sont eux aussi séparés. Un sitemap global référençant des URLs de /mobile/ et /desktop/ mélangées rendra vos propriétés séparées illisibles.

• Identifiez votre architecture réelle : responsive unique, répertoires séparés, ou sous-domaines distincts.
• Enregistrez d'abord le domaine global dans GSC pour établir une baseline de données.
• Si répertoires séparés, créez des propriétés distinctes et comparez les métriques sur 30 jours minimum.
• Vérifiez que vos sitemaps XML sont alignés avec la granularité de vos propriétés GSC.
• Testez l'outil d'inspection d'URL sur des pages de chaque répertoire pour confirmer l'attribution correcte.
• Si vous constatez des doublons ou des incohérences, consolidez plutôt que de multiplier les propriétés.