Qu'est-ce qu'un sous-domaine ?

Un sous-domaine fait partie du domaine principal d'un site web. domaine qui permet d'organiser plus clairement le contenu, les services ou les environnements.

Que signifie un sous-domaine ?

Un sous-domaine est une étiquette supplémentaire ajoutée au début d'un nom de domaine enregistré. Système de nom de domaine (DNS) Pour créer un nom d'hôte distinct permettant d'acheminer le trafic vers une destination spécifique, il se situe à gauche du domaine principal (le domaine « racine ») et est séparé par un point, comme dans api.example.com, où example.com est le domaine enregistré et api le sous-domaine. Techniquement, les sous-domaines peuvent être imbriqués (v2.api.example.com), car chaque étiquette à gauche subdivise davantage l'espace de noms du domaine parent.

Un sous-domaine peut pointer vers le même server et l'application comme domaine principal ou sur une infrastructure entièrement différente, car Enregistrements DNS car le sous-domaine peut être résolu en différents adresses IP, équilibreurs de chargeou service critèresCela fait des sous-domaines un flexIl est possible de segmenter les sites web et les services, d'appliquer différentes configurations et politiques de sécurité, et de gérer des environnements ou des produits distincts tout en restant sous la même propriété de domaine globale.

Structure du sous-domaine

Un sous-domaine est construit à partir d'« étiquettes » DNS séparées par des points, lues de gauche à droite, la partie la plus spécifique se trouvant à l'extrême gauche et le domaine de premier niveau (TLD) à l'extrême droite. blog.exemple.com, blog est le libellé du sous-domaine, par exemple est le domaine enregistré (souvent appelé domaine de deuxième niveau), et .com est le domaine de premier niveau. Le nom d'hôte complet est blog.example.com, et le DNS résout ce nom d'hôte en recherchant les enregistrements définis pour ce nom spécifique (ou correspondant aux règles génériques).

Les sous-domaines peuvent être simples ou complexes. Par exemple, api.example.com est un sous-domaine simple courant, tandis que v2.api.example.com est un sous-domaine imbriqué, v2 étant lui-même un sous-domaine de api.example.com. Chaque étiquette supplémentaire restreint davantage l'espace de noms et peut avoir ses propres enregistrements DNS et règles de routage. Le domaine « apex » (également appelé domaine racine) est le domaine enregistré lui-même, comme example.com, et son traitement diffère dans certaines configurations DNS car il ne peut pas être un enregistrement CNAME dans de nombreuses configurations, contrairement aux sous-domaines.

D'un point de vue pratique, le libellé du sous-domaine est la partie que vous choisissez pour décrire sa fonction, par exemple www, app, api, mail ou dev. Le DNS détermine ensuite où les requêtes adressées à ce nom d'hôte doivent être redirigées. Bien qu'un sous-domaine fasse partie du même domaine parent, il se comporte comme une adresse distincte sur Internet, ce qui explique pourquoi il est souvent utilisé pour séparer clairement les services, les environnements ou les sections d'un site.

Comment fonctionnent les sous-domaines ?

Un sous-domaine fonctionne en combinant des enregistrements DNS et des sites web server Le routage permet qu'un nom d'hôte spécifique (comme api.example.com) soit résolu vers le système approprié et fournisse le contenu ou le service adéquat. Il comprend les étapes suivantes :

1. Vous créez le nom de sous-domaine sous votre domaine. Vous choisissez une étiquette telle que blog, app ou api, qui forme un nom d'hôte comme blog.example.com et vous fournit une adresse claire et distincte vers laquelle acheminer le trafic.
2. Vous ajoutez des enregistrements DNS pour ce nom d'hôte. Chez votre fournisseur DNS, vous créez des enregistrements (généralement A/AAAA ou CNAME) pour blog.example.com afin que le DNS sache vers quelle destination ce nom doit être résolu.
3. Le DNS récursif consulte les enregistrements lorsqu'un utilisateur visite le sous-domaine. Lorsqu'un utilisateur entre blog.example.com, leur appareil interroge un résolveur récursif (souvent exécuté par un ISP ou un service DNS public) pour trouver où pointe ce nom d'hôte.
4. La résolution DNS renvoie une adresse ou une cible pour le sous-domaine. Le résolveur récupère l'enregistrement pertinent et renvoie une adresse IP (à partir de A/AAAA) ou une cible canonique qui se résout ensuite en une adresse IP (à partir de CNAME), ce qui indique au navigateur Où se connecter.
5. Le navigateur se connecte à la destination server et lance une requête. En utilisant l'adresse IP résolue, le navigateur ouvre une connexion et envoie une requête HTTP(S) incluant l'en-tête Host défini sur blog.example.com, qui identifie le nom d'hôte demandé par l'utilisateur.
6. TLS et la web server/proxy sélectionnez le site ou le service approprié. Pour HTTPS, le server présente un certificat qui couvre le sous-domaine (ou un caractère générique comme *.example.com), et le server or Proxy inverse utilise le nom d'hôte pour acheminer la requête vers l'hôte virtuel, l'application ou le bon hôte virtuel. backend.
7. L'application répond avec le contenu prévu pour le sous-domaine. Le service routé génère la réponse, telle qu'une blog, un API, ou un portail d'administration, de sorte que le sous-domaine se comporte comme son propre point de terminaison même s'il fait partie du même domaine parent.

