Les acteurs du Web : registrar, hébergeur, CDN et messagerie
Comprendre qui fournit quoi autour d’un site, et pourquoi plusieurs entreprises peuvent intervenir.
Pourquoi un site dépend souvent de plusieurs services
Un site peut sembler venir d’une seule entreprise. En réalité, son nom de domaine, ses fichiers, ses emails et son accélération peuvent être confiés à des services différents. Ce montage est normal.
Chaque service a un rôle précis. Les distinguer évite une confusion fréquente : croire que la société qui a vendu le domaine héberge forcément le site ou gère forcément les emails.
Le registrar
Le registrar est l’entreprise auprès de laquelle un nom de domaine est enregistré. Il gère notamment le renouvellement et permet souvent de régler les serveurs DNS associés au domaine.
Il n’héberge pas obligatoirement le site. Acheter un domaine chez un registrar ne vous oblige pas à héberger le site chez lui.
L’hébergeur
L’hébergeur fournit les ressources nécessaires pour faire fonctionner un site. Selon l’offre, il peut conserver des fichiers, exécuter du code, héberger une base de données ou réunir plusieurs de ces éléments.
Il peut aussi proposer des emails, des outils de sauvegarde ou un CDN. Ces services complémentaires ne changent pas son rôle principal : fournir une infrastructure d’hébergement.
Le fournisseur DNS
Le fournisseur DNS répond aux demandes qui permettent de retrouver les services liés à un domaine. C’est lui qui indique, par exemple, vers quel hébergement le navigateur doit se tourner ou quel service reçoit les emails.
Il peut être le registrar, l’hébergeur ou une entreprise distincte. Cette séparation est courante quand une organisation souhaite utiliser un service DNS spécialisé.
Le CDN
Un CDN conserve ou distribue certaines ressources depuis des emplacements plus proches des visiteurs. Il peut accélérer l’affichage et proposer des fonctions de sécurité.
Il ne remplace pas forcément l’hébergement d’origine. Il agit souvent comme une couche placée devant le site, qui transmet ensuite les demandes nécessaires vers l’infrastructure principale.
Le fournisseur de messagerie
Le fournisseur de messagerie gère les boîtes email liées au domaine, comme bonjour@exemple.fr. Il peut être totalement distinct du site et de son hébergement.
Cette séparation est utile à connaître : modifier le site ne doit pas interrompre les emails, et déplacer un hébergement ne signifie pas forcément déplacer les boîtes de réception.
Le CMS ou constructeur
Un CMS ou un constructeur aide à créer et gérer le contenu. WordPress peut être installé sur un hébergement choisi. Shopify, Wix ou Webflow sont souvent utilisés comme des services complets qui incluent une grande partie de l’infrastructure.
Le logiciel ou le service choisi ne répond donc pas toujours à la même question que l’hébergement. Le guide suivant détaillera ces modèles.
Le prestataire
Une agence, un développeur ou une personne interne peut créer et administrer le site. Son rôle est de faire fonctionner le projet, pas de devenir propriétaire des comptes du client sans raison claire.
Le propriétaire du site doit connaître les services utilisés, disposer des accès administrateur nécessaires et savoir comment récupérer les comptes en cas de changement de prestataire.
Une architecture réelle
Une petite entreprise peut avoir son domaine chez OVHcloud, ses DNS chez Cloudflare, son site hébergé chez un autre fournisseur, ses emails dans Google Workspace ou Microsoft 365 et son site administré par une agence.
Ce n’est pas un assemblage anormal. C’est une répartition des rôles. L’important est de documenter qui gère chaque service et quel compte permet d’y accéder.
| Élément | Exemple de service | Rôle |
|---|---|---|
| Nom de domaine | Registrar | Enregistrer et renouveler l’adresse publique. |
| DNS | Fournisseur DNS | Indiquer les destinations techniques du domaine. |
| Site | Hébergeur | Fournir les ressources nécessaires au site. |
| Emails | Messagerie | Gérer les boîtes de réception et d’envoi. |
| Gestion du projet | Prestataire | Créer, maintenir ou administrer selon le contrat. |
À qui doivent appartenir les comptes ?
Le domaine, l’hébergement, les emails, les comptes SaaS, les sauvegardes et les accès administrateur doivent être identifiables et récupérables par le propriétaire du projet. Un prestataire peut avoir son propre accès technique, mais il ne devrait pas être le seul à pouvoir agir.
Conservez une liste simple : nom du service, adresse de connexion, titulaire du compte, renouvellement, contact de récupération et emplacement des sauvegardes. Cette liste est bien plus utile qu’une mémoire approximative le jour où quelque chose change.
Ce qu’il faut retenir
- Le registrar gère le nom de domaine, pas nécessairement le site.
- L’hébergeur fournit les ressources techniques du site.
- DNS, CDN et messagerie peuvent être fournis par d’autres entreprises.
- Le propriétaire du projet doit conserver des accès indépendants aux comptes essentiels.