Sous-domaine ou sous-répertoire : lequel choisir

Sous-domaine ou sous-répertoire : la différence concrète

Les deux servent à organiser un site. Un sous-domaine se place avant le nom de domaine, comme blog.monsite.com. Un sous-répertoire se place après, comme un dossier dans une arborescence : monsite.com/blog. À l'œil, l'écart entre les deux URL paraît minime. Dans les faits, la logique n'est pas la même.

Un sous-répertoire vit à l'intérieur du nom de domaine existant. Il partage l'hébergement, le certificat et la même base technique que le reste du site. Créer un sous-domaine revient à déclarer une entrée supplémentaire au niveau du DNS. Cette adresse peut pointer vers un autre serveur, un autre CMS ou un outil tiers, sans toucher au site principal.

Ce que Google voit

Google sait rattacher un sous-domaine à son domaine racine, mais il le traite souvent comme une entité à part. La vraie question SEO : sous-domaine ou sous-répertoire, qui capitalise le mieux sur l'autorité déjà acquise ? Un dossier hérite immédiatement du crédit du domaine, tandis qu'un nouveau sous-domaine part de plus loin et doit se faire connaître. C'est le point le plus important du débat, davantage que la beauté de l'URL.

Le sous-répertoire : tout garder sur le domaine principal

Le sous-répertoire est l'option par défaut de la quasi-totalité des CMS. Vous créez un dossier, vous publiez, et les pages s'ajoutent à l'arborescence existante. Le maillage interne fonctionne sans configuration particulière, puisque tout vit sous la même adresse.

Ses points forts

Toute l'autorité se concentre sur une seule propriété. Un backlink obtenu sur un article de blog profite aussi aux pages commerciales, ce que certains outils mesurent sous le nom de Domain Rating ou de Domain Authority. L'administration reste simplifiée : un seul hébergement, un seul certificat, une seule sauvegarde. Et l'expérience de navigation est plus fluide, le visiteur ne quitte jamais le domaine.

Ses limites

Tout cohabite, donc tout dépend du même socle. Une surcharge du blog peut ralentir la boutique. Les mises à jour touchent l'ensemble, ce qui demande des tests avant chaque intervention. Si vous souhaitez faire tourner une application avec une pile technique différente, l'implémentation en sous-répertoire oblige à passer par un reverse proxy, une opération qui nécessite un vrai accompagnement technique.

• Usage : blog, pages services, documentation, contenus qui alimentent le même objectif commercial.
• Prise en main : native dans la plupart des CMS, aucune manipulation DNS.
• SEO : l'autorité et les liens se cumulent sur le domaine principal.
• Limites : socle technique commun, moins de souplesse pour des technologies différentes.
• Pour qui : les TPE et PME qui veulent un site qui vend, avec un seul univers de marque.
• Point de vigilance : surveiller la vitesse quand le nombre de pages grimpe.

Le sous-domaine : une adresse indépendante

Reste le sous-domaine. Un sous-domaine isole une partie du projet dans un espace autonome, rattaché au domaine principal (blog.monsite.com, app.monsite.com, boutique.monsite.com). Vous pouvez utiliser un sous-domaine pour héberger un outil qui n'a rien à voir avec le site vitrine, ou pour confier une brique à un prestataire sans lui ouvrir l'accès au reste.

Ses points forts

La séparation est nette. Deux stacks distinctes, deux configurations, deux cycles de mise à jour : un incident sur l'une n'entraîne pas l'autre. C'est souvent la seule option viable avec des services tiers qui imposent leur propre infrastructure. C'est aussi la bonne réponse pour des audiences très différentes, par exemple un espace client ou une version dédiée à un marché étranger géré en hreflang.

Ses limites

L'autorité ne circule pas aussi librement. Les liens pointant vers le sous-domaine ne renforcent pas mécaniquement les pages du domaine racine. Il faut aussi gérer des certificats et des enregistrements spécifiques, et dupliquer certaines briques comme les suivis analytics. Enfin, le sous-domaine demande sa propre propriété dans la Search Console, donc deux tableaux de bord à consulter au lieu d'un.

• Usage : application métier, espace client, outil SaaS tiers, environnement de test, version pays.
• Prise en main : création d'un enregistrement DNS puis configuration serveur, plus technique.
• SEO : propriété traitée à part, l'autorité se construit de façon indépendante.
• Limites : certificats, suivis et mises à jour à gérer en double.
• Pour qui : les projets où deux univers doivent vraiment être séparés.
• Point de vigilance : ne pas y envoyer le blog par simple facilité d'installation.

Les critères qui tranchent vraiment

Autorité et maillage

Entre le sous-répertoire et le sous-domaine, l'écart ne se joue pas sur le confort mais sur la capitalisation. Si l'objectif est que vos contenus tirent vos pages de vente vers le haut, le dossier reste le chemin le plus court. Vérifiez aussi l'absence de versions concurrentes d'une même page, source classique de contenu dupliqué.

Prise en main et configuration

Un sous-répertoire se crée en quelques clics depuis le back office. Un sous-domaine passe par la zone DNS, un certificat et parfois un serveur distinct. Ce n'est pas insurmontable, mais c'est du temps et des compétences à prévoir. Pour une équipe réduite, cette charge compte autant que l'argument SEO.

Suivi et mesure

Avec un sous-répertoire, un seul rapport suffit pour lire le parcours complet, de l'article jusqu'au formulaire. Avec un sous-domaine, il faut recoller les données entre deux propriétés et vérifier que les cookies de mesure fonctionnent sur les deux adresses. Pour piloter des KPI fiables, cette étape est essentielle.

Lequel choisir selon votre cas

Le réflexe utile : partez du sous-répertoire, et ne passez au sous-domaine que si une contrainte réelle l'exige. Voici les cas les plus fréquents.

• Un blog ou des contenus qui soutiennent vos offres : sous-répertoire, sans hésiter.
• Des pages locales par ville ou par agence : sous-répertoire, pour profiter du référencement local.
• Un espace client, un intranet, une application métier : sous-domaine.
• Un outil tiers qui impose son hébergement : sous-domaine, c'est la seule option propre.
• Un site multilingue : les deux fonctionnent, le sous-répertoire par langue est le plus simple à tenir.

Migrer un sous-domaine vers un sous-répertoire

Si votre blog vit déjà à part, le déplacement est possible. Il faut cartographier les URL, poser une redirection 301 de chaque ancienne adresse vers la nouvelle, mettre à jour les liens internes et déclarer le changement. Une migration menée proprement préserve le trafic acquis ; menée à la hâte, elle le fait fondre.

Questions fréquentes