Exemples de sous-domaines

Les sous-domaines sont souvent utilisés pour séparer différentes fonctions, services ou publics d'un site tout en conservant l'ensemble du contenu sous un seul domaine principal. Voici quelques exemples courants :

• www.example.com. Le nom d'hôte traditionnel du site web public principal (pointe souvent vers le même emplacement que example.com).
• blog.example.com. A blog hébergé séparément du site principal, parfois sur une plateforme différente ou .
• app.exemple.com. A application web (tableau de bord, portail client, SaaS Interface utilisateur) séparée des pages marketing.
• api.example.comUn point de terminaison d'API acheminé vers des services backend, souvent derrière une passerelle API ou un équilibreur de charge.
• support.example.comUn centre d'aide ou un portail de billetterie, généralement hébergé sur un système de support tiers.
• dev.exemple.com. A développant ou environnement de test utilisé pour tester les modifications avant production.
• Mail.example.com. Un nom d'hôte utilisé pour les services liés à la messagerie électronique (webmail, SMTP passerelles, ou routage du courrier).

Pourquoi utiliser des sous-domaines ?

Les sous-domaines permettent de diviser un domaine en points de terminaison clairs et dédiés à des fonctions spécifiques, sans nécessiter de domaine distinct. Cela simplifie l'organisation des services, le routage du trafic et la gestion des configurations, et permet une meilleure évolutivité. Voici pourquoi vous devriez les utiliser :

