Aller au contenu principal
Boletolibre

Sous-domaine ou domaine : choisir la structure de l’adresse

Un sous-domaine est un nom situé sous un autre domaine dans la hiérarchie DNS. Dans tickets.example.com, tickets est le libellé ajouté sous example.com. Ce n’est pas la même chose que example.com/tickets : après la barre oblique se trouve un chemin d’URL, pas un sous-domaine.

La rédaction de Boletolibre

Publié

Un schéma comparant example.com, tickets.example.com et example.com/tickets, avec le libellé ajouté et le chemin distingués visuellement.
Un libellé avant le domaine parent et un chemin après la barre oblique sont des parties différentes de l’adresse.

Lire séparément le nom et le chemin

ExempleCe qu’il représenteOù la distinction compte
example.comLe nom parent utilisé dans cet exempleEnregistrement et réglages DNS du domaine
tickets.example.comUn sous-domaine de example.comDNS et service configuré pour ce nom d’hôte
example.com/ticketsUn chemin sous le même nom d’hôteTraitement de la ressource par le service web
[1][2]

« Domaine » et « sous-domaine » ne s’excluent pas : un sous-domaine est lui-même un nom de domaine. Dans un projet de site, « le domaine » désigne souvent le nom principal enregistré et « un sous-domaine », un nom ajouté dessous. La hiérarchie se lit de droite à gauche ; les points séparent les libellés.[1]

Ne supposez pas que tout nom enregistré contient exactement deux libellés. Les structures de domaine peuvent comporter davantage d’éléments. Pour ce choix, identifiez le nom que vous contrôlez et celui que vous voulez créer sous ce nom.[1]

Ce qui change dans le fonctionnement

Des sous-domaines peuvent présenter des contenus différents et être configurés pour des services distincts. Un chemin indique au serveur web la ressource demandée sous le nom d’hôte. Créer un enregistrement DNS ne fait pas apparaître example.com/tickets dans votre site : le service web doit accepter et traiter ce chemin.[1][2]

Aucune des deux structures ne publie le contenu à elle seule. Il faut un service qui accepte l’adresse et fournisse la page prévue. Vérifiez cette compatibilité et les responsabilités de configuration avant de faire figurer le nom sur une affiche ou dans un courriel.

Un choix hypothétique pour un événement

Un organisateur conserve ses informations générales sur example.com. Pour une nouvelle page d’événement, un chemin peut convenir si elle est gérée dans le site existant. Un sous-domaine peut convenir à un service de pages séparé tout en gardant le nom parent visible. Ce sont des pistes de préparation, pas des garanties de compatibilité.

Pour utiliser un nom distinct sans lien avec le domaine parent, il faut envisager un autre enregistrement, pas simplement ajouter un libellé. À l’inverse, créer un sous-domaine sous un nom que vous contrôlez ne signifie pas enregistrer un nouveau nom parent indépendant.[1]

Choisir selon les responsabilités, sans promesse de classement

  • Confirmez l’adresse exacte acceptée par le service de pages.
  • Identifiez qui peut modifier le DNS et qui peut publier la page ou le chemin.
  • Vérifiez HTTPS pour le nom d’hôte choisi ; ne supposez pas que le site principal couvre toutes les adresses.
  • Conservez un lien public cohérent dans la page d’événement, les messages et les documents imprimés.

Cette comparaison n’établit aucun avantage automatique de classement pour une structure. Décidez selon la clarté de navigation, la configuration acceptée et la personne chargée de la maintenance. Écrivez d’abord l’adresse complète proposée : le choix entre domaine, sous-domaine et chemin sera plus concret.

Sources et lectures complémentaires

  1. Hiérarchie des domaines et sous-domainesMDN Web Docs · Consulté
  2. Composants d’URL et chemins de ressourcesMDN Web Docs · Consulté