Sous-domaine ou sous-dossier pour le SEO ? Position de Google, différences d'exploration, d'autorité et de Search Console, cas où le sous-domaine se justifie, migration.

En bref
Google affirme traiter sous-domaines et sous-dossiers à peu près de la même façon, mais le sous-dossier (exemple.com/blog) reste le choix le plus sûr, car chaque lien, chaque page et chaque signal renforce un seul site. Un sous-domaine (blog.exemple.com) est exploré comme un site distinct, avec son propre budget de crawl, et doit gagner sa visibilité grâce aux liens venus du domaine principal. Réservez le sous-domaine aux contenus qui tournent sur une autre plateforme, s'adressent à un autre public ou doivent rester techniquement isolés.
Pour aller plus loin, demandez à
Le débat sous-domaine ou sous-dossier en SEO revient chaque fois qu'une entreprise lance un blog, une boutique, un centre d'aide ou une nouvelle langue. La position de Google est détendue : interrogé en 2018, John Mueller, de Google, répondait « In general, we see these the same » (en général, nous les voyons de la même façon), tout en ajoutant qu'il essaierait personnellement de garder les contenus ensemble autant que possible (Search Engine Journal, mai 2018). Ce guide explique ce qui change sur le terrain, cas par cas.
Ce sont deux façons d'organiser une section d'un site, à deux niveaux différents de l'URL :
| Critère | Sous-dossier (exemple.com/blog) | Sous-domaine (blog.exemple.com) |
|---|---|---|
| Mise en place | Même hébergement et souvent même CMS | Enregistrement DNS, peut tourner sur un autre serveur ou une autre plateforme |
| Exploration | Partage le budget de crawl du site principal | Traité comme un site distinct avec son propre budget de crawl |
| Liens et autorité | Chaque backlink renforce tout le domaine | Doit être relié au site principal par des liens |
| Maillage interne | Naturel, une seule navigation | Exige des liens croisés volontaires |
| Search Console | Inclus dans la propriété principale | Inclus dans une propriété Domaine, séparé dans une propriété Préfixe d'URL |
| Maintenance | Un seul site à surveiller | Deux sites : sitemaps, robots.txt, audits |
| Idéal pour | Blog, guides, catégories, langues | Application, plateforme séparée, public distinct, espaces utilisateurs |
Google n'a jamais annoncé de pénalité pour les sous-domaines, et ses déclarations publiques vont dans le même sens : les deux structures peuvent se classer. Trois faits officiels comptent davantage que les opinions.
La documentation de Google sur le budget de crawl indique que son infrastructure d'exploration définit un site comme un nom d'hôte unique, et donne l'exemple de deux sous-domaines d'un même domaine traités comme des sites distincts avec des budgets de crawl séparés. Pour la plupart des sites, c'est neutre ; pour un site de plusieurs centaines de milliers de pages, cela change la répartition de l'exploration.
Selon l'aide Search Console, une propriété Domaine regroupe les données de tous les sous-domaines, protocoles et chemins, et se valide par le DNS, tandis qu'une propriété Préfixe d'URL n'inclut que les URL qui commencent exactement par ce préfixe. Avec une propriété Domaine, blog.exemple.com et exemple.com apparaissent dans les mêmes rapports ; avec des propriétés Préfixe d'URL, il en faut une par sous-domaine.
Le conseil de John Mueller en 2018, rapporté par Search Engine Journal : regrouper autant que possible les contenus liés, et utiliser un sous-domaine quand le contenu est réellement différent du reste du site. L'explication du fonctionnement des moteurs de recherche montre pourquoi : Google doit comprendre que deux noms d'hôte appartiennent à la même entité, et les liens sont son principal indice.
Google « les voit peut-être de la même façon », mais la mécanique du SEO favorise le sous-dossier dans la plupart des situations :
De nombreuses études de cas publiées décrivent des hausses de trafic après le passage d'un blog d'un sous-domaine vers un sous-dossier. Elles sont encourageantes mais anecdotiques : une migration s'accompagne souvent d'autres améliorations, et le gain ne peut pas être attribué à la seule structure d'URL. Notre guide sur l'autorité de domaine explique comment ces scores tiers sont calculés et pourquoi ce ne sont pas des mesures de Google.
Le sous-domaine est le bon choix quand garder le contenu dans un sous-dossier serait techniquement difficile ou mélangerait deux produits différents.
| Cas d'usage | URL type | Recommandation |
|---|---|---|
| Application web ou espace client | app.exemple.com | Sous-domaine, en général exclu de l'indexation |
| Centre d'aide sur une plateforme dédiée | aide.exemple.com | Sous-domaine acceptable, lié depuis le site principal |
| Boutique hébergée sur une autre plateforme | boutique.exemple.com | Sous-domaine si aucun proxy inverse n'est possible |
| Espaces créés par les utilisateurs | pseudo.exemple.com | Sous-domaine, isole le contenu de chaque utilisateur |
| Environnement de préproduction | preprod.exemple.com | Sous-domaine, protégé par mot de passe |
| Blog ou guides | exemple.com/blog | Sous-dossier |
| Langues et pays | exemple.com/fr/ | Sous-dossier dans la plupart des cas |
Les éditeurs de logiciels en sont l'exemple type : le site vitrine, le blog et la documentation vont dans des sous-dossiers, tandis que le produit vit sur app.exemple.com. Notre page sur le SEO et le GEO pour les éditeurs SaaS détaille ce découpage.
Un sous-dossier, presque toujours. Le blog est l'endroit où vous gagnez des liens et répondez aux questions de vos acheteurs : cette autorité doit profiter au domaine qui vend. Si votre blog tourne sur un CMS séparé, un proxy inverse peut le servir sous exemple.com/blog sans changer de plateforme. Sur WordPress, le blog est dans un sous-dossier par défaut (voir notre guide SEO et GEO pour WordPress).
Le guide de Google sur la gestion des sites multirégionaux compare les options. Les sous-répertoires sont faciles à mettre en place et demandent peu de maintenance (même hébergement) ; les sous-domaines sont aussi faciles à créer, permettent des serveurs situés dans différents pays et facilitent la séparation des sites. Les paramètres d'URL sont déconseillés. Pour la plupart des entreprises, exemple.com/fr/ avec des balises hreflang est la structure la plus simple à gérer. Notre guide du SEO international couvre le choix complet, domaines nationaux compris.
Si votre plateforme e-commerce peut tourner sur le domaine principal, utilisez des sous-dossiers pour les catégories et les produits. Si elle impose un sous-domaine, acceptez-le et compensez par un maillage croisé solide : liens du blog vers les catégories, de l'accueil vers la boutique, et un en-tête identique des deux côtés.
Déplacer blog.exemple.com vers exemple.com/blog est une migration à part entière. Appliquez la même rigueur que pour toute migration SEO :
Attendez-vous à quelques semaines de fluctuations. Une baisse qui dure signale presque toujours des redirections manquantes ou du contenu perdu.
ChatGPT, Gemini et Perplexity citent des URL, et le nom d'hôte fait partie de ce que le lecteur voit dans la citation. Quand vos guides sont dans un sous-dossier, chaque citation affiche votre domaine principal et renforce la marque qui vend. Sur un sous-domaine, la même citation peut ressembler à un site distinct. Quelle que soit la structure, les règles restent celles du SEO classique : pages explorables, liens entre les sections et autorité construite dans la durée. Un outil de suivi de l'autorité de domaine montre l'évolution de cette autorité, et l'acquisition de backlinks de Sorank obtient des backlinks naturels automatiquement grâce à son réseau de plus de 5'000 utilisateurs.
Choisissez le sous-dossier par défaut, et le sous-domaine seulement pour un produit, une plateforme ou un public distincts. Si vous avez déjà un sous-domaine qui fonctionne, reliez-le étroitement au site principal avant d'envisager une migration. Mettez ensuite votre énergie là où se joue le classement : le contenu et les liens. Sorank publie des articles optimisés directement dans le sous-dossier de votre blog, en autopilote, avec des liens internes vers les pages qui vendent.
Pas automatiquement, comme le ferait un sous-dossier. Google explore un sous-domaine comme un site distinct : ses pages profitent du domaine principal surtout grâce aux liens entre les deux. Des liens croisés solides, une navigation commune et une propriété Domaine dans Search Console aident Google à les relier.
Non. Google a déclaré traiter en général sous-domaines et sous-dossiers de la même façon, et beaucoup de sous-domaines se classent bien. L'inconvénient est pratique : signaux et liens se répartissent entre deux sites, ce qui ralentit la croissance d'un sous-domaine qui héberge un contenu qui aurait pu vivre sur le domaine principal.
Les sous-dossiers comme exemple.com/fr/ sont l'option la plus simple pour la plupart des sites : un seul hébergement, peu de maintenance et une autorité partagée entre les langues. Les sous-domaines ou les domaines nationaux se justifient quand chaque marché a besoin d'un serveur, d'une équipe ou d'une plateforme séparés. Dans tous les cas, ajoutez des balises hreflang entre les pages équivalentes.
ILS ONT ESSAYÉ SORANK AVANT VOUS