• Séparer les différentes parties d'un site ou d'un produit. Vous pouvez conserver vos pages marketing sur www.example.com tout en exécutant une application web sur app.example.com, afin que chacune puisse évoluer indépendamment.
• Acheminer le trafic vers différents systèmes ou fournisseurs. Un sous-domaine peut pointer vers un autre server, équilibreur de charge, cloud service ou plateforme tierce (par exemple, un service d'assistance sur support.example.com) sans modifier le domaine principal.
• Isoler les environnements pour des changements plus sûrs. Les équipes utilisent souvent staging.example.com ou dev.example.com pour tester les versions et les modifications de configuration sans affecter la production.
• Appliquer des politiques de sécurité et d'accès différentes. Les sous-domaines peuvent avoir leurs propres certificats TLS. WAF règles, protocoles d'authentification, des limites de débit et même des portées de cookies distinctes, ce qui permet de contrôler les risques et de protéger les zones sensibles comme les portails d'administration.
• Améliorer la clarté opérationnelle et la mise à l'échelle. Il est plus facile de surveiller, de déployer et de faire évoluer les services lorsqu'ils ont des noms d'hôte distincts comme api.example.com et cdn.example.com, chacun avec ses propres journaux, son comportement de mise en cache et son infrastructure.
• Prise en charge des versions régionales ou linguistiques. Les sous-domaines tels que eu.example.com ou fr.example.com peuvent diffuser du contenu localisé ou rediriger les utilisateurs vers une infrastructure spécifique à une région.

Comment créer un sous-domaine ?

Créer un sous-domaine implique de le définir dans le DNS et de s'assurer que votre server ou le service sait comment traiter les demandes le concernant. Bien que l'interface exacte varie selon le fournisseur, le processus global reste le même :

1. Choisissez le nom et l'objectif du sous-domaine. Déterminez ce que le sous-domaine représentera, par exemple : blog, l'application ou l'API, et confirmez où le trafic doit être acheminé.
2. Accédez à la gestion DNS de votre domaine. Connectez-vous au Fournisseur DNS ou le registraire de domaine qui héberge votre zone DNS pour le domaine principal.
3. Ajoutez un enregistrement DNS pour le sous-domaine. Créez un enregistrement A ou AAAA pointant le sous-domaine vers une adresse IP, ou un enregistrement CNAME le pointant vers un autre nom d'hôte, selon la manière dont le service est hébergé.
4. Attendre Propagation DNS. Une fois sauvegardée, la nouvelle entrée DNS a besoin de temps pour se propager entre les serveurs DNS, ce qui peut prendre de quelques minutes à plusieurs heures, selon les cas. TTL paramètres.
5. Configurer le server ou service pour accepter le sous-domaine. Mettez à jour votre site Web server, le proxy inverse ou les paramètres de l'application afin qu'elle reconnaisse le nouveau nom d'hôte et sache quel contenu ou service servir.
6. Configurez le protocole HTTPS pour le sous-domaine. Installez ou mettez à jour un certificat TLS couvrant le sous-domaine (ou utilisez un certificat générique) pour garantir des connexions sécurisées.
7. Tester le sous-domaine de bout en bout. Accédez au sous-domaine dans un navigateur ou un client de test pour confirmer que la résolution DNS, le protocole HTTPS et le routage des applications fonctionnent comme prévu.

Quels sont les avantages et les inconvénients des sous-domaines ?

Examinons les avantages et les inconvénients des sous-domaines :

FAQ sur les sous-domaines

Voici les réponses aux questions les plus fréquemment posées sur les sous-domaines.

Quel est l'impact des sous-domaines sur le référencement (SEO) ?

Les sous-domaines peuvent affecter le référencement naturel principalement parce que les moteurs de recherche peuvent traiter chaque sous-domaine (comme blog.example.com ou shop.example.com) en tant que section distincte qui doit gagner en visibilité et en autorité grâce à la qualité de son contenu, à ses liens internes et à ses backlinks, plutôt que d'hériter automatiquement de la pleine force de classement du domaine racine.

Google affirme pouvoir gérer les sous-domaines et les sous-répertoires de la même manière, mais en pratique, un sous-domaine se comporte souvent comme une « propriété » distincte (par exemple dans Search Console), ce qui peut disperser les signaux, les rapports et les efforts d'optimisation sur plusieurs noms d'hôte. Autrement dit, les sous-domaines peuvent s'avérer utiles lorsque le contenu est réellement différent (une application, une documentation, un forum ou un site localisé), mais ils peuvent aussi compliquer le référencement si vous isolez accidentellement du contenu, affaiblissez le maillage interne ou créez des configurations techniques incohérentes entre les noms d'hôte (balises canoniques, hreflang, redirections, sitemaps, etc.).

Sous-domaines vs. sous-répertoires

Comparons les sous-domaines et les sous-répertoires pour découvrir leurs caractéristiques uniques :

Combien de sous-domaines un domaine peut-il avoir ?

En DNS, il n'existe pas de limite fixe et universelle au nombre de sous-domaines qu'un domaine peut contenir. Vous pouvez en créer autant que votre fournisseur DNS et votre infrastructure opérationnelle le permettent. Les contraintes pratiques proviennent des limites imposées par le DNS et les fournisseurs : chaque « étiquette » d'un nom (comme « api » dans api.example.com) est limitée à 63 caractères, et le nom de domaine complet à 253 caractères. Par conséquent, les noms profondément imbriqués sont soumis à une limite de longueur stricte.

Au-delà de ça, les véritables limites résident dans le nombre d'enregistrements DNS autorisés par votre fournisseur, la taille de votre zone et le niveau de complexité que vous êtes prêt à maintenir (certificats, routage, surveillance et politiques de sécurité) à mesure que le nombre de sous-domaines augmente.

Les sous-domaines sont-ils sécurisés ?

Les sous-domaines peuvent être sécurisés, mais ils ne le sont pas par défaut. Chaque sous-domaine constitue un point d'entrée distinct, avec ses propres enregistrements DNS, sa configuration TLS, sa pile applicative et ses paramètres de sécurité. La sécurité globale dépend donc de la rigueur avec laquelle vous les configurez et les maintenez. Un sous-domaine bien géré peut renforcer la sécurité en isolant les fonctions (par exemple, en séparant api.example.com de www.example.com) et en appliquant des contrôles adaptés, tels qu'une authentification stricte, une limitation du débit et des règles de pare-feu applicatif web (WAF).

Les principaux risques proviennent d'une mauvaise configuration et d'une prolifération excessive du réseau. Parmi les problèmes courants, on peut citer l'absence de configuration HTTPS ou des paramètres TLS faibles, des en-têtes de sécurité incohérents, une configuration CORS trop permissive, la fuite de cookies et de sessions entre les sous-domaines, et la « prise de contrôle de sous-domaine » lorsqu'un enregistrement DNS pointe vers un service tiers qui n'est plus revendiqué.

En pratique, les sous-domaines sont sécurisés lorsqu'ils sont traités comme des surfaces de production indépendantes : DNS verrouillé, TLS robuste, sécurité renforcée server/paramètres de l'application et surveillance continue, comme pour le domaine principal.

Les sous-domaines sont-ils gratuits ?

Les sous-domaines sont généralement gratuits, car les fournisseurs DNS ne facturent pas de frais supplémentaires par sous-domaine. En revanche, une fois que vous possédez un domaine, vous pouvez généralement créer des sous-domaines. blog.example.com, api.example.com et bien d'autres sans frais supplémentaires.

Les coûts éventuels dépendent du service vers lequel pointe le sous-domaine : hébergement, répartition de charge, utilisation d'un CDN, certificats TLS (souvent gratuits avec Let's Encrypt, mais les certificats gérés peuvent être payants), ainsi que le temps et les outils nécessaires à l'exploitation et à la sécurisation d'un point de terminaison supplémentaire. Certaines plateformes gérées peuvent également limiter le nombre de sous-domaines ou facturer les fonctionnalités liées aux noms d'hôtes personnalisés, mais la création d'un sous-domaine en elle-même n'est généralement pas une option payante.