Sens et périmètre
Un sous-domaine place le contenu sur un nom d’hôte distinct, par exemple docs.example.com ; un sous-répertoire le place sous le nom d’hôte principal, par exemple example.com/docs/. Ce choix modifie les frontières de propriété, le déploiement, la navigation, la configuration de la mesure d’audience, la portée des cookies et le travail de migration. Google n’a publié aucun gagnant universel en matière de classement : la décision doit donc découler du modèle produit et opérationnel, et non d’une idée reçue.
Comment l’inspecter
Identifiez les frontières réelles : qui possède le contenu, s’il partage une audience de recherche et une marque avec le reste du site, comment la navigation le relie et ce qui arrivera aux URL avec le temps. Crawlez les deux zones telles que les voient les visiteurs et les robots. Vérifiez séparément les URL canoniques, les liens internes, les sitemaps, les règles robots, la correspondance des langues et la mesure avant d’attribuer une différence de visibilité à l’effet du nom d’hôte.
- Choisissez une structure en fonction de la propriété du contenu, de l’audience, du cycle de vie technique et du coût de migration.
- Utilisez une navigation publique cohérente pour que les utilisateurs passent d’une section liée à l’autre sans changement de contexte déroutant.
- Définissez volontairement la politique de balises canoniques, de robots et de sitemap de chaque nom d’hôte ou chemin.
- En cas de migration, associez chaque ancienne URL à une seule URL finale pertinente, puis testez les chaînes, les boucles et la navigation après rendu.
- Segmentez suffisamment le reporting pour distinguer un déménagement de site d’une véritable évolution du contenu ou de la demande.
Décisions pratiques
Un sous-domaine peut convenir à une application exploitée séparément, à un système de documentation ou à un site régional distinct. Un sous-répertoire peut simplifier les gabarits partagés et la navigation d’un site cohérent. Aucune des deux solutions ne dispense d’une architecture interne claire. Rendez d’abord la frontière lisible pour les utilisateurs, puis documentez-la afin que les futures équipes ne créent pas de routes en double.
Limites et erreurs à éviter
Ne migrez pas uniquement dans l’espoir d’un gain de classement supposé. Un déménagement de nom d’hôte est une vraie migration, avec des risques de redirections, de mesure, de liens et de cache. Ne partez pas du principe que deux sections doivent se concurrencer ou partager leurs signaux de classement de manière simple et fixe : évaluez les URL concrètes, les liens et l’audience.