Enregistrement A ou CNAME : lequel utiliser pour votre site

Un enregistrement A pointe un nom vers une adresse IP, un CNAME vers un autre nom d'hôte. Règle de l'apex, tableau d'usage et exemples pour votre site.

Questions fréquentes

Puis-je mettre un CNAME sur mon domaine racine ?

Selon les règles DNS standard, non. Un CNAME ne peut pas partager son nom avec un autre enregistrement, et la racine d'un domaine porte toujours des enregistrements NS et SOA. Certains fournisseurs DNS contournent cette limite avec une fonction ALIAS, ANAME ou de « CNAME flattening » (aplatissement de CNAME), qui se comporte comme un CNAME mais répond avec des enregistrements A. Consultez la documentation de votre fournisseur pour connaître le nom qu'il lui donne.

Un CNAME ou un enregistrement A : lequel est le plus rapide ?

Pour vos visiteurs, la différence est généralement trop faible pour être perceptible. Un CNAME ajoute une requête supplémentaire la première fois qu'un résolveur doit suivre l'alias, puis la réponse est mise en cache selon le TTL. Choisissez en fonction de ce que votre hébergeur vous indique et de la nature du nom (apex ou non), pas de la vitesse.

Pourquoi mon hébergeur me donne-t-il un CNAME pour www mais une adresse IP pour le domaine racine ?

Parce que www est un sous-domaine, où un CNAME est autorisé, alors que le domaine racine est l'apex, où il ne l'est pas. Les hébergeurs qui publient une adresse IP fixe pour l'apex vous donnent une valeur qu'un enregistrement A peut contenir. Ceux qui ne fournissent qu'un nom d'hôte attendent de vous un CNAME sur un sous-domaine, ou un enregistrement de type ALIAS à l'apex si votre fournisseur DNS en propose un.

Un enregistrement A et un CNAME peuvent-ils exister pour le même nom ?

Non. Si un nom a un CNAME, il ne peut avoir ni enregistrement A, ni MX, ni TXT, ni aucun autre type. Votre interface DNS peut vous empêcher d'enregistrer le second, ou l'accepter et provoquer une résolution imprévisible. Supprimez l'ancien enregistrement avant d'ajouter le nouveau type.

Que devient mon e-mail si je modifie l'enregistrement de l'apex ?

Modifier l'enregistrement A de votre domaine racine n'affecte pas l'e-mail, car le routage du courrier repose sur les enregistrements MX. Ajouter un CNAME à l'apex est en revanche dangereux, car il entre en conflit avec les enregistrements MX et TXT dont dépend la messagerie. Conservez vos enregistrements MX et ne touchez qu'aux enregistrements A ou AAAA lorsque vous déplacez un site web.

Réponse courte : un enregistrement A associe directement un nom à une adresse IPv4, tandis qu'un CNAME associe un nom à un autre nom d'hôte et laisse les enregistrements de ce dernier déterminer l'adresse finale. Utilisez un enregistrement A pour votre domaine racine (example.com) et un CNAME pour les sous-domaines comme www, shop ou blog lorsque votre hébergeur vous donne un nom d'hôte plutôt qu'une IP. La règle essentielle : un CNAME ne peut pas se placer à la racine d'un domaine.

Vers quoi pointe chaque enregistrement

Enregistrement A : d'un nom vers une adresse IP

Un enregistrement A répond à la question « quelle est l'adresse IPv4 de ce nom ? ». Dans un fichier de zone, il ressemble à ceci :

`` example.com. 3600 IN A 192.0.2.10 ``

