En bref : dans la section consacrée à la santé du compte, lemlist vérifie votre enregistrement A pour s’assurer que votre domaine pointe vers une adresse IP et qu’il est accessible en HTTPS. Si la vérification échoue ou affiche un avertissement, le problème vient de votre fournisseur DNS : vérifiez que l’enregistrement A existe et que l’adresse IP est correcte, puis patientez le temps de la propagation, qui peut prendre jusqu’à 48 heures. Vérifiez l’état de la propagation sur dnschecker.org.
Symptômes
Une requête DNS ne renvoie aucun enregistrement A pour votre domaine.
Votre site internet ou votre page de destination ne se charge pas après l’ajout d’un enregistrement A.
Une requête DNS renvoie une adresse IP inattendue ou obsolète.
On vous a signalé une mauvaise configuration de votre enregistrement A, mais lemlist n’affiche aucune erreur à ce sujet.
La résolution DNS de votre site internet fonctionne dans certaines régions, mais pas dans d’autres (propagation partielle).
Ce que vérifie lemlist
Dans lemlist, la section Santé du compte comprend une vérification de l’enregistrement A. Ce contrôle permet de s’assurer que votre domaine pointe vers une adresse IP valide et qu’il est accessible en HTTPS. Un résultat positif confirme que votre domaine pointe vers la bonne adresse. Un avertissement comme « Votre domaine n’est accessible qu’en HTTP » signifie que l’enregistrement A renvoie bien une adresse IP, mais que l’accès en HTTPS n’est pas configuré. Cela peut réduire la confiance des fournisseurs de boîtes mail envers votre domaine. À noter : les enregistrements A ne sont pas nécessaires pour envoyer des emails avec lemlist. L’acheminement des emails repose sur SPF, DKIM et DMARC. lemlist affiche tout de même ce contrôle, car l’accessibilité du domaine peut influer sur la délivrabilité globale.
À quoi ressemble un enregistrement A ?
Un enregistrement A associe un domaine ou un sous-domaine à une adresse IPv4. Voici le format utilisé par la plupart des fournisseurs DNS :
Hôte | Type | Valeur |
@ | A | 192.0.2.1 |
app | A | 192.0.2.1 |
⚠️ Les adresses IP ci-dessus (192.0.2.1) ne sont que des exemples : ne les copiez pas et ne les utilisez pas. Remplacez la valeur par l’adresse IP réelle fournie par votre serveur web ou votre hébergeur.
Résoudre le problème étape par étape
Accédez à l’interface du fournisseur DNS qui gère vos serveurs de noms : ce n’est pas forcément celui auprès duquel vous avez acheté votre domaine. Une erreur fréquente consiste à modifier les enregistrements DNS chez GoDaddy alors que vos serveurs de noms pointent en réalité vers Cloudflare. Les modifications effectuées au mauvais endroit n’auront aucun effet. Pour identifier votre fournisseur DNS, exécutez dig yourdomain.com NS dans un terminal ou utilisez la recherche NS sur dnschecker.org.
Recherchez votre enregistrement A actuel sur dnschecker.org ou exécutez dig yourdomain.com A dans un terminal. Vérifiez qu’un enregistrement A est bien présent et regardez quelle adresse IP il renvoie.
Comparez l’adresse IP de votre enregistrement DNS à celle fournie par votre serveur web ou votre hébergeur. Un seul chiffre erroné suffit à empêcher l’enregistrement de fonctionner : corrigez toute différence.
Vérifiez qu’il n’y a pas de conflit avec un CNAME : si un enregistrement CNAME existe pour le même nom d’hôte que votre enregistrement A, l’enregistrement A sera bloqué. Supprimez le CNAME ou utilisez un autre sous-domaine.
Si vous utilisez Cloudflare, ouvrez l’enregistrement A et vérifiez s’il est en mode « Proxied » (nuage orange) ou « DNS only » (nuage gris). Dans certains cas, le mode « DNS only » est nécessaire : passez à ce mode si besoin.
Enregistrez vos modifications, puis patientez. Les modifications DNS ne s’appliquent pas immédiatement : chaque enregistrement possède une valeur TTL (durée de vie) qui détermine combien de temps les résolveurs DNS conservent l’ancienne valeur en cache. La propagation dans le monde entier prend généralement de quelques minutes à 48 heures. Vérifiez ensuite à nouveau sur dnschecker.org.
Vérifier que le problème est résolu
✓ dnschecker.org confirme que la bonne adresse IP s’est propagée dans le monde entier.
✓ La commande dig yourdomain.com A, exécutée dans un terminal, renvoie l’adresse IP attendue.
✓ Votre site internet ou votre page de destination se charge correctement dans un navigateur.
D’où vient le problème ?
Les enregistrements A sont entièrement gérés par votre fournisseur DNS. La plupart des problèmes viennent de fautes de frappe, de conflits avec un CNAME, de modifications effectuées dans la mauvaise zone DNS ou de délais de propagation. lemlist n’a pas accès aux enregistrements A et ne peut pas voir les erreurs qui les concernent.
Autres solutions
Si vous ne pouvez pas modifier vous-même la configuration DNS, contactez votre équipe informatique ou demandez à l’équipe support de votre fournisseur de domaine ou de votre hébergeur de mettre à jour l’enregistrement A.
Si votre fournisseur DNS ne prend pas en charge les enregistrements A sur le domaine racine (apex), utilisez des enregistrements de type ANAME ou ALIAS s’ils sont disponibles : leur fonctionnement est similaire.
Le problème persiste ?
Contactez l’équipe support de votre fournisseur DNS. Préparez d’abord les éléments suivants :
Votre nom de domaine et le sous-domaine sur lequel l’enregistrement A est configuré (par exemple yourdomain.com ou app.yourdomain.com).
L’adresse IP vers laquelle vous souhaitez faire pointer votre domaine.
Une capture d’écran de vos enregistrements DNS actuels.
Les résultats de dnschecker.org indiquant où l’enregistrement s’est propagé et où ce n’est pas le cas.