DNS WordPress expliqué : A, CNAME et MX pour pointer le domaine

DNS WordPress expliqué : A, CNAME et MX pour pointer le domaine

Réponse en une phrase. En pratique, « dns wordpress expliqué » revient à retenir ceci : A pointe vers une adresse IP, CNAME crée un alias, MX dirige les emails. Pour relier votre domaine à WordPress sans casser la messagerie, ajustez A ou CNAME pour le site et MX pour l’email, puis laissez la propagation agir (souvent quelques minutes à 48 h).

Ce que vous faites vraiment quand vous « pointez » un domaine

Pointer un domaine, c’est modifier sa zone DNS pour dire au monde où se trouve votre site web et qui gère vos emails. Vous ne « déplacez » pas le domaine : vous changez des lignes simples dans un carnet d’adresses mondial.

Sur le terrain, je vois surtout trois besoins : mettre un site WordPress en ligne chez un hébergeur, créer une adresse email professionnelle, et sécuriser le site en HTTPS. Ces trois besoins touchent aux DNS à des endroits différents, d’où l’intérêt de bien séparer site (A/CNAME) et email (MX), puis la couche sécurité (certificat) traitée côté hébergeur.

Si vous débutez et voulez situer ce sujet dans votre parcours, parcourez d’abord le catalogue de formations WordPress pour voir où les DNS s’insèrent entre nom de domaine, hébergement et installation.

Les trois enregistrements qui suffisent 80 % du temps

Vous n’avez pas besoin d’être administrateur système. Dans 8 cas sur 10, trois types d’enregistrements suffisent pour un site WordPress et une messagerie de base :

Type À quoi ça sert Pointe vers Exemple d’usage
A Associe un nom (ex. votredomaine.fr) à une adresse IP. Une IP IPv4 (ex. 203.0.113.10). Relier le domaine à un serveur où tourne WordPress.
CNAME Crée un alias vers un autre nom. Un autre nom de domaine (ex. hebergeur.example.com). Pointer www.votredomaine.fr vers votredomaine.fr, ou un sous-domaine vers une cible gérée par un tiers.
MX Indique où livrer les emails pour le domaine. Un ou plusieurs serveurs de messagerie avec priorité. Utiliser une messagerie externe (ex. fournisseur mail) sans toucher au site.

Retenez la séparation : A/CNAME pour le site web, MX pour l’email. Changer l’un n’implique pas de changer l’autre.

dns wordpress expliqué dans vos cas courants

1) Site WordPress chez un hébergeur classique

Votre hébergeur vous fournit soit une IP (utilisez A), soit un nom technique (utilisez CNAME sur un sous-domaine, et souvent un A sur le domaine racine). Le site répond dès que la propagation est effective.

2) WordPress managé ou constructeur de site

Certains services demandent de créer des CNAME bien précis, parfois sur des sous-domaines, et laissent le domaine racine en A. Suivez leurs valeurs exactes et évitez de mélanger CNAME et autres enregistrements sur la même étiquette.

3) Email hébergé ailleurs que le site

Si vos emails passent par un prestataire dédié, ne touchez qu’aux enregistrements MX (et éventuellement SPF/DKIM fournis par ce prestataire) et laissez A/CNAME pour le site en l’état. Pour le pas-à-pas côté messagerie, voyez créer une adresse email professionnelle avec son domaine.

4) Changement de bureau d’enregistrement (registrar)

Un transfert de domaine ne modifie pas forcément vos DNS si vous conservez les mêmes serveurs de noms, mais c’est souvent l’occasion de faire le ménage dans la zone. Avant toute migration, lisez transférer un nom de domaine d’un registrar à un autre pour éviter de perdre des enregistrements oubliés.

Tutoriel express : pointer un domaine sans casse

  1. Repérez où se gèrent vos DNS. Connectez-vous là où sont déclarés vos serveurs de noms (registrar ou hébergeur). Si vous changez de gestionnaire DNS, anticipez que toute la zone devra être recopiée.
  2. Dressez l’état des lieux. Notez ce qui existe : site principal, sous-domaines, messagerie. Une capture d’écran de la zone actuelle évite les oublis.
  3. Sauvegardez la zone. Exportez si possible, ou copiez chaque enregistrement (type, nom, cible, priorité). Vous pourrez revenir en arrière en cas de problème.
  4. Préparez les nouvelles valeurs. Pour un site WordPress : enregistrement A vers l’IP fournie, ou CNAME vers le nom fourni par le service cible. Pour l’email : enregistrements MX fournis par votre prestataire de messagerie.
  5. Appliquez les modifications. Créez ou modifiez les enregistrements nécessaires, sans dupliquer des types incompatibles sur la même étiquette (par exemple, pas de CNAME et d’autres types au même endroit).
  6. Gérez le TTL intelligemment. Si possible, baissez-le avant le changement pour accélérer la bascule, puis remontez-le une fois stabilisé. La visibilité mondiale prend de quelques minutes à 48 h.
  7. Testez et observez. Vérifiez le site sur le domaine et le sous-domaine www, puis testez l’envoi et la réception d’emails. Testez depuis différents réseaux pour contourner les caches.

