Sous-domaine ou sous-répertoire pour un blog ou une boutique | We.Inc
blog.example.com ou example.com/blog ? Ce que dit la documentation Google, en quoi les cookies, le robots.txt, l'analytics et l'hébergement diffèrent, et une aide rapide à la décision.
Un sous-répertoire (example.com/blog) garde tout sur un seul hôte : il partage le serveur, le robots.txt et la configuration analytics de votre site principal. Un sous-domaine (blog.example.com) est un hôte distinct : plus facile à faire tourner sur un autre logiciel ou serveur, mais chaque partie a besoin de sa propre configuration. Si rien n'impose de séparer, le sous-répertoire est plus simple.
Différences pratiques entre les deux structures
Sujet
Sous-répertoire : example.com/blog
Sous-domaine : blog.example.com
Hébergement
Même serveur ou une règle de proxy
Peut pointer n'importe où via un enregistrement DNS
Un seul fichier suffit
A besoin de son propre fichier
Cookies
Partagés par défaut
Partagés seulement si Domain est défini sur le cookie
Analytics
Même configuration
Google recommande une configuration multidomaine
Search Console
Couvert par la propriété principale
Couvert par une propriété Domaine, ou ajoutez la sienne
Guide international de Google
Peu de maintenance, un seul emplacement de serveur
Configuration facile, permet des emplacements de serveur différents
Un sous-domaine est la partie placée avant votre nom de domaine principal, comme shop dans shop.example.com. Un sous-répertoire, aussi appelé sous-dossier, est un chemin placé après, comme /shop. Les deux peuvent se positionner, et le bon choix dépend généralement de la façon dont votre site est construit et hébergé. Répondez aux questions ci-dessous pour obtenir une suggestion argumentée.
Listez les sections à ajouter : blog, boutique, centre d'aide ou autres langues.
Vérifiez si chacune tourne sur la même plateforme que votre site principal.
Répondez à l'aide à la décision pour chaque section.
Si vous déplacez une section existante de l'un à l'autre, redirigez chaque ancienne adresse vers la nouvelle.
Les outils hébergés de boutique et de support ne proposent souvent qu'un sous-domaine. C'est une bonne raison d'en utiliser un.
Si vous choisissez un sous-domaine, ajoutez-le à votre plan de sitemap et donnez-lui son propre robots.txt.
Faites des liens entre le site principal et le sous-domaine dans les menus et pieds de page, pour que visiteurs et robots circulent librement entre les deux.
Ne changez pas de structure uniquement pour le SEO sur un site déjà bien positionné. Les déménagements coûtent du temps pendant que les moteurs de recherche traitent les redirections.
Questions fréquentes
Google préfère-t-il les sous-répertoires aux sous-domaines ?
Le guide de Google pour les sites multirégionaux présente les deux comme des structures valables et décrit des compromis de configuration et de maintenance, pas une règle de classement. Nous n'avons trouvé aucune documentation Google qui place l'un au-dessus de l'autre.
Mon blog doit-il être sur un sous-domaine ?
Seulement si le blog doit tourner sur une autre plateforme ou un autre serveur qui ne peut pas se placer derrière un chemin de votre domaine principal. Sinon, example.com/blog garde un seul robots.txt, un seul flux analytics et un seul endroit à gérer.
Lequel est le mieux pour d'autres langues ?
Le guide international de Google cite les domaines nationaux, les sous-domaines et les sous-répertoires. Les sous-répertoires comme /de/ sont faciles à configurer et demandent peu de maintenance ; les sous-domaines permettent des emplacements de serveur différents. Dans tous les cas, reliez les versions avec des balises hreflang.
Les cookies fonctionnent-ils sur un sous-domaine ?
MDN explique qu'un cookie défini sans attribut Domain reste sur l'hôte qui l'a créé, pas sur ses sous-domaines. Définissez Domain=example.com quand une connexion ou un panier doit passer du site principal à shop.example.com.
Faut-il une nouvelle propriété Search Console pour un sous-domaine ?
Pas si vous avez validé une propriété Domaine. L'aide de Google indique qu'une propriété Domaine inclut les données de toutes les variantes de protocole et de sous-domaine. Une propriété préfixe d'URL pour https://www.example.com n'inclut pas le sous-domaine du blog.
Ce qui change vraiment entre les deux
Pour un navigateur et un robot d'exploration, blog.example.com est un hôte différent de www.example.com. Le guide robots.txt de Google indique qu'un fichier ne s'applique qu'au protocole, à l'hôte et au port où il est publié : chaque sous-domaine a donc besoin du sien. L'aide Google Analytics sur la mesure multidomaine recommande cette configuration pour les sous-domaines, car les visites qui changent de domaine de cookie peuvent apparaître comme des autoréférences.
Un sous-répertoire évite tout cela, mais il faut que votre site principal serve le chemin. Si le blog tourne sur un autre logiciel, cela implique généralement un reverse proxy, une règle serveur qui récupère les pages d'un autre système et les sert sous votre domaine.
Passer de l'un à l'autre plus tard
Passer de blog.example.com à example.com/blog est un déménagement de site pour cette section. Le guide de Google sur les déménagements de site recommande de conserver les redirections en général au moins un an, et son outil de changement d'adresse ne sert qu'aux déménagements d'un domaine ou sous-domaine vers un autre.
Préparez le plan de redirection avant de basculer : chaque ancienne adresse d'article pointe vers la nouvelle adresse correspondante.
Snippets de configuration
Un sous-domaine nécessite un enregistrement DNS ; un sous-répertoire hébergé sur un autre système nécessite une règle de proxy sur le serveur principal.
Enregistrement DNS pour une boutique hébergée sur un sous-domaine
Votre fournisseur de boutique vous indique la cible exacte. Ce CNAME fait pointer shop.example.com vers elle.
Servir un blog séparé sous /blog avec Nginx
Le serveur principal récupère les pages /blog depuis l'hôte du blog et les sert sous votre domaine.
Partager un cookie avec tous les sous-domaines
Avec Domain défini, le cookie est envoyé à example.com et à shop.example.com.
Aide à la décision
Doit-il être sur un autre serveur ou dans un autre pays que votre site principal ?
Est-il géré par une équipe distincte avec ses propres accès et mises en production ?
Voulez-vous un seul robots.txt, une seule configuration analytics et des cookies partagés sans effort supplémentaire ?
Oui
Non
Suggestion
Utilisez un sous-répertoire, comme example.com/blog. Rien dans vos réponses n'exige un hôte séparé.
Utilisez un sous-domaine, comme blog.example.com. Donnez-lui son propre robots.txt, configurez l'analytics multidomaine et ajoutez un lien depuis votre menu principal.
Fonctionne dans votre navigateur. Vos réponses ne sont ni enregistrées ni envoyées.