Sous-domaine ou sous-répertoire : le vrai match SEO

blog.site.com ou site.com/blog ? Sur le papier, c'est un détail de config. En vrai, c'est le genre de débat qui déchire un thread Reddit SEO en trois heures, avec des gens qui balancent des captures Analytics comme si c'étaient des preuves ADN. Le sous-domaine à gauche du domaine racine, le sous-répertoire (ou sous-dossier) à droite. Deux façons de ranger le même contenu, et une guerre de tranchées qui dure depuis plus de dix ans.

Le truc c'est que la réponse « officielle » et la réponse « du terrain » ne collent pas toujours. Du coup on va démêler ça sans vous vendre de fausse certitude.

Ce que Google dit, noir sur blanc#

Commençons par les gens qui codent le moteur, ça évite les fantasmes.

Matt Cutts, en 2012, dans une vidéo Webmaster Help : les deux sont « roughly equivalent ». Sa reco à l'époque tenait en une phrase : prenez celui qui est le plus simple à configurer avec votre CMS, point. Les deux vivent sur le même domaine global, donc pour lui la vraie question était pratique, pas SEO.

Six ans plus tard, John Mueller enfonce le clou pendant des office hours de mai 2018. Je cite, parce que la nuance compte : « In general, we see these the same. I would personally try to keep things together as much as possible. » Traduction maison : Google traite les deux pareil, mais lui, perso, garderait tout regroupé sur le même site autant que possible, et réserverait le sous-domaine aux trucs vraiment à part. Il ajoute même qu'il y a des avis très tranchés là-dessus et que « this is something that could go either way ». Vers 2017, il avait déjà lâché une formule plus sèche reprise partout : Google web search se débrouille très bien avec l'un comme avec l'autre.

Donc côté doctrine, c'est clair : match nul. Sauf que.

Pourquoi les études de cas vous mentent (un peu)#

C'est là que ça se complique et que j'ai moins de certitudes. Parce que si vous tapez « subdomain vs subdirectory case study », vous allez tomber sur une avalanche de graphiques qui montrent le trafic qui explose après un passage en sous-répertoire. Alléchant. Et souvent trompeur.

Patrick Stox, chez Ahrefs, a signé en mars 2021 un article au titre volontairement provoc : « Subdirectories Are Not Better Than Subdomains For SEO ». Son argument central est imparable : ces migrations qui « prouvent » la supériorité du sous-répertoire sont presque toujours polluées par d'autres changements faits en même temps. Il liste six facteurs qui brouillent tout : un héritage temporaire de signaux, des erreurs de config analytics, des pages bloquées ou en noindex, une refonte concomitante, un maillage interne retravaillé au passage, et des modifs de contenu.

Dit autrement : vous changez huit trucs, le trafic monte, et vous attribuez tout au changement d'URL. Corrélation, causalité, tout ça.

Michael Martinez (SEO-Theory) va dans le même sens : selon lui, la plupart des gains observés lors de ces migrations viennent surtout de l'optimisation du maillage réalisée au même moment, pas du changement de structure en lui-même.

Le cas que je trouve le plus honnête vient d'un roundup de cognitiveSEO. Craig Emerson raconte une migration sous-domaine vers sous-dossier avec des redirections 301 propres et, cette fois, rien d'autre de changé. Résultat : une page qui traînait hors du top 100 est remontée à la position 57 en deux semaines environ. C'est cité comme « l'exemple le plus propre » justement parce qu'aucune autre variable ne vient parasiter la mesure. Un cas isolé ne fait pas une loi, mais celui-là a le mérite de ne pas tricher.

Et pour équilibrer : cognitiveSEO a aussi migré ses propres outils d'un sous-domaine vers un sous-dossier en juin 2017. Verdict ? Rien. Positions stables autour de la 5e place, avant comme après. Aucune amélioration. La preuve vivante que « ça dépend ».

Le contre-exemple qui calme tout le monde#

Vous voulez une raison de ne PAS diaboliser le sous-domaine ? Le cas learn.g2.com.

Ce sous-domaine de G2 est passé de zéro à plus d'un million de visiteurs organiques mensuels en moins d'un an. Un sous-domaine, donc, qui cartonne. La preuve que le format n'est pas une malédiction.

Sauf que la suite pique : il a ensuite perdu 852 000 visites, soit une chute de 85 % par rapport à son pic, alignée sur le déploiement du Helpful Content Update de septembre 2023. Ce qui l'a tué, ce n'est pas le sous-domaine. C'est la nature du contenu face à une mise à jour d'algo. Plot twist : la structure d'URL n'était même pas dans l'équation.

Retenez ça, parce que c'est le vrai enseignement : le succès d'un sous-domaine dépend surtout de la qualité du contenu et des humeurs de l'algorithme, pas du choix technique en soi.

Alors, sous-domaine quand ?#

Malgré la neutralité affichée par Google, un consensus mou existe chez les experts. Stephen Kenwright (Branded3) résume l'ambiance : « Subfolders are almost always preferable over subdomains », sauf impossibilité technique. Eric Enge nuance : Google voit plutôt bien le sous-domaine comme une partie intégrée du domaine principal, mais il recommande quand même le sous-dossier par sécurité sur un nouveau projet. Gianluca Fiorelli, lui, reste sceptique : d'après lui, les liens gagnés par un blog en sous-domaine profitent surtout à ce sous-domaine, pas au reste du site. À prendre comme des avis d'experts, pas comme des lois gravées.

Concrètement, le sous-domaine garde des cas d'usage légitimes :

Un site international ou multilingue, avec des régions vraiment distinctes. Google recommande d'ailleurs de gérer le ciblage avec le hreflang plutôt que de compter sur la structure seule.
Un support, un forum, un environnement technique franchement séparé du site principal (genre un staging).

Petit piège technique à connaître : dans la Search Console, un sous-domaine est une propriété distincte de la racine. Il faut le vérifier séparément. Si vous jonglez avec plusieurs sous-domaines, ça fait autant de propriétés à gérer. Rien de dramatique, mais dans la Search Console ça se sent vite.

L'angle qu'on oublie : le crawl budget#

Un argument sous-estimé, et pour le coup documenté noir sur blanc par Google en décembre 2024 : le budget de crawl se gère par hostname. Chaque sous-domaine est un hôte distinct avec son propre budget.

La reco officielle : « Place resources on a different hostname, like a CDN or subdomain. This can help shift the crawl budget burden away from your main site. » En clair, un sous-domaine peut servir à déporter la charge de crawl loin de votre site principal. Sur un gros site, ce n'est pas rien. Si le sujet vous parle, j'en cause plus en détail dans le crawl budget.

Le mot de la fin#

Bon, on en parle du verdict ? Google traite les deux pareil, c'est acté depuis 2012 et reconfirmé en 2018. La différence de perf que promettent les études de cas est presque toujours polluée par d'autres changements faits en même temps, Ahrefs l'a bien démonté.

Ma reco, à froid : sur un nouveau projet, sous-répertoire par défaut. C'est le choix qui simplifie tout, vous consolidez votre contenu au même endroit et vous vous épargnez une propriété Search Console de plus. Le sous-domaine, vous le sortez quand vous avez une vraie raison structurelle : international, environnement séparé, ou déport de crawl sur un très gros site.

Et si vous êtes déjà en sous-domaine et que tout roule ? Ne migrez pas juste parce qu'un thread Reddit vous a fait peur. Une migration mal gérée casse plus qu'un choix d'URL « sous-optimal » ne rapporte. Le vrai levier, ça reste le contenu. Le reste, c'est de la plomberie.