| En bref Un site repose sur trois briques distinctes qu’on peut souscrire séparément : le nom de domaine, qui est l’adresse ; l’hébergement, qui est l’espace où résident les fichiers ; et la zone DNS, qui relie les deux. L’ordre compte : réserver le domaine en premier, choisir l’hébergement ensuite, puis configurer le DNS. Côté hébergement, le mutualisé convient à la très grande majorité des sites ; le VPS ne se justifie qu’à partir d’un besoin de configuration serveur spécifique. |
La plupart des projets de site achoppent sur la même confusion : croire que l’on achète « un site » alors que l’on souscrit à deux ou trois services indépendants, chez le même prestataire ou chez des prestataires différents. Comprendre cette architecture évite de payer deux fois la même chose, ou de se retrouver bloqué faute d’un élément. Cet article détaille les briques, l’ordre des opérations et le dimensionnement de l’hébergement.
Les trois briques et ce qu’elles font
| Brique | Rôle | Nature de l’abonnement |
| Nom de domaine | L’adresse que tape le visiteur | Location annuelle auprès d’un bureau d’enregistrement |
| Hébergement | L’espace disque et le serveur qui délivrent les pages | Abonnement mensuel ou annuel |
| Zone DNS | L’annuaire qui indique où pointe le domaine | Généralement incluse, chez le registrar ou l’hébergeur |
| Certificat SSL | Le chiffrement de la connexion, indispensable | Souvent inclus, sinon à souscrire |
| Messagerie | Les adresses en @votredomaine | Service distinct, parfois inclus dans l’hébergement |
Ces briques sont indépendantes. Un domaine réservé chez un prestataire peut parfaitement pointer vers un hébergement souscrit ailleurs, et c’est même une configuration fréquente. À l’inverse, les regrouper chez un même acteur simplifie la gestion et évite d’avoir à intervenir sur deux interfaces à chaque modification.
L’ordre des opérations
- Vérifier la disponibilité du nom et le réserver. C’est la seule étape irréversible en cas d’hésitation : un nom disponible aujourd’hui peut être pris demain.
- Vérifier l’antériorité : s’assurer que le nom retenu ne reprend pas une marque déposée, ce qui exposerait à une procédure de récupération.
- Choisir la solution technique : système de gestion de contenu, constructeur en ligne ou développement sur mesure.
- Souscrire l’hébergement adapté à cette solution, en vérifiant les prérequis techniques du logiciel retenu.
- Configurer la zone DNS pour faire pointer le domaine vers l’hébergement.
- Installer et activer le certificat SSL avant toute mise en ligne publique.
- Créer les adresses email et configurer les enregistrements d’authentification correspondants.
- Publier et tester depuis plusieurs appareils et connexions différentes.
Une erreur classique consiste à inverser les étapes 4 et 5, en configurant le DNS avant que l’hébergement ne soit prêt : le domaine pointe alors vers un serveur vide, et la page d’erreur reste en cache chez les visiteurs pendant la durée du TTL.
Mutualisé, VPS ou dédié : comment trancher
C’est la décision qui structure le budget, et elle est presque toujours prise trop haut. Un site vitrine, un blog ou une boutique de taille modeste tournent parfaitement en hébergement mutualisé.
| Critère | Mutualisé | VPS | Dédié |
| Principe | Ressources partagées entre plusieurs sites | Serveur virtuel avec ressources réservées | Machine physique entière |
| Administration | Aucune : le prestataire gère tout | À votre charge, sauf offre infogérée | Entièrement à votre charge |
| Compétences requises | Aucune | Administration système | Administration système avancée |
| Coût | Le plus bas | Intermédiaire | Élevé |
| Adapté à | Vitrine, blog, boutique jusqu’à un trafic modéré | Configuration serveur spécifique, applications sur mesure | Trafic très important, contraintes réglementaires |
Le critère décisif n’est pas le trafic mais le besoin de configuration. Tant que le logiciel utilisé fonctionne avec les versions proposées par l’hébergeur, le mutualisé suffit. Le VPS devient nécessaire lorsqu’il faut installer un composant particulier, contrôler la version d’un langage ou faire tourner un service que le mutualisé n’autorise pas.
Une formule d’hébergement se compare donc d’abord sur ses caractéristiques techniques espace disque, bases de données, versions logicielles supportées, trafic inclus avant de l’être sur le prix. Deux offres au même tarif peuvent différer fortement sur ces points.
Les critères d’hébergement à vérifier
- La localisation des serveurs : elle conditionne l’application du droit européen aux données hébergées, point important dès qu’un formulaire collecte des informations personnelles.
- Les sauvegardes : fréquence, profondeur d’historique, et surtout possibilité de restaurer soi-même sans passer par le support.
- Le certificat SSL : inclus ou facturé, renouvellement automatique ou manuel.
- Les versions logicielles : un hébergement qui ne propose pas les versions récentes des langages bloque les mises à jour du site.
- Le nombre de bases de données : une offre limitée à une seule base interdit d’héberger deux sites distincts.
- L’accès aux journaux : indispensable pour diagnostiquer un problème sans dépendre du support.
- La réversibilité : possibilité d’exporter l’intégralité des fichiers et bases pour migrer ailleurs.
Le référencement se prépare avant la mise en ligne
Trois décisions prises au moment de la construction pèsent durablement, et sont coûteuses à corriger ensuite.
La structure des adresses, d’abord : des URL lisibles et stables valent mieux que des identifiants numériques, et toute modification ultérieure impose des redirections. Le choix entre version avec ou sans préfixe www ensuite, qui doit être tranché une fois pour toutes et faire l’objet d’une redirection permanente vers la version retenue. Le passage en HTTPS enfin, qui doit être effectif dès la première mise en ligne : basculer après coup oblige à rediriger l’ensemble des adresses.
S’y ajoute un point de vigilance : un site en cours de construction ne doit pas être accessible aux moteurs. Un blocage temporaire de l’indexation évite de faire référencer des pages vides, mais il faut impérativement le retirer à la mise en ligne c’est l’oubli le plus fréquent et le plus coûteux du lancement d’un site.
Questions fréquentes
Faut-il prendre le domaine et l’hébergement chez le même prestataire ?
Ce n’est pas obligatoire : un domaine réservé chez un acteur peut pointer vers un hébergement souscrit ailleurs. Le regroupement simplifie toutefois la gestion, puisqu’une seule interface suffit à modifier la zone DNS comme la configuration du serveur.
Un hébergement mutualisé suffit-il ?
Dans la grande majorité des cas, oui. Un site vitrine, un blog ou une boutique de taille modeste fonctionnent parfaitement en mutualisé. Le VPS ne se justifie que lorsqu’une configuration serveur particulière est nécessaire, pas simplement parce que le trafic augmente.
Dans quel ordre faut-il procéder ?
Réserver le domaine, vérifier l’absence de marque antérieure, choisir la solution technique, souscrire l’hébergement, puis configurer le DNS. Configurer le DNS avant que l’hébergement ne soit prêt fait pointer le domaine vers un serveur vide, et la page d’erreur reste en cache le temps du TTL.
Le certificat SSL est-il indispensable ?
Oui, dès la première mise en ligne. Les navigateurs signalent les sites non chiffrés comme non sécurisés, et basculer en HTTPS après coup impose de rediriger l’intégralité des adresses. Il est souvent inclus dans les offres d’hébergement.
Que vérifier avant de choisir un hébergeur ?
La localisation des serveurs, les modalités de sauvegarde et de restauration, les versions logicielles supportées, le nombre de bases de données autorisées, et la possibilité d’exporter l’intégralité de son site pour migrer ailleurs si besoin.
Ce qu’il faut retenir
- Domaine, hébergement et DNS sont trois services distincts et indépendants.
- Réserver le domaine en premier : c’est la seule étape où l’attente coûte.
- Le mutualisé couvre la majorité des besoins ; le VPS répond à un besoin de configuration.
- Comparer les offres sur les caractéristiques techniques avant le prix.
- HTTPS dès la première mise en ligne, jamais après coup.
- Retirer le blocage d’indexation au moment du lancement.
