Blog en sous-domaine ou en /blog : lequel choisir pour le SEO ?

Au moment d'ajouter un blog à votre site, une question arrive très vite : faut-il le mettre sur blog.monsite.com (un sous-domaine) ou sur monsite.com/blog (un sous-répertoire) ?

La question paraît technique, mais elle a des conséquences sur votre référencement, votre maintenance et vos conversions. Voici ce que dit Google, ce que montrent les migrations réelles, et comment trancher.

La réponse courte

Pour un blog qui parle de votre produit ou de votre métier, mettez-le sous /blog. C'est l'option la plus simple à faire comprendre à Google, la plus cohérente pour vos lecteurs, et celle qui profite le plus directement à votre site principal.

Le sous-domaine se justifie quand le contenu est réellement différent de votre site (une application, une documentation technique séparée, un espace communautaire) ou quand une contrainte d'hébergement l'impose.

Ce que dit Google

La position officielle de Google n'a pas changé depuis des années : les deux fonctionnent.

En 2018, John Mueller (Google) a résumé ainsi : « En général, nous les voyons de la même façon. Personnellement, j'essaierais de garder les choses ensemble autant que possible. » (source)

Deux nuances méritent d'être relevées :

• la même année, une vidéo de Google affirmant que les deux options se valent a été vivement critiquée par une partie de la communauté SEO, qui estime que le sous-répertoire est presque toujours plus performant en pratique (source) ;
• même quand Google dit « c'est pareil », son propre conseil reste de regrouper le contenu lié sur un même site.

Autrement dit : Google ne vous pénalisera pas pour un sous-domaine, mais rien ne vous oblige à vous compliquer la vie.

Pourquoi le /blog reste le choix le plus sûr

Au-delà du débat « facteur de classement ou non », le sous-répertoire a des avantages très concrets.

1. Vos efforts profitent à un seul site

Quand un article est cité par d'autres sites, les liens pointent vers monsite.com/blog/..., c'est-à-dire vers votre domaine principal. Tout le travail de contenu renforce le même site que celui qui présente votre produit, au lieu d'alimenter un site voisin.

2. Un maillage interne naturel

Un article sous /blog fait partie du même site que vos pages produit, tarifs ou documentation. Les liens de l'un vers l'autre sont des liens internes, simples à suivre pour Google comme pour vos lecteurs : un article qui explique un problème peut mener directement à la page qui le résout.

3. Un seul site à suivre

Un blog en sous-répertoire se suit dans le même tableau de bord que le reste du site : même Search Console, même analytics, mêmes cookies de consentement, même tunnel de conversion. Avec un sous-domaine, il faut souvent vérifier et configurer un site de plus, et relier les visites d'un domaine à l'autre.

À noter aussi : pour le nom du site affiché dans les résultats, Google gère les domaines et les sous-domaines, pas les sous-répertoires (documentation Google). Un blog sous /blog hérite donc simplement du nom de votre site principal.

4. Une expérience cohérente pour vos lecteurs

Même domaine, même en-tête, même navigation : le lecteur ne quitte jamais votre site. C'est ce qui transforme un lecteur en utilisateur, bien plus qu'un blog qui ressemble à un site à part.

Ce que montrent les migrations réelles

Les retours d'expérience sont plus nuancés qu'on ne le lit souvent.

• Certaines entreprises rapportent de fortes hausses de trafic après être passées d'un sous-domaine à un sous-répertoire, parfois de plus de 60 % en quelques semaines (exemples cités sur Indie Hackers).
• À l'inverse, Ahrefs a analysé la migration de Mention (2016) : le trafic s'est surtout déplacé vers les nouvelles URL, sans gain global net (analyse Ahrefs).

La leçon : une migration n'est pas une baguette magique, et elle comporte des risques. Mais pour un nouveau blog, la question ne se pose pas en ces termes : autant partir directement sur la structure la plus simple et la plus cohérente.

Quand un sous-domaine est justifié

Le sous-domaine reste le bon choix quand le contenu est un produit à part :

• l'application elle-même (app.monsite.com) ;
• une documentation technique générée par un autre outil (docs.monsite.com) ;
• un forum ou un espace communautaire (community.monsite.com) ;
• une page de statut (status.monsite.com).

Dans ces cas, le contenu a son propre fonctionnement, souvent sa propre équipe ou sa propre technologie. Le séparer a du sens.

Le comparatif en un coup d'œil

Pourquoi tant de blogs finissent en sous-domaine

Si le /blog est si intéressant, pourquoi voit-on autant de blog.monsite.com ? Pour une raison surtout technique.

La plupart des outils de blog hébergés (Ghost, Medium, Hashnode, WordPress hébergé…) se branchent très facilement sur un sous-domaine : un enregistrement DNS de type CNAME, et c'est fait. Les servir sous /blog demande en revanche un proxy inverse : votre site doit récupérer les pages du blog et les renvoyer sous sa propre URL. Sur beaucoup d'hébergements, c'est pénible à mettre en place.

Le sous-domaine est donc souvent un choix par défaut, pas un choix SEO.

Mettre votre blog sous /blog avec Next.js

Bonne nouvelle si votre site tourne sous Next.js : le proxy inverse est intégré au framework, grâce aux rewrites. Quelques lignes dans next.config.ts suffisent pour qu'une adresse de votre site affiche le contenu d'une autre, sans redirection : l'URL reste monsite.com/blog.

Avec bloglet, cela donne :

// next.config.ts
const nextConfig = {
  async rewrites() {
    return [
      { source: "/blog", destination: "https://bloglet.app/monsite/blog" },
      { source: "/blog/:path*", destination: "https://bloglet.app/monsite/blog/:path*" },
      { source: "/rss.xml", destination: "https://bloglet.app/monsite/rss.xml" },
      { source: "/blog-sitemap.xml", destination: "https://bloglet.app/monsite/sitemap.xml" },
    ]
  },
}

export default nextConfig

Vos articles s'affichent sous votre domaine, rendus côté serveur, avec les balises SEO, les données structurées, le sitemap et le flux RSS déjà générés. Le guide complet est ici : Comment ajouter un blog SEO-ready à un site Next.js.

Votre blog est déjà sur un sous-domaine ?

Si votre blog existe déjà en sous-domaine et reçoit du trafic, une migration vers /blog est possible, mais elle doit être préparée :

1. Redirigez chaque ancienne URL vers sa nouvelle adresse avec une redirection 301, page par page (pas tout vers l'accueil du blog).
2. Mettez à jour vos liens internes pour qu'ils pointent directement vers les nouvelles URL.
3. Déclarez le nouveau sitemap dans Google Search Console.
4. Surveillez le trafic et les erreurs d'exploration pendant plusieurs semaines : une baisse temporaire est fréquente pendant que Google recalcule.

Si votre blog en sous-domaine fonctionne bien et que le SEO est votre seule motivation, prenez le temps de peser le risque. Pour un nouveau blog, en revanche, partez directement sur /blog.

En résumé

• Google traite officiellement les deux structures de la même façon, mais conseille de regrouper le contenu lié.
• Le /blog concentre vos efforts sur un seul site, simplifie le maillage, le suivi et l'expérience lecteur.
• Le sous-domaine reste pertinent pour un contenu vraiment séparé : application, documentation, communauté.
• Beaucoup de blogs sont en sous-domaine par facilité technique, pas par choix SEO.
• Avec Next.js, les rewrites rendent le /blog aussi simple à mettre en place qu'un sous-domaine.

Vous avez un site Next.js ? Créez votre blog sur bloglet et publiez-le sous /blog en quelques minutes.