Google accepte les sous-domaines comme les sous-répertoires, mais les deux ne demandent pas le même effort. Voici ce que dit Google, quand choisir l'un ou l'autre et comment migrer sans perdre de trafic.
Pour Google, sous-domaine (blog.exemple.fr) et sous-répertoire (exemple.fr/blog/) sont tous deux acceptables : ses porte-parole répètent que la recherche fonctionne avec l’un comme avec l’autre. En pratique, pour une PME, on recommande le sous-répertoire dans la grande majorité des cas : tout le contenu reste sur un seul site, les liens et la notoriété se concentrent au même endroit, et il n’y a qu’un site à suivre et à maintenir. Le sous-domaine se justifie quand la section est techniquement ou fonctionnellement distincte : application en ligne, boutique hébergée sur une autre plateforme, site d’une autre marque.
On définit les deux notions, on regarde ce que Google en dit vraiment, puis on explique pourquoi le sous-répertoire est le choix par défaut, dans quels cas le sous-domaine est pertinent, et comment migrer de l’un à l’autre sans perdre de trafic.
- Qu’est-ce qu’un sous-domaine et un sous-répertoire ?
- Que dit Google sur les sous-domaines et les sous-répertoires ?
- Pourquoi recommander le sous-répertoire pour le référencement ?
- Quand un sous-domaine est-il le bon choix ?
- Sous-domaine ou sous-répertoire : le comparatif
- Quel impact sur les liens annexes dans Google ?
- Comment passer d’un sous-domaine à un sous-répertoire ?
- Quelles erreurs éviter ?
- Questions fréquentes
- Sources
Qu’est-ce qu’un sous-domaine et un sous-répertoire ?
La structure d’un site, c’est la façon dont vous organisez vos pages pour les visiteurs et pour les moteurs de recherche. Plus la hiérarchie est claire et les pages bien reliées entre elles, plus Google explore et comprend facilement votre site. Le choix entre sous-domaine et sous-répertoire est l’une des premières décisions de structure, souvent prise au moment d’une création, d’une refonte ou de l’ajout d’un blog ou d’une boutique.
Le sous-domaine
Un sous-domaine est un préfixe placé devant votre nom de domaine : blog.exemple.fr, boutique.exemple.fr, app.exemple.fr. Techniquement, il se configure dans la zone DNS du domaine et peut pointer vers un serveur, un hébergeur ou un logiciel totalement différent du site principal. Même le « www » de www.exemple.fr est un sous-domaine, un sujet que nous traitons dans notre article URL avec www ou sans www.
Le sous-répertoire
Un sous-répertoire (ou sous-dossier) est un chemin placé après le domaine : exemple.fr/blog/, exemple.fr/boutique/. Il organise le contenu comme les dossiers d’un classeur, à l’intérieur d’un seul et même site. C’est la structure qu’utilise osmova.com, avec par exemple ses rubriques /developpement-web/ et /marketing-digital/.
Que dit Google sur les sous-domaines et les sous-répertoires ?
La position officielle a été résumée par John Mueller dans une vidéo de la chaîne Google Search Central publiée le 21 décembre 2017, intitulée « Subdomain or subfolder, which is better for SEO? ». Il y explique que la recherche Google s’accommode aussi bien des sous-domaines que des sous-répertoires, que les changements de structure d’URL mettent du temps à se stabiliser dans les résultats, et conclut : utilisez ce qui convient le mieux à votre configuration et pensez à vos projets à long terme avant de choisir.
Dans la même vidéo, il précise deux nuances utiles :
- avec des sous-répertoires, Google comprend que tout est sur le même serveur et peut explorer l’ensemble de la même manière, et les utilisateurs reconnaissent plus facilement que les sections font partie du même site ;
- avec des sous-domaines, Google doit apprendre à explorer chacun séparément, ce qui n’est selon lui qu’une formalité des premiers jours.
Depuis, un point pratique a changé : la vidéo indiquait qu’il fallait valider chaque sous-domaine séparément dans Search Console. Aujourd’hui, une propriété de type « Domaine » inclut automatiquement tous les sous-domaines et tous les protocoles, ce qui simplifie le suivi.
Pourquoi ce débat persiste-t-il alors ? Parce que de nombreux référenceurs ont constaté des variations de trafic après avoir déplacé un blog d’un sous-domaine vers un sous-répertoire, ou l’inverse. Ces cas sont réels mais difficiles à généraliser : une migration change en même temps les URL, les liens internes, parfois le CMS et le design. La conclusion honnête est que Google ne pénalise pas les sous-domaines, mais qu’ils demandent plus d’efforts pour obtenir le même résultat.
Pourquoi recommander le sous-répertoire pour le référencement ?
Pour la plupart des sites d’entreprise, le sous-répertoire est le choix le plus simple et le plus efficace, pour quatre raisons.
- Les liens profitent à tout le site : quand un site externe fait un lien vers un article de votre blog en sous-répertoire, cet article est relié au reste du site par votre maillage interne. La valeur des liens se diffuse naturellement vers vos pages de services. Avec un sous-domaine, il faut construire ces passerelles délibérément.
- Le maillage interne est plus naturel : un seul CMS, un seul menu, des liens entre articles et pages de services faciles à poser. C’est l’un des leviers de référencement les plus sous-estimés, détaillé dans notre article sur les liens internes.
- Un seul site à entretenir : une seule installation à mettre à jour et à sécuriser, un seul plan de site, un seul certificat, un seul suivi. Pour une PME, c’est moins de temps et moins de risques d’oubli.
- Moins de concurrence interne : avec deux sites distincts, il est plus facile de traiter deux fois le même sujet et de faire se concurrencer vos propres pages sur les mêmes requêtes.
Une précision sur l’« autorité de domaine » : les scores comme le Domain Authority de Moz ou l’Authority Score de Semrush sont des indicateurs créés par ces éditeurs pour estimer la force d’un site. Ce ne sont pas des critères de Google. Quand on parle d’autorité ici, c’est au sens général : la confiance et la notoriété qu’un site accumule grâce à ses contenus et aux liens qu’il reçoit. Notre article sur le Domain Authority détaille ce que ces scores mesurent réellement.
Quand un sous-domaine est-il le bon choix ?
Le sous-domaine a de vrais avantages quand la section a une vie propre. Google le reconnaît dans sa documentation sur les sites multirégionaux : un sous-domaine est facile à configurer, permet d’utiliser des serveurs différents et sépare facilement les sites. Les cas où on le recommande :
- Une application en ligne : l’espace client ou le logiciel SaaS (
app.exemple.fr) n’a pas vocation à être référencé et tourne souvent sur une autre technologie. - Un outil tiers : centre d’aide, billetterie, plateforme de recrutement ou boutique hébergée par un prestataire qui ne permet pas de s’installer dans un sous-répertoire.
- Une entité ou une marque distincte : une activité avec son propre public, sa propre équipe et son propre budget de contenu.
- Un environnement technique : préproduction, recette ou démonstration, à protéger par mot de passe ou à exclure de l’indexation.
- Des versions internationales : c’est un choix possible (
de.exemple.com), au même titre que les sous-répertoires (exemple.com/de/) ; Google présente les avantages et limites des deux dans sa documentation.
Attention à une pratique à éviter : louer ou prêter un sous-domaine ou un sous-répertoire à un tiers pour qu’il y publie du contenu sans rapport avec votre activité, en profitant de la réputation de votre site. Google la vise explicitement dans ses règles contre le spam (abus de réputation de site), qui mentionnent aussi la création de sous-domaines ou sous-répertoires pour contourner ses règles.
Sous-domaine ou sous-répertoire : le comparatif
| Critère | Sous-répertoire (exemple.fr/blog/) | Sous-domaine (blog.exemple.fr) |
|---|---|---|
| Position de Google | Accepté | Accepté |
| Mise en place | Simple si le même CMS gère tout | Simple via le DNS, même avec un autre outil |
| Serveur et technologie | Les mêmes que le site principal | Peuvent être différents |
| Profit des liens reçus | Partagé naturellement avec tout le site | À organiser par des liens entre les sites |
| Maintenance | Un seul site à gérer | Plusieurs installations à suivre |
| Suivi dans Search Console | Une propriété | Une propriété « Domaine » couvre tout, ou une par sous-domaine |
| Cas typique | Blog, pages de services, boutique intégrée | Application, outil tiers, marque distincte |
Quel impact sur les liens annexes dans Google ?
Les liens annexes (sitelinks) sont les liens vers des pages internes que Google affiche parfois sous le résultat principal, par exemple quand on recherche le nom d’une marque. Ils rendent le résultat plus visible et aident l’internaute à aller directement à la bonne page.
On ne peut pas les ajouter soi-même. Google explique que ses systèmes analysent la structure des liens du site pour trouver des raccourcis utiles, et qu’il n’affiche des liens annexes que lorsqu’il pense qu’ils seront utiles à l’utilisateur. Ses recommandations : des titres de pages informatifs et concis, une structure logique facile à parcourir, des liens vers les pages importantes depuis les pages pertinentes, et pas de contenu répété. Pour retirer une page des liens annexes, il faut la supprimer ou la passer en noindex.
Une structure en sous-répertoires, avec une arborescence claire, facilite ce travail. Avec des sous-domaines, les pages qui apparaissent sous votre nom de marque ne sont pas forcément celles que vous auriez choisies : c’est un point à vérifier régulièrement en recherchant votre propre marque. Pour poser les bases, lisez notre article sur l’arborescence d’un site web.
Comment passer d’un sous-domaine à un sous-répertoire ?
Déplacer un blog de blog.exemple.fr vers exemple.fr/blog/ est une migration à part entière. Les étapes essentielles :
- Inventoriez toutes les URL du sous-domaine (plan de site, export du CMS, pages qui reçoivent du trafic et des liens).
- Établissez la correspondance entre chaque ancienne URL et sa nouvelle adresse, page par page, sans renvoyer tout vers l’accueil.
- Mettez en place des redirections permanentes côté serveur (301 ou 308), comme le recommande Google, et conservez-les le plus longtemps possible, en général au moins un an, pour que les signaux soient transférés.
- Mettez à jour les liens internes, les balises canoniques et le plan de site pour qu’ils pointent directement vers les nouvelles URL.
- Soumettez le nouveau plan de site dans Search Console. L’outil de changement d’adresse de Google ne sert pas ici : il ne gère pas le passage d’un domaine vers le chemin d’un autre, ni les propriétés de niveau répertoire.
- Surveillez les erreurs 404, l’indexation et le trafic pendant plusieurs semaines, et corrigez au fil de l’eau.
Ce type d’opération se prévoit idéalement lors d’une refonte de site, pour ne migrer qu’une seule fois. Si vous voulez un avis sur la structure de votre site existant, c’est un point qu’on examine systématiquement lors d’un audit en référencement naturel.
Quelles erreurs éviter ?
- Mettre le blog sur un sous-domaine par facilité alors que le CMS du site principal peut l’accueillir : vous vous privez du bénéfice des liens que vos articles attirent.
- Changer de structure sans raison forte : Google rappelle que les changements d’URL mettent du temps à se stabiliser. Choisissez une structure que vous pourrez garder longtemps.
- Laisser une préproduction indexable sur un sous-domaine : elle crée du contenu en double. Protégez-la par mot de passe.
- Oublier des redirections lors d’une migration : chaque page perdue, c’est du trafic et des liens perdus.
- Multiplier les sous-domaines pour des contenus qui s’adressent au même public : vous dispersez vos efforts.
- Négliger le choix du domaine lui-même : avant de penser à la structure, choisissez un nom de domaine court, clair et durable.
Questions fréquentes
Google traite-t-il un sous-domaine comme un site séparé ?
Google indique qu’il sait gérer les deux structures et qu’il doit simplement apprendre à explorer chaque sous-domaine séparément au début. En pratique, un sous-domaine fonctionne comme une section plus indépendante : il faut le relier activement au site principal pour qu’ils se renforcent mutuellement.
Mon blog doit-il être sur un sous-domaine ou un sous-répertoire ?
Sur un sous-répertoire dès que c’est techniquement possible. Le blog attire des liens et des visiteurs qui doivent profiter à vos pages de services, et un seul site est plus simple à maintenir.
Un sous-domaine est-il pénalisé par Google ?
Non. Aucune pénalité n’est liée à l’utilisation d’un sous-domaine. La difficulté est ailleurs : il faut construire sa visibilité et ses liens de façon plus indépendante.
Faut-il créer une propriété Search Console par sous-domaine ?
Ce n’est plus obligatoire : une propriété de type « Domaine » regroupe tous les sous-domaines et protocoles. Vous pouvez ajouter en plus une propriété par sous-domaine si vous voulez suivre ses performances séparément.
Quelle structure pour un site multilingue ?
Les deux sont possibles, de même que des domaines nationaux (.fr, .de). Les sous-répertoires sont plus simples à maintenir sur un seul serveur ; les sous-domaines permettent des hébergements différents par pays. Google détaille les avantages de chaque option dans sa documentation sur les sites multirégionaux.
Sources
- Google Search Central (YouTube) : Subdomain or subfolder, which is better for SEO? (21 décembre 2017)
- Google Search Central : gérer des sites multirégionaux et multilingues
- Aide Search Console : ajouter une propriété de site
- Google Search Central : liens annexes (sitelinks)
- Google Search Central : règles relatives au spam
- Google Search Central : déplacer un site en modifiant les URL
- Aide Search Console : outil de changement d’adresse