Changer les serveurs de noms déplace toute la gestion DNS. Si votre messagerie était gérée dans l’ancienne zone, recréez ses MX dans la nouvelle avant de basculer, sous peine de coupure.

Si vous souhaitez refaire tranquillement ces manipulations avec accompagnement, la formation WordPress débutant (2 jours) intègre un atelier dédié aux DNS appliqués à votre projet.

Arbitrages utiles : A ou CNAME, apex, sous-domaines et TTL

Domaine racine (apex). La plupart des prestataires n’acceptent pas de CNAME sur le domaine racine. Dans ce cas, utilisez un A vers l’IP fournie. Certains DNS proposent des variantes (ALIAS/ANAME) qui se comportent comme un CNAME à l’apex ; si vous les avez, elles simplifient les migrations côté hébergeur.

www ou pas www. Vous pouvez faire pointer www en CNAME vers le domaine racine, ou l’inverse selon votre préférence. L’essentiel est de choisir une version canonique et de configurer la redirection HTTP côté serveur.

TTL. Un TTL trop élevé allonge les délais de bascule en cas de changement. Un TTL trop bas multiplie les requêtes. Baissez-le temporairement avant une migration planifiée, puis remontez-le une fois la situation stabilisée.

Propagation et caches. Entre caches DNS, navigateurs et CDN, vous verrez parfois l’ancien et le nouveau site alterner pendant la fenêtre de propagation. Ne multipliez pas les modifications pendant cette période : une seule bascule propre vaut mieux que plusieurs corrections successives.

Impact visibilité. Les DNS n’améliorent pas le référencement par eux-mêmes, mais une coupure prolongée nuit aux visites et à la réputation du domaine. Pour travailler votre présence dans les réponses des IA, vous pouvez consulter le guide sur le géo‑référencement des moteurs génératifs.

HTTPS, certificats et sécurité : ce que les DNS ne font pas

Les DNS disent « où », pas « comment ». Le HTTPS dépend d’un certificat installé sur votre hébergement, pas d’un enregistrement DNS. Après avoir pointé le domaine, provisionnez le certificat (souvent Let’s Encrypt proposé par l’hébergeur) et forcez la redirection vers HTTPS.

Les enregistrements de sécurité d’email (SPF, DKIM, DMARC) se gèrent aussi dans votre zone DNS, mais ce sont des TXT dédiés au courrier. Pour la partie HTTPS serveur et bonnes pratiques côté WordPress, suivez le guide certificat SSL et HTTPS.

Si vous externalisez DNS, hébergement et messagerie chez trois acteurs différents, documentez les responsabilités : qui gère quoi et où modifier. Cette clarté évite 90 % des échanges improductifs le jour d’une panne.

Erreurs fréquentes que je croise en accompagnement

  • Écraser la zone DNS en changeant de serveurs de noms sans recréer les MX.
  • Mettre un CNAME sur le domaine racine alors que le prestataire ne l’autorise pas.
  • Ajouter un CNAME au même endroit qu’un A existant, ce qui annule l’un des deux.
  • Oublier le sous-domaine www ou une redirection propre entre www et racine.
  • Multiplier les changements pendant la propagation et perdre le suivi de ce qui marche.

Questions fréquentes

Dois-je changer les serveurs de noms ou juste les enregistrements ?

Si vous restez chez le même gestionnaire DNS, modifiez simplement les enregistrements A/CNAME/MX. Si vous confiez les DNS à un autre prestataire, vous changerez les serveurs de noms, ce qui implique de recréer toute la zone avant la bascule.

Combien de temps pour voir le changement de DNS ?

Selon le TTL et les caches des fournisseurs d’accès, la propagation se constate souvent en quelques minutes à 48 h. Pendant cette fenêtre, vous pouvez voir des comportements différents d’un réseau à l’autre, ce qui est normal.

Est-ce que je risque de couper mes emails en pointant le site ailleurs ?

Oui si vous remplacez la zone DNS sans remettre les MX actuels, ou si vous supprimez par erreur les enregistrements liés à la messagerie. Conservez les MX en l’état si le fournisseur d’email ne change pas, et vérifiez l’envoi/réception après la bascule.

Aller plus loin en pratique avec la formation WordPress débutant

En formation, nous appliquons ces réglages sur votre propre domaine, pas sur un exemple générique, et nous voyons aussi la partie hébergeur et HTTPS pour éviter les coupures. La formation WordPress débutant (2 jours, 14 h, 490 €, groupes de 1 à 8, en direct) est finançable via CPF et OPCO par des centres partenaires certifiés Qualiopi.

Découvrir la formation WordPress débutant

Publications similaires