Guides

Sous-domaine de test (staging.votresite.cm) : le mettre en place proprement

Créer un sous-domaine staging.votresite.cm demande plus qu'un simple enregistrement DNS. Voici les étapes précises, en particulier la protection d'accès souvent négligée.

Créer un sous-domaine staging.votresite.cm pour tester des modifications avant leur mise en ligne demande quelques étapes précises, souvent mal comprises par ceux qui s'y essaient pour la première fois : configuration DNS, dossier dédié sur le serveur, et surtout, protection d'accès pour que cette copie de travail ne devienne pas accessible à n'importe qui.

Créer le sous-domaine au niveau DNS et du panel

Un sous-domaine comme staging.votresite.cm nécessite d'abord un enregistrement DNS qui le fait pointer vers le même serveur que le site principal, ou vers un serveur distinct si le staging est hébergé séparément. Sur la plupart des panels d'hébergement, cette création se fait en quelques clics :

  1. Dans la section de gestion des sous-domaines du panel, créer un sous-domaine nommé « staging » pour le domaine concerné.
  2. Associer ce sous-domaine à un dossier distinct sur le serveur, séparé de celui du site principal.
  3. Attendre la propagation DNS, généralement rapide pour un sous-domaine créé directement via le panel du même hébergeur que le domaine.

Installer la copie du site sur ce dossier

Une fois le sous-domaine créé, il faut y installer une copie fonctionnelle du site : fichiers et base de données, avec les adresses internes (URLs enregistrées dans la base de données de certains CMS) mises à jour pour correspondre au nouveau sous-domaine de staging plutôt qu'à l'adresse du site principal. Oublier cette étape sur un CMS comme WordPress provoque souvent des liens cassés ou des redirections involontaires vers le site de production depuis la copie de test.

Protéger l'accès, l'étape la plus souvent négligée

Un sous-domaine de staging non protégé reste techniquement accessible à toute personne qui en découvre l'adresse, même sans lien visible depuis le site principal. Plusieurs méthodes permettent de restreindre cet accès :

  • Une protection par mot de passe au niveau du serveur (authentification basique HTTP), qui demande un identifiant avant même d'afficher la moindre page.
  • Une directive dans le fichier robots.txt pour empêcher son indexation par les moteurs de recherche, bien que cette méthode seule ne bloque pas l'accès direct, seulement le référencement.
  • Une restriction d'accès par adresse IP, si l'équipe qui doit y accéder travaille toujours depuis les mêmes connexions réseau.

Garder le sous-domaine synchronisé avec le site réel

Un environnement de staging perd de sa valeur s'il n'est pas régulièrement actualisé avec le contenu et la configuration réels du site en production. Prévoir une procédure simple pour rafraîchir cette copie (fichiers et base de données) avant chaque test important évite de valider un changement sur une base de test devenue obsolète, qui ne reflète plus le comportement réel du site actuel.

Éviter que le staging n'interfère avec le référencement du site principal

Un sous-domaine de staging mal configuré peut, dans de rares cas, être indexé par erreur par les moteurs de recherche, créant une page dupliquée qui entre en concurrence avec le contenu réel du site. Ajouter une directive d'exclusion explicite dans le fichier robots.txt du sous-domaine, en complément de la protection par mot de passe, réduit ce risque. Vérifier périodiquement, via une recherche du nom du sous-domaine de staging sur un moteur de recherche, que celui-ci n'apparaît effectivement pas dans les résultats reste une précaution simple et rapide à réaliser.

Nommer le sous-domaine de façon suffisamment discrète, sans reprendre littéralement le mot « staging » si une confidentialité renforcée est recherchée, ajoute une couche supplémentaire de protection par simple obscurité, en complément des mesures d'accès déjà évoquées plus haut.

Le sous-domaine de staging utilise-t-il un certificat SSL distinct du site principal ?

Généralement oui, un certificat couvrant le sous-domaine est nécessaire pour afficher une connexion sécurisée sur staging.votresite.cm, séparément du certificat du domaine principal, sauf si un certificat wildcard couvrant l'ensemble des sous-domaines du nom de domaine est déjà en place.

Peut-on supprimer le sous-domaine de staging une fois les tests terminés ?

Oui, si l'environnement de test n'est utilisé que ponctuellement. Beaucoup de sites préfèrent cependant le garder en place en permanence, régulièrement synchronisé, pour éviter de recréer toute la configuration à chaque nouveau besoin de test.

La création d'un sous-domaine de staging protégé se fait facilement depuis un panel d'hébergement complet. VSP TECH propose cette gestion de sous-domaines sur l'ensemble de ses offres d'hébergement WordPress et mutualisé, avec le domaine principal déjà configuré pour accueillir ce type de sous-adresse.

À lire aussi

Articles similaires

Prêt à lancer votre projet web ?

Un conseiller VSP TECH vous aide à choisir la bonne offre, sans engagement.

Support VSPTECH

Vérification...
👋 Bonjour ! Une question sur nos hébergements, VPS ou domaines ? Écrivez-nous, on vous répond dès que possible.

Merci de vous présenter avant d'écrire — vos coordonnées permettent au support de vous recontacter.