Créer un sous-domaine

3 min de lecture07 novembre 2026

Un sous-domaine comme blog.votre-domaine.fr n'est pas qu'un dossier : c'est un nom DNS distinct, avec sa propre racine web et souvent son propre certificat. Trois couches doivent être alignées, sinon le navigateur renvoie une erreur DNS, une page du site principal ou un avertissement de certificat.

1. Comprendre les trois couches

Couche	Rôle	Où la configurer
DNS	résout le nom vers une adresse	zone DNS du domaine
Hébergement	associe le nom à une racine	KeyHelp
Certificat	chiffre le nom exact	KeyHelp / Let's Encrypt

Créer le sous-domaine dans KeyHelp sans enregistrement DNS ne suffit pas, et l'inverse produit une erreur de connexion. Faites les deux, puis attendez la propagation avant de tester.

2. Créer le sous-domaine dans KeyHelp

Dans KeyHelp, ouvrez la section des sous-domaines du domaine principal et ajoutez par exemple blog. Choisissez une racine dédiée, distincte de celle du site principal : blog/ plutôt que la racine existante.

Pourquoi une racine séparée ? Si les deux noms partagent le même dossier, le sous-domaine affichera le site principal et les deux .htaccess entreront en conflit. Une racine par nom garde les fichiers, les logs et les redirections indépendants.

Sélectionnez aussi la version PHP et les options nécessaires. Enregistrez, puis notez le chemin exact affiché.

3. Configurer le DNS

Si la zone DNS est gérée par NeoHeberg, l'enregistrement peut être créé automatiquement. Sinon, chez votre registrar :

A pour blog vers l'adresse IPv4 de l'hébergement ;
AAAA vers l'adresse IPv6 si elle est disponible ;
ou CNAME blog vers le domaine principal.

Un CNAME ne peut pas cohabiter avec d'autres enregistrements au même nom. Pendant la mise en place, utilisez un TTL bas (300 à 600 secondes) pour corriger vite ; remontez-le ensuite. Vérifiez :

Bash

dig +short blog.votre-domaine.fr A
dig +short blog.votre-domaine.fr AAAA

4. Déposer le contenu et sécuriser

Téléversez un index.php de test dans la racine du sous-domaine, avec les permissions 644/755. Vérifiez que le sous-domaine ne sert pas le site principal : si c'est le cas, la racine est mal configurée.

Activez ensuite un certificat Let's Encrypt pour blog.votre-domaine.fr. Un certificat émis pour votre-domaine.fr ne couvre pas automatiquement le sous-domaine, sauf s'il liste explicitement ce nom ou utilise un wildcard. Ne supposez pas qu'un wildcard existe : demandez le nom exact.

5. Vérifier

dig renvoie l'adresse attendue.
curl -I https://blog.votre-domaine.fr/ renvoie 200.
Le certificat présente le bon nom, sans avertissement.
Les fichiers du site principal ne sont pas accessibles via le sous-domaine.
Le sous-domaine apparaît dans KeyHelp avec sa propre racine.

En cas d'échec, testez dans cet ordre : DNS, racine, certificat. Changer les trois à la fois rend le diagnostic impossible.