Cette adresse (issue d'une plage réservée à la documentation) correspond au serveur auquel se connecte un navigateur. Si vous avez aussi une adresse IPv6, vous ajoutez un enregistrement AAAA à côté. Si l'adresse du serveur change, c'est à vous de modifier l'enregistrement.

Enregistrement CNAME : d'un nom vers un autre nom

Un CNAME (« nom canonique ») indique que « ce nom est un alias de cet autre nom ». Il ne contient jamais d'adresse IP :

`` www.example.com. 3600 IN CNAME sites.hostingprovider.example. ``

Un résolveur repère l'alias, interroge la cible et utilise les enregistrements A ou AAAA qu'il y trouve. L'avantage : votre hébergeur peut changer les adresses de ses serveurs sans que vous ayez à toucher à votre DNS. Pour la définition de base, consultez ce qu'est un CNAME, et pour la famille complète des enregistrements, les types d'enregistrements DNS expliqués.

La restriction de l'apex, expliquée

L'apex (aussi appelé racine, domaine nu ou « naked domain ») est le nom sans rien devant : example.com. Les règles DNS interdisent à un nom doté d'un CNAME d'avoir un autre type d'enregistrement à ses côtés. Or l'apex en a toujours d'autres :

des enregistrements NS qui indiquent quels serveurs font autorité pour le domaine ;
un enregistrement SOA ;
généralement des enregistrements MX pour l'e-mail et des enregistrements TXT pour la vérification et le SPF.

Un CNAME à l'apex entrerait en conflit avec tous ceux-là. Certaines interfaces DNS refuseront de l'enregistrer. D'autres l'accepteront et perturberont discrètement la distribution des e-mails ou la vérification du domaine, ce qui est pire.

Les sous-domaines n'ont pas ce problème, car www.example.com n'a normalement aucun autre enregistrement à ce nom exact. C'est pourquoi les hébergeurs vous demandent presque toujours de pointer www avec un CNAME.

La solution de contournement : ALIAS, ANAME et aplatissement

De nombreux fournisseurs DNS proposent un enregistrement non standard qui joue le rôle d'un CNAME à l'apex. Il porte différents noms (ALIAS, ANAME ou « CNAME flattening »). Le fournisseur résout lui-même le nom d'hôte cible et répond à vos visiteurs avec de simples enregistrements A. Comme il s'agit de fonctions propres à chaque fournisseur et non du standard DNS, le nom, le comportement et l'inclusion dans l'offre varient. Consultez la documentation de votre fournisseur DNS avant de vous y fier, et ne supposez jamais qu'un type d'enregistrement de ce nom existe dans l'interface d'un autre fournisseur.

Enregistrement A ou CNAME : lequel choisir selon le cas

Situation	À utiliser	Pourquoi
Domaine racine (example.com), l'hébergeur fournit une adresse IP	A (et AAAA si une IPv6 est fournie)	L'apex peut contenir des enregistrements A
Domaine racine, l'hébergeur ne fournit qu'un nom d'hôte	ALIAS/ANAME/flattening si votre fournisseur DNS le propose ; sinon, changer de DNS ou utiliser les serveurs de noms de l'hébergeur	Un CNAME standard n'est pas autorisé à l'apex
Sous-domaine www, l'hébergeur fournit un nom d'hôte	CNAME	Suit l'hébergeur si ses serveurs changent
Sous-domaine, l'hébergeur fournit une adresse IP	A	Un CNAME n'aurait rien vers quoi pointer
Sous-domaine pour un outil SaaS (help, status, shop)	CNAME	Le fournisseur gère la cible
Nom qui doit aussi porter des enregistrements MX ou TXT	A, AAAA ou de type ALIAS, jamais CNAME	Un CNAME ne peut pas coexister avec d'autres enregistrements
Pointer un nom vers un autre nom que vous contrôlez	CNAME	Un seul endroit à mettre à jour
Enregistrements d'un service e-mail (sélecteurs DKIM)	CNAME uniquement si le fournisseur e-mail l'indique	Propre à chaque fournisseur, suivez ses instructions

Pour le routage du courrier en particulier, consultez le fonctionnement des enregistrements MX et le rôle d'un enregistrement TXT.

Exemples pour les créateurs de sites

La plupart des créateurs de sites et des hébergeurs suivent l'un de ces deux schémas. Votre tableau de bord vous indique lequel s'applique à vous.

Schéma 1 : l'hébergeur fournit une IP et un nom d'hôte

Beaucoup d'hébergeurs indiquent les deux. La configuration type est la suivante :

Hôte (nom)	Type	Valeur
@ (racine)	A	l'adresse IP indiquée par votre hébergeur
www	CNAME	le nom d'hôte indiqué par votre hébergeur

Dans la plupart des interfaces DNS, @ désigne l'apex. Utilisez exactement les valeurs affichées par votre hébergeur. Ne copiez pas d'adresses IP depuis un article de blog, y compris celui-ci, car les hébergeurs les changent.

Schéma 2 : l'hébergeur ne fournit qu'un nom d'hôte

Certaines plateformes évitent les IP fixes. Vous avez alors trois possibilités :

Pointer www avec un CNAME et rediriger le domaine racine vers www grâce à la fonction de redirection de votre registrar.
Utiliser un enregistrement ALIAS/ANAME/flattening à l'apex si votre fournisseur DNS le prend en charge.
Basculer les serveurs de noms de votre domaine vers ceux de l'hébergeur ou vers un fournisseur DNS qui gère l'alias à l'apex.

L'option 1 est la plus portable, car tous les registrars savent faire une redirection, même si elle ajoute une étape pour les visiteurs qui tapent le domaine nu.

Pas à pas : pointer un domaine vers un créateur de sites

Trouvez les instructions DNS de votre hébergeur dans les paramètres du domaine ou du domaine personnalisé. Notez s'il indique une IP, un nom d'hôte, ou les deux.
Ouvrez votre interface DNS chez le registrar ou le fournisseur DNS (là où pointent vos serveurs de noms).
Supprimez les enregistrements en conflit. Les anciens enregistrements A ou CNAME au même nom (souvent une page de parking du registrar) doivent disparaître d'abord.
Ajoutez l'enregistrement de l'apex. Utilisez un enregistrement A avec l'IP de l'hébergeur, ou un enregistrement de type ALIAS avec son nom d'hôte.
Ajoutez l'enregistrement www. Utilisez un CNAME pointant vers le nom d'hôte que l'hébergeur vous a donné.
Ne touchez pas aux enregistrements MX et TXT, sauf si vous modifiez volontairement votre e-mail.
Attendez l'expiration du TTL de vos anciens enregistrements, puis testez le domaine dans un navigateur. Un TTL réduit la veille du changement accélère la bascule.
Vérifiez que l'hébergeur affiche le domaine comme connecté et que le HTTPS est émis. Les hébergeurs ont généralement besoin que le DNS se résolve correctement avant de pouvoir émettre un certificat.

Liste de contrôle rapide en cas de problème

[ ] Le même nom n'a pas à la fois un CNAME et un autre enregistrement
[ ] Pas de CNAME à l'apex (sauf s'il s'agit d'un enregistrement de type ALIAS propre au fournisseur)
[ ] La cible du CNAME est un vrai nom d'hôte, pas une URL http:// ni un chemin
[ ] L'enregistrement A contient une adresse IPv4 et rien d'autre (ni port, ni https://)
[ ] Aucun ancien enregistrement AAAA ne pointe vers un ancien serveur
[ ] Vos serveurs de noms sont bien ceux où vous avez modifié les enregistrements
[ ] Les enregistrements MX sont toujours en place si vous utilisez l'e-mail sur ce domaine

Erreurs courantes

Mettre un CNAME sur la racine pour « réparer » www. Cela casse l'e-mail et les enregistrements de vérification. Utilisez plutôt l'approche A ou ALIAS.
Copier une ancienne adresse IP. Si un CNAME est disponible, il vous garde synchronisé avec l'hébergeur. Si vous devez utiliser un enregistrement A, revérifiez l'IP dans le tableau de bord de votre hébergeur dès que quelque chose cesse de fonctionner.
Coller l'URL comme cible. Les valeurs DNS sont uniquement des noms d'hôte ou des IP, sans https:// ni chemin final.
Oublier l'AAAA. Un enregistrement IPv6 oublié peut envoyer certains visiteurs vers un serveur que vous n'utilisez plus.

Si vous hésitez encore sur la plateforme, l'offre gratuite de We.Inc vous permet de publier jusqu'à trois sites à partir de modèles prêts à l'emploi ; le créateur IA qui rédige un site à partir d'une simple description démarre avec l'offre Starter à $20 par mois. Vous pouvez commencer gratuitement ici et connecter un domaine avec le type d'enregistrement que votre tableau de bord vous indique.

Commencer gratuitement · Sans carte bancaire

Umair Ali Sadaqat

Fondateur de We.Inc

Umair est le fondateur de We.Inc. Il écrit sur la création de sites web avec l’IA, les agences et la gestion d’un studio web.

Prêt à créer quelque chose de grand ?

Rejoignez les 15,000+ entreprises qui utilisent We.Inc pour lancer, développer et automatiser, le tout depuis une seule plateforme.