Qu'est-ce qu'un Sous-domaine ?
Un sous-domaine est un domaine qui existe en tant que partie d'un domaine parent plus grand, créé en ajoutant un préfixe au nom de domaine principal. Dans « blog.example.com », « blog » est le sous-domaine de « example.com ». Les sous-domaines permettent aux propriétaires de sites web d'organiser le contenu, d'héberger des applications distinctes ou de créer des sections distinctes sans enregistrer de noms de domaine supplémentaires. Ils sont créés via la configuration DNS sans coût d'enregistrement supplémentaire.
Structure du Sous-domaine
blog.example.com
│ │ │
│ │ └── TLD (Domaine de Premier Niveau)
│ └── Domaine racine (Domaine de Deuxième Niveau)
└── Sous-domaine (Domaine de Troisième Niveau)
Plusieurs niveaux possibles :
dev.api.example.com
│ │ │
│ │ └── Domaine racine
│ └── Premier sous-domaine
└── Deuxième sous-domaine (quatrième niveau)
Utilisations Communes des Sous-domaines
| Sous-domaine | Objectif Typique |
|---|---|
| www | Site web principal (traditionnel) |
| blog | Section blog ou actualités |
| shop/store | Plateforme d'e-commerce |
| app | Application web |
| api | Points de terminaison API |
| Accès webmail | |
| dev/staging | Environnements de développement |
| support/help | Portail de support client |
| cdn | Livraison de contenu |
| m/mobile | Site optimisé pour mobile |
Création de Sous-domaines
Configuration DNS
Ajoutez des enregistrements pour le sous-domaine dans votre zone DNS :
; Enregistrement A pointant vers l'IP
blog.example.com. A 192.0.2.10
; CNAME pointant vers un autre domaine
shop.example.com. CNAME mystore.shopify.com.
; Sous-domaines multiples
api.example.com. A 192.0.2.20
dev.example.com. A 192.0.2.30
Sous-domaines Wildcard
Correspondre à tous les sous-domaines non définis :
*.example.com. A 192.0.2.100
Sous-domaine vs Répertoire
| Aspect | Sous-domaine | Répertoire |
|---|---|---|
| URL | blog.example.com | example.com/blog |
| DNS requis | Oui | Non |
| Hébergement séparé | Facile | Complexe |
| Autorité SEO | Séparé | Partagé |
| Certificat SSL | Peut nécessiter wildcard | Couvert par le certificat principal |
| Analytics | Propriété séparée | Même propriété |
Quand Utiliser les Sous-domaines
- Plates-formes/technologies différentes
- Applications séparées
- Systèmes multi-locataires
- Ciblage géographique
- Environnements de développement
Quand Utiliser les Répertoires
- Sections blog ou contenu
- Consolidation SEO souhaitée
- Organisation de site simple
- Même pile technologique
Considérations SEO des Sous-domaines
Traitement par les Moteurs de Recherche
- Google traite les sous-domaines comme des sites séparés
- L'équité du lien ne se transfère pas automatiquement
- Chaque sous-domaine constitue son propre autorité
- Peut nécessiter une vérification Search Console séparée
Meilleures Pratiques
1. Utiliser les sous-domaines pour les entités véritablement séparées
2. Utiliser les répertoires pour consolider le SEO
3. Implémenter la canonicalization appropriée
4. Configurer le suivi analytique séparé
5. Créer des plans de site XML pour chaque sous-domaine
Considérations de Sécurité
Certificats SSL
| Type de Certificat | Couverture |
|---|---|
| Domaine unique | example.com uniquement |
| Wildcard | *.example.com (un niveau) |
| SAN multi-domaine | Domaines spécifiques listés |
Portée des Cookies
Set-Cookie: session=abc; Domain=.example.com
# Accessible à tous les sous-domaines
Set-Cookie: session=abc; Domain=blog.example.com
# Accessible uniquement au sous-domaine blog
Les sous-domaines fournissent une organisation flexible pour les sites web et les applications, permettant aux sections distinctes d'opérer indépendamment tout en restant faisant partie de l'espace de noms du domaine parent.