Les noms de site Google s'appliquent-ils vraiment aux sous-dossiers de votre domaine ?

Qu'est-ce que la fonctionnalité de nom de site exactement ?

Google affiche parfois un nom de site au-dessus des snippets dans les SERP — cette ligne grisée qui identifie le domaine source. Cette feature permet aux utilisateurs de reconnaître immédiatement la marque ou l'entité derrière le résultat.

Le contrôle de ce nom s'effectue via le balisage structuré WebSite avec la propriété "name". Sauf que Google impose des règles strictes sur le périmètre d'application : domaine racine ou sous-domaine uniquement.

Pourquoi cette restriction aux domaines et sous-domaines ?

La logique de Google repose sur la notion d'entité distincte. Un domaine ou sous-domaine représente une propriété web autonome avec son propre espace d'identité. Un répertoire, en revanche, reste un simple segment d'arborescence.

Cette approche évite la confusion dans les résultats : imaginez si chaque catégorie d'un site e-commerce pouvait revendiquer son propre nom de site. Les SERP deviendraient illisibles.

Quelle différence entre sous-domaine et sous-répertoire dans ce contexte ?

blog.example.com peut avoir son propre nom de site distinct de example.com. Mais example.com/blog/ hérite forcément du nom de site du domaine racine.

Cette distinction technique n'a rien de nouveau, mais Martin Splitt la réaffirme clairement pour couper court aux expérimentations inutiles avec du balisage structuré sur des paths.

• Le nom de site s'applique uniquement au niveau domaine/sous-domaine
• Les sous-dossiers héritent automatiquement du nom du domaine parent
• Le balisage WebSite sur une page de répertoire sera ignoré par Google
• Cette limitation est architecturale, pas technique — elle ne changera pas

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

Totalement. Sur le terrain, aucun cas documenté ne montre un sous-répertoire avec son propre nom de site distinct dans les SERP. Les tests de balisage structuré sur des paths échouent systématiquement.

Ce que Splitt confirme ici, c'est une règle implicite que les SEO expérimentés connaissent déjà. La vraie info, c'est qu'il ferme définitivement la porte : pas d'évolution prévue, c'est un choix de conception.

Quelles implications pour les sites multi-marques ou multi-pays ?

La stratégie sous-domaine vs sous-répertoire prend une nouvelle dimension. Si vous voulez que chaque marque ou pays affiche son propre nom dans les résultats Google, vous êtes obligé de passer par des sous-domaines.

Sauf que cette décision entraîne des conséquences massives : dilution de l'autorité de domaine, gestion technique plus complexe, budgets de crawl fragmentés. Le choix architectural devient un arbitrage entre branding dans les SERP et optimisation SEO pure.

Google laisse-t-il une marge de manœuvre quelconque ?

Non. La formulation de Splitt ne laisse aucune ambiguïté ni exception. C'est binaire : domaine/sous-domaine = oui, répertoire = non.

[À vérifier] Il reste théoriquement possible que Google évolue sur ce point dans plusieurs années, mais rien dans cette déclaration ni dans la roadmap publique ne le suggère. Tablons sur une règle permanente.

Que faut-il faire concrètement si vous gérez un site multi-entités ?

Commencez par auditer votre architecture actuelle. Listez toutes les sections qui pourraient mériter un nom de site distinct : marques, zones géographiques, verticaux métier. Pour chacune, évaluez si elle justifie un sous-domaine.

Si vous optez pour des sous-domaines, assurez-vous que chacun implémente le balisage WebSite structuré avec une propriété "name" unique et cohérente. Vérifiez aussi que Google les traite effectivement comme des entités séparées via Search Console.

Quelles erreurs éviter absolument ?

Ne perdez pas de temps à tester du balisage WebSite sur des pages de répertoire. Google l'ignorera, et vous créerez des incohérences dans votre code source pour rien.

Évitez aussi de créer des sous-domaines uniquement pour cette feature si votre stratégie SEO globale ne le justifie pas. Le nom de site est un élément de branding mineur comparé aux impacts structurels massifs d'un changement d'architecture.

• Identifier si votre structure nécessite réellement des noms de site distincts
• Privilégier les sous-répertoires sauf besoin explicite de séparation d'entité
• Implémenter le balisage WebSite uniquement sur domaines et sous-domaines
• Tester l'affichage dans les SERP après déploiement du balisage
• Documenter la logique architecturale pour les futures évolutions du site
• Mesurer l'impact réel sur le CTR avant de généraliser la stratégie

Comment valider que votre implémentation fonctionne ?

Utilisez le test des résultats enrichis de Google sur vos pages de domaine/sous-domaine. L'outil doit détecter le balisage WebSite et confirmer qu'il est valide.

Ensuite, surveillez les SERP réelles sur des requêtes de marque. Le nom de site n'apparaît pas systématiquement — Google décide selon le contexte de recherche. Patience et observation.