« Alors, sous-domaine ou sous-répertoire ? » C'est la question qu'on m'a posée trois fois le mois dernier. La troisième fois, c'était un développeur qui avait déjà tranché — sous-domaine — et qui cherchait juste une validation. Je lui ai dit non. Il n'a pas aimé.
Ce n'est pas une question de goût. En SEO, le choix entre un sous-domaine (blog.monsite.fr) et un sous-répertoire (monsite.fr/blog) change la façon dont les moteurs de recherche répartissent l'autorité de votre domaine, la manière dont vous gérez vos redirections, et même le budget de crawl alloué à vos pages. Je vais vous expliquer ce que j'ai appris en migrant deux fois — dont une fois dans le mauvais sens.
Points clés à retenir
- Le sous-répertoire hérite directement de l'autorité du domaine principal ; le sous-domaine est traité comme un site distinct par les moteurs, même s'il leur arrive de le reconnaître.
- Un sous-domaine ne coûte pas « rien » : certificats, gestion des cookies, sitemaps séparés, hreflang à configurer.
- Le blog se place presque toujours sur un sous-répertoire. Les cas qui justifient vraiment un sous-domaine sont rares.
- Une migration de sous-domaine vers sous-répertoire bien menée récupère la majorité de la valeur ; mal menée, elle peut coûter plusieurs mois de trafic.
- Le vrai critère n'est pas technique. C'est : « qui doit gagner de l'autorité dans cette opération ? »
Sous-domaine vs sous-répertoire : ce qui se joue vraiment pour le SEO
Avant d'aller plus loin, il faut lever un malentendu. Beaucoup de gens (dont moi, il y a quelques années) pensent que Google « pénalise » les sous-domaines. Faux. Ce qui se passe est plus subtil : un sous-domaine est une entité technique distincte, et les moteurs doivent reconstruire sa réputation à partir de zéro, ou du moins en grande partie. Les liens externes pointant vers le blog ne renforcent pas la page d'accueil du site marchand, et inversement.
Concrètement, ça veut dire quoi ?
Autorité et « juridiction » : deux mondes séparés
Quand une page vit sur monsite.fr/blog/article, elle bénéficie des liens, de l'âge du domaine, de la réputation générale du site. Quand elle vit sur blog.monsite.fr/article, elle est évaluée quasi indépendamment. Le sous-domaine peut très bien se classer — mais il part avec un handicap structurel dès qu'il est jeune.
J'ai fait l'erreur en 2021 sur un site d'infogérance. Le blog était sur blog.mondomaine.fr, publié deux fois par semaine. Sur douze mois, il a généré au total environ 4 000 visites organiques mensuelles. On a tout basculé sur mondomaine.fr/blog avec redirections 301 correctes. Trois mois après la migration, on était à 6 800 visites mensuelles sur les mêmes articles — quasiment aucune réécriture, juste le déplacement. C'est le genre de chiffre qui fait réfléchir.
Budget de crawl : le coût invisible
Chaque sous-domaine a ses propres sitemaps, son propre fichier robots.txt, son propre budget de crawl. Sur les sites de taille moyenne, ça va. Sur les gros sites avec des milliers d'URL indexables, multiplier les hôtes revient à diluer la patience des robots. Un sous-répertoire centralise cette gestion.
Autre point qu'on oublie souvent : le maillage interne. Depuis un article de blog en sous-répertoire, vous pouvez pointer vers vos pages produits avec une ancre contextuelle, sans que ce soit perçu comme un lien « externe ». Depuis un sous-domaine, c'est techniquement un lien sortant. Les moteurs comprennent, mais le signal n'est pas le même.
Quand choisir un sous-domaine (et quand c'est une erreur)
Il existe de vrais cas où le sous-domaine se défend. Je vais vous les donner sans détour, puis vous dire pourquoi neuf fois sur dix, ce n'est pas votre situation.
Les cas légitimes
- Une audience radicalement différente — par exemple un site B2B qui lance une plateforme communautaire grand public : les visiteurs ne recoupent pas, la marque non plus.
- Une stack technique distincte — un CMS headless pour le blog, un autre pour le site vitrine. Encore faut-il que ça ne puisse pas être réglé autrement (spoiler : ça se règle souvent autrement).
- Ciblage géographique fort — mais alors on parle de fr.monsite.fr ou monsite.de, et dans ce cas on configure du hreflang propre, pas un sous-domaine fourre-tout.
- Contraintes d'infrastructure non négociables — type : le blog est hébergé sur une autre plateforme (WordPress.com, Ghost, autre) et l'équipe refuse de changer.
L'erreur que je vois partout : le blog par défaut sur un sous-domaine
« On met le blog sur blog.monsite.fr parce que c'est plus propre. » C'est ce qu'on m'a dit en 2021. Ça coûte cher. Le blog est précisément la zone où le sous-répertoire gagne haut la main : il alimente le site principal en contenu frais, en signaux sémantiques, en liens contextuels. Le séparer, c'est se tirer une balle dans le pied en pensant faire de l'architecture.
Une exception, une seule : si le blog est un projet éditorial autonome qui doit construire sa propre audience, avec ses propres backlinks et sa propre marque. Là, un sous-domaine peut avoir du sens. Mais c'est rare.
Comparatif pratique : sous-domaine ou sous-répertoire ?
Voici le tableau que j'aurais aimé trouver quand j'ai commencé à arbitrer. Il résume les points opérationnels, pas les théories marketing.
| Critère | Sous-répertoire (monsite.fr/blog) | Sous-domaine (blog.monsite.fr) |
|---|---|---|
| Héritage d'autorité du domaine principal | Direct, immédiat | Partiel, à reconstruire |
| Certificate SSL | Un seul certificat | Wildcard ou multi-SAN à provisionner |
| Gestion des cookies | Un domaine, simple | Cookie de domaine ou partage explicite |
| Robots.txt et sitemaps | Un fichier, un plan | Un par sous-domaine |
| Maillage interne | Liens internes naturels | Perçus comme sortants |
| Hreflang multilingue | Simple, sur un même hôte | Gestion croisée à documenter |
| Indépendance éditoriale | Limitée | Forte |
| Coût de maintenance technique | Faible | Moyen à élevé |
Et si vous hésitez encore, posez-vous cette question : est-ce que ce contenu doit renforcer mon domaine principal, ou doit-il vivre sa vie ? Si la réponse est « renforcer », vous avez votre réponse.
Migrer d'un sous-domaine vers un sous-répertoire : la checklist que personne ne suit
Le débat sous-domaine vs sous-répertoire se termine souvent par une migration. C'est là que les choses se cassent vraiment. J'en ai raté une, en 2022, sur un site e-commerce avec environ 800 articles de blog. Deux mois de chute de trafic organique après le déplacement — environ 30 % de perdu, récupérés au bout du quatrième mois.
Ce qui avait merdé ? Les redirections étaient bonnes, mais les liens internes pointaient encore, pour une bonne partie, vers les anciennes URL. Et le sitemap.xml du sous-répertoire n'avait pas été régénéré. Deux erreurs de rien du tout.
La checklist en 7 points
- Inventorier toutes les URL du sous-domaine, exporter la liste avec leur trafic actuel et leurs backlinks.
- Préparer les redirections 301 individuelles, URL par URL. Pas de redirection globale en masse.
- Mettre à jour tous les liens internes du site principal pointant vers le sous-domaine.
- Régénérer les sitemaps, supprimer l'ancien, soumettre le nouveau.
- Mettre à jour les attributs hreflang s'il y en a.
- Vérifier les canonicals : un canonical vers l'ancien sous-domaine casse tout.
- Suivre les positions et le trafic chaque semaine pendant au moins trois mois. Pas deux.
Le canonical est un piège classique. Pendant une phase de transition où les deux versions coexistent, si vos pages du sous-répertoire portent un canonical vers la version sous-domaine (parce qu'un plugin ou un template n'a pas été mis à jour), vous dites aux moteurs « la vraie page est là-bas ». Et vous perdez tout le bénéfice de la migration.
Les questions qu'on me pose à chaque audit
Un sous-domaine perd-il vraiment l'autorité du domaine principal ?
Pas intégralement, mais en grande partie. Les moteurs savent qu'un sous-domaine appartient à la même entité, et des signaux comme le WHOIS, les liens croisés, la cohérence de marque peuvent aider. Mais le sous-domaine est évalué comme une entité à part, avec ses propres signaux de confiance à construire. Pour un blog récent, le différentiel est net.
Le sous-répertoire est-il toujours mieux pour le référencement ?
Non, « toujours » est un mot qui n'existe pas en SEO. Mais dans 90 % des cas que je croise — blogs d'entreprise, sites SaaS, e-commerce avec un espace éditorial — le sous-répertoire est le bon choix. Les exceptions existent, elles sont documentées, elles sont rares.
Un e-commerce peut-il mettre sa boutique sur un sous-domaine ?
C'est très risqué. La boutique est le cœur commercial du site, elle a besoin de toute l'autorité disponible. Un sous-domaine boutique.monsite.fr signifie que vous reconstruisez la confiance d'une boutique à partir de zéro, sans bénéficier de l'historique de monsite.fr. Je ne le recommande pas, sauf cas très particulier (une marketplace indépendante, par exemple).
Le vrai critère de décision
Après avoir accompagné plusieurs migrations dans les deux sens, ma conviction est simple : posez la question en termes de qui doit accumuler l'autorité. Si vous voulez que tout converge vers monsite.fr, mettez tout sur monsite.fr. Si vous construisez deux projets distincts qui doivent vivre leur vie, séparez-les.
Le sous-domaine n'est pas une erreur technique. C'est un choix d'architecture qui a un prix — un prix en autorité, en maintenance, en complexité. Beaucoup de gens le paient sans le savoir. Vous, maintenant, vous savez.
La prochaine fois qu'un développeur vous dira « on met le blog sur un sous-domaine, c'est plus propre », vous aurez une question à lui poser : plus propre pour qui ?
