Nom de domaine et DNS : le guide pour garder le contrôle

Un nom de domaine paraît immatériel jusqu’au jour où il expire, où l’ancien prestataire ne répond plus ou qu’une modification DNS coupe les e-mails. Il ne contient pourtant ni le site ni les boîtes de messagerie : il sert de point d’entrée et délègue vers les services qui les hébergent. Garder son contrôle demande donc de comprendre quelques rôles et de documenter les accès.

Ce guide s’adresse aux dirigeants et responsables communication qui veulent sécuriser leur domaine sans devenir administrateurs réseau. Il explique ce qui doit rester à votre nom, ce qu’un prestataire peut gérer et comment préparer une modification sans improvisation.

Le titulaire est le propriétaire d’usage du domaine

Pour un domaine en .fr, le titulaire enregistré est la personne physique ou morale qui détient le droit d’usage. Ce n’est pas forcément la personne qui paie la facture ou qui connaît le mot de passe du site. L’Afnic rappelle que ses coordonnées doivent rester valides et actualisées pendant toute la vie du domaine.

Pour une entreprise, le titulaire devrait être l’entreprise ou l’entrepreneur, jamais l’agence, le salarié qui a créé le compte à titre personnel ou un fournisseur difficile à joindre. Le contact administratif doit utiliser une adresse durable. Évitez comme unique contact une boîte dépendant du domaine lui-même : si ce domaine tombe en panne, la récupération devient plus difficile.

Distinguez les quatre acteurs

Le registre

Le registre gère une extension. L’Afnic administre notamment le .fr. Elle maintient la base de référence, mais la plupart des opérations passent par un intermédiaire.

Le bureau d’enregistrement

Aussi appelé registrar, il enregistre et renouvelle le domaine pour le titulaire. C’est dans son interface que l’on gère les contacts, le verrouillage, le code de transfert et souvent les serveurs DNS.

L’opérateur DNS

Il publie la zone DNS, c’est-à-dire la liste des instructions qui relient les noms aux services. Il peut être le registrar, l’hébergeur, un fournisseur spécialisé ou l’entreprise elle-même.

L’hébergeur

Il stocke le site, l’application ou les e-mails. Changer d’hébergeur ne nécessite pas toujours de transférer le domaine. Souvent, une modification DNS suffit pour orienter le trafic vers la nouvelle infrastructure.

Ces rôles peuvent être réunis dans une seule société, mais ils restent conceptuellement différents. Cette distinction évite de lancer trois migrations alors qu’une seule est nécessaire.

Apprenez à lire les principaux enregistrements DNS

• A et AAAA : associent un nom à une adresse IPv4 ou IPv6.
• CNAME : fait pointer un nom vers un autre nom, souvent pour un sous-domaine.
• MX : indique quels serveurs reçoivent les e-mails du domaine.
• TXT : publie des informations de vérification ou d’authentification, notamment SPF et DMARC.
• CAA : peut limiter les autorités autorisées à émettre un certificat pour le domaine.
• NS : désigne les serveurs responsables de la zone DNS.

Une zone peut aussi contenir des entrées utilisées par un CRM, une newsletter, un outil de visioconférence ou la validation d’une console de recherche. Avant de supprimer une valeur inconnue, identifiez qui l’utilise. Une ancienne entrée peut être inutile, mais une entrée discrète peut authentifier un service essentiel.

Le TTL ne représente pas exactement un délai de propagation

Chaque réponse DNS possède une durée de cache appelée TTL. Tant qu’elle n’a pas expiré, certains résolveurs peuvent conserver l’ancienne valeur. Réduire le TTL avant une bascule permet d’accélérer l’adoption d’un changement, à condition de le faire suffisamment tôt.

La « propagation » n’est donc pas un bouton qui mettrait Internet à jour partout au même instant. Pendant une transition, certains utilisateurs peuvent atteindre l’ancien serveur et d’autres le nouveau. Les deux environnements doivent rester compatibles durant cette période, surtout si le site reçoit des commandes ou si la messagerie change en même temps.

Transfert, changement DNS et migration ne sont pas synonymes

Transférer le domaine change le bureau d’enregistrement. Modifier les serveurs DNS change l’opérateur qui publie la zone. Modifier une entrée redirige un service particulier. Migrer le site déplace ses fichiers et sa base. Chaque opération possède son propre risque.

L’Afnic précise qu’un changement de bureau d’enregistrement utilise un code d’autorisation et peut influer sur la date d’expiration. Si une ressource active change aussi d’hébergement, il faut tenir compte des caches DNS. Dans la plupart des projets, il est plus sûr de séparer les étapes : sécuriser les accès, préparer l’hébergement, basculer le service, puis transférer le domaine une fois la stabilité vérifiée.

Préparez une bascule sans couper le site ni les e-mails

1. Exportez la zone actuelle. Conservez chaque nom, type, valeur et TTL.
2. Inventoriez les services. Site, sous-domaines, e-mails, outils d’envoi, validations et redirections.
3. Préparez le nouvel environnement. Testez le site et créez les boîtes avant de toucher au DNS.
4. Réduisez les TTL utiles. Faites-le avant la fenêtre de bascule, pas au dernier moment.
5. Modifiez le minimum nécessaire. Évitez de changer simultanément registrar, DNS, site et messagerie sans raison.
6. Contrôlez depuis plusieurs réseaux. Vérifiez HTTPS, formulaires, réception et envoi d’e-mails.
7. Maintenez l’ancien service. Ne le fermez qu’après la période de transition et la validation des données.

Sécurisez le compte qui contrôle le domaine

Le compte du registrar peut rediriger le site et les e-mails. Il mérite donc une protection équivalente à celle d’un compte bancaire professionnel : mot de passe unique, double authentification, utilisateurs nominatifs et moyens de récupération à jour.

Activez le verrouillage de transfert lorsqu’il est disponible. Limitez l’accès à la zone DNS aux personnes qui en ont besoin. Après le départ d’un salarié ou d’un prestataire, retirez son compte plutôt que de changer silencieusement un mot de passe partagé.

Documentez le registrar, le titulaire, la date d’expiration, le mode de renouvellement, les serveurs DNS et les contacts. Cette fiche doit être accessible à au moins deux personnes autorisées, dans un gestionnaire sécurisé.

Surveillez le renouvellement sans dépendre d’un seul e-mail

Le renouvellement automatique réduit le risque d’oubli, mais il peut échouer si la carte expire ou si le compte n’est plus approvisionné. Ajoutez plusieurs rappels indépendants et vérifiez la facture après chaque échéance.

Un domaine expiré peut interrompre simultanément le site, les e-mails et des connexions à des services tiers. La récupération peut coûter davantage qu’un renouvellement normal et n’est pas toujours garantie après les différentes périodes de protection. Cette petite tâche administrative mérite donc une procédure explicite.

La maîtrise vient de la documentation, pas de la centralisation absolue

Réunir domaine, DNS, site et e-mails dans une interface peut simplifier le quotidien. Cela ne dispense pas d’identifier les rôles, de conserver des accès au nom du client et de préparer la sortie. Une organisation saine permet à un prestataire d’administrer sans confisquer.

Alliance Web peut réaliser cet inventaire, reprendre une zone et organiser une migration dans le cadre de son service de gestion de domaine et d’hébergement web. Pour choisir l’infrastructure associée, consultez aussi notre guide sur le choix d’un hébergement.