Enregistrements PTR expliqués : DNS inversé pour la délivrabilité des e-mails [Guide 2026]

Version courte : Un enregistrement DNS PTR (pointeur) fait correspondre une adresse IP à un nom de domaine — l'inverse exact d'un enregistrement A. Si vous envoyez des e-mails depuis votre propre serveur ou instance cloud, les fournisseurs de boîtes aux lettres comme Gmail, Yahoo et Outlook vérifient l'existence d'un enregistrement PTR valide avant de faire confiance à vos messages. La plupart des utilisateurs de WordPress n'ont pas besoin d'en créer un eux-mêmes — votre fournisseur d'hébergement ou de messagerie transactionnelle s'en charge. Mais si vous envoyez depuis un VPS ou une instance cloud, des enregistrements PTR manquants ou « génériques » sont l'une des raisons les plus courantes pour lesquelles les e-mails atterrissent dans le spam.

Qu'est-ce qu'un enregistrement PTR ?

Un enregistrement PTR (pointeur) est un enregistrement DNS qui fait correspondre une adresse IP à un nom de domaine. Il est stocké dans une partie spéciale du DNS appelée la zone DNS inversée — pas dans la même zone où vous configurez vos enregistrements A, MX et TXT.

Les enregistrements PTR existent car le DNS normal ne fonctionne que dans un sens : domaine → IP. Tapez example.com dans un navigateur et votre ordinateur demande au DNS l'adresse IP correspondante. Les enregistrements PTR inversent cela — étant donné une IP, quel domaine la revendique ?

Cette réponse est importante pour une raison majeure : la confiance. Lorsque votre serveur de messagerie se connecte à Gmail et annonce « J'envoie des e-mails pour example.com », Gmail veut vérifier que l'IP appartient bien à ce domaine. Un enregistrement PTR est la méthode utilisée pour cette vérification.

Les enregistrements PTR résident sous deux domaines de premier niveau spéciaux : .in-addr.arpa pour les adresses IPv4 et .ip6.arpa pour les adresses IPv6 (le domaine .arpa est réservé à l'usage de l'infrastructure Internet). Nous montrerons à quoi cela ressemble dans un instant.

Comment fonctionnent les enregistrements PTR

Pour comprendre les enregistrements PTR, il est utile de les comparer aux enregistrements A — le type d'enregistrement DNS le plus courant.

Enregistrements A : domaine → IP (recherche directe)

Un enregistrement A pointe un domaine vers une IP. Voici un exemple d'un tableau de bord DNS Cloudflare :

Cela dit : example.com se trouve à l'adresse 1.1.1.1. Lorsque quelqu'un tape votre domaine dans un navigateur, son ordinateur interroge le DNS, trouve l'enregistrement A, obtient l'IP et se connecte à votre serveur.

Enregistrements PTR : IP → domaine (recherche inversée)

Un enregistrement PTR fait le contraire. Étant donné 1.1.1.1, il répond : « cette IP appartient à mail.example.com. »

La différence cruciale est qui contrôle chaque zone :

• Les enregistrements A résident dans la zone DNS de votre domaine, que vous contrôlez via votre bureau d'enregistrement ou votre fournisseur DNS (Cloudflare, GoDaddy, Route 53, etc.).
• Les enregistrements PTR résident dans la zone DNS inversée, qui est contrôlée par le propriétaire du bloc d'adresses IP — presque toujours votre hébergeur ou fournisseur cloud, pas vous.

C'est pourquoi la plupart des gens ne peuvent pas simplement se connecter quelque part et ajouter eux-mêmes un enregistrement PTR. Pour modifier le vôtre, vous devez généralement passer par votre fournisseur d'hébergement.

Syntaxe et exemples d'enregistrements PTR

Un enregistrement PTR a un format spécifique. Voici à quoi il ressemble en syntaxe de fichier de zone pour l'adresse IPv4 192.0.2.10 pointant vers mail.example.com :

10.2.0.192.in-addr.arpa.    IN    PTR    mail.example.com.

Notez que l'IP est inversée : 192.0.2.10 devient 10.2.0.192 dans le nom de l'enregistrement. Cette inversion est intentionnelle — elle permet au DNS d'organiser les recherches inversées hiérarchiquement de la même manière qu'il organise les recherches directes (du général au spécifique, de droite à gauche).

Pour une adresse IPv6 comme 2001:db8::1, l'enregistrement PTR réside sous .ip6.arpa, avec chaque chiffre hexadécimal inversé et séparé par des points :

1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa.    IN    PTR    mail.example.com.

Lorsque vous effectuez une recherche DNS inversée, vous verrez le résultat sous une forme plus simple — juste l'IP et le domaine vers lequel elle pointe :

192.0.2.10 → mail.example.com

Mêmes informations, formatées pour les humains.

Enregistrements PTR et délivrabilité des e-mails — Le tableau de 2026

C'est là que les enregistrements PTR font leur preuve. Sans un enregistrement valide, votre e-mail atterrira presque à coup sûr dans le spam — ou sera rejeté purement et simplement.

Le point d'inflexion de 2024

En février 2024, Gmail et Yahoo ont mis en place des exigences pour les expéditeurs en masse qui ont rendu l'authentification des e-mails non négociable pour quiconque envoie plus de 5 000 messages par jour à leurs utilisateurs. La liste de contrôle :

• Authentification SPF et DKIM sur chaque message
• Une politique DMARC (au minimum p=none)
• Enregistrements DNS directs et inversés valides — c'est là qu'intervient le PTR
• En-têtes de désabonnement en un clic sur les e-mails en masse
• Taux de plaintes pour spam maintenus en dessous de 0,3 %

Microsoft a suivi en mai 2025 avec des exigences équivalentes pour Outlook.com, Hotmail et Live.com. Depuis novembre 2025, Gmail est passé de la mise en attente temporaire des messages non conformes au rejet permanent.

Même si vous envoyez moins de 5 000 e-mails par jour, ces vérifications sont désormais intégrées au système de délivrabilité plus large. Un enregistrement PTR manquant nuit à la réputation de l'expéditeur dans l'ensemble.

Comment Gmail utilise le PTR

Gmail effectue une recherche DNS inversée sur chaque connexion SMTP entrante. Si l'IP d'envoi n'a pas d'enregistrement PTR — ou si le PTR ne correspond pas au domaine revendiqué dans l'en-tête SMTP HELO/EHLO — le message est pénalisé ou rejeté avec une erreur 421-4.7.0 ou similaire.

Comment Outlook (Microsoft) utilise le PTR

Les filtres de Microsoft sont notoirement agressifs concernant les PTR. Les connexions provenant d'adresses IP sans DNS inversé sont systématiquement refusées avec des erreurs mentionnant explicitement l'absence de PTR. Le tableau de bord Smart Network Data Services (SNDS) exige également des adresses IP résolvables par PTR pour enregistrer votre pool d'envoi.

Comment Yahoo utilise les PTR

Les vérifications de Yahoo reflètent celles de Gmail : le DNS inversé est requis pour les adresses IP envoyant au-dessus du seuil d'expéditeur en masse, et les PTR « génériques » ou manquants limitent votre réputation d'expéditeur, peu importe la propreté du reste de votre authentification.

FCrDNS en langage clair

FCrDNS signifie Forward-Confirmed Reverse DNS (DNS inversé confirmé en avant). C'est une vérification de confiance en deux étapes :

1. Prenez l'adresse IP d'envoi. Recherchez l'enregistrement PTR. Notez le domaine obtenu.
2. Prenez ce domaine. Recherchez son enregistrement A (ou AAAA). Pointe-t-il vers la même adresse IP ?

Si les deux recherches concordent, FCrDNS est validé. Sinon, l'adresse IP d'envoi est traitée comme suspecte — même si un enregistrement PTR existe techniquement. Considérez cela comme l'équivalent de présenter deux pièces d'identité correspondantes pour la délivrabilité des e-mails.

Ce que signifie « PTR générique » — et pourquoi c'est un problème de délivrabilité

Lorsque vous démarrez un serveur sur AWS, Google Cloud, Azure ou DigitalOcean, le fournisseur attribue automatiquement un enregistrement PTR par défaut. Il ressemble à ceci :

ec2-203-0-113-25.compute-1.amazonaws.com

C'est techniquement un enregistrement PTR valide. Mais les filtres de messagerie le traitent comme un signal fort que l'adresse IP appartient à une instance cloud générique — pas à un serveur de messagerie dédié avec une réputation gérée. Les PTR génériques sont fortement associés au spam et aux abus car chaque spammeur qui démarre une VM cloud en obtient un par défaut.

Pour un envoi dans le monde réel, vous avez besoin d'un PTR personnalisé qui correspond à votre domaine d'envoi (par exemple, mail.example.com), et l'enregistrement A de votre domaine doit pointer vers la même adresse IP. C'est le FCrDNS fonctionnant comme prévu.

Ai-je besoin d'un enregistrement PTR ? Un cadre de décision

Oui — chaque expéditeur d'e-mail bénéficie d'un PTR valide. La vraie question est de savoir si vous devez en créer un, ou si quelqu'un d'autre l'a déjà fait pour vous.

Vous n'avez pas besoin de créer d'enregistrement PTR si :

• Vous envoyez des e-mails via un fournisseur transactionnel ou marketing — SendLayer, SendGrid, Mailgun, Brevo, Amazon SES, Postmark, SparkPost. Ils contrôlent les adresses IP d'envoi et gèrent les enregistrements PTR pour vous.
• Vous utilisez Google Workspace, Microsoft 365, Zoho Mail ou un service de messagerie hébergé similaire. Même histoire.
• Vous êtes sur un hébergement WordPress partagé standard et envoyez via le serveur de messagerie de votre hébergeur. L'hébergeur possède l'adresse IP et le PTR.

Vous avez probablement besoin de créer ou de corriger un enregistrement PTR si :

• Vous gérez votre propre serveur de messagerie sur un VPS ou une instance cloud (gouttelette DigitalOcean, EC2, VM Azure, Linode, Vultr, etc.).
• Vous avez une adresse IP dédiée d'un fournisseur d'e-mails et souhaitez que votre domaine de marque y résolve. Certains fournisseurs comme Amazon SES vous demandent de demander explicitement le PTR.
• Le PTR par défaut de votre fournisseur est générique (comme ec2-...amazonaws.com) et vous souhaitez un PTR personnalisé lié à votre domaine.

Pour 90 % des utilisateurs de WordPress, la démarche la plus simple consiste à utiliser WP Mail SMTP avec un fournisseur d'e-mails transactionnels — vos problèmes de PTR disparaissent car le fournisseur gère tout le DNS inverse pour les adresses IP d'envoi.

Comment vérifier votre enregistrement PTR

Vous pouvez vérifier n'importe quel enregistrement PTR en moins d'une minute avec un outil en ligne de commande ou un outil de recherche gratuit en ligne.

Avec dig (Linux, macOS, WSL)

La méthode la plus rapide est la commande dig avec le drapeau -x, qui indique à dig d'effectuer une recherche inversée :

dig -x 192.0.2.10

La section ANSWER SECTION de la sortie vous montrera l'enregistrement PTR. Si vous voyez NXDOMAIN ou rien en retour, aucun enregistrement PTR n'existe pour cette adresse IP.

Avec nslookup (Windows, macOS, Linux)

nslookup 192.0.2.10

Même idée. Il affichera le nom de domaine associé à cette adresse IP, ou vous indiquera que la recherche a échoué.

Avec un outil en ligne

Si vous préférez ne pas toucher à un terminal, les outils gratuits de recherche DNS inversée fonctionnent bien. Entrez l'adresse IP, cliquez sur rechercher, et vous obtiendrez le PTR en retour.

Comment confirmer le FCrDNS

Une fois que vous avez trouvé le PTR, effectuez une recherche directe sur le domaine qu'il a retourné :

dig A mail.example.com

Si l'adresse IP qui revient correspond à l'adresse IP avec laquelle vous avez commencé, le FCrDNS est validé. Sinon, vous avez une incohérence à corriger (voir la section de dépannage ci-dessous).

Comment configurer ou corriger un enregistrement PTR

Les enregistrements PTR sont configurés auprès de celui qui possède votre adresse IP. Il s'agit presque toujours de votre fournisseur d'hébergement ou de cloud — pas de votre bureau d'enregistrement DNS. Voici comment demander ou configurer un enregistrement PTR auprès des principaux fournisseurs.

Amazon Web Services (Route 53 / EC2 / SES)

Pour les instances EC2 et les adresses IP élastiques, AWS fournit un formulaire officiel pour demander un PTR personnalisé. Avant qu'AWS n'approuve la demande, vous devrez vérifier que vous contrôlez le domaine auquel vous pointez — l'enregistrement A direct doit d'abord résoudre vers l'IP EC2. AWS limite également les demandes de PTR pour les comptes ayant de faibles limites d'envoi SES, vous devrez donc peut-être demander une augmentation de la limite d'envoi avant qu'ils ne la traitent. Les instructions complètes se trouvent dans le guide DNS inversé d'AWS.

Google Cloud

Pour les VM Compute Engine avec des adresses IP externes statiques, vous pouvez définir le PTR via l'interface CLI gcloud ou la console en utilisant le drapeau --public-ptr lors de la création ou de la modification de l'instance. Comme avec AWS, le DNS direct doit déjà pointer vers l'adresse IP avant que Google n'accepte l'enregistrement PTR. Le guide officiel se trouve dans la documentation Google Cloud.

Microsoft Azure

Azure vous permet de définir le DNS inversé sur une ressource d'adresse IP publique via l'interface CLI Azure :

az network public-ip update --resource-group MyResourceGroup --name MyPublicIP --reverse-fqdn mail.example.com.

Vous pouvez également le définir via PowerShell ou le portail Azure. Comme avec les autres clouds, le DNS direct doit déjà pointer vers l'adresse IP. Remarque : les VM Azure ont également le port SMTP sortant 25 bloqué par défaut. L'envoi d'e-mails depuis Azure nécessite généralement l'ouverture d'une demande de support pour le débloquer, en plus de la configuration du PTR.

DigitalOcean

DigitalOcean crée automatiquement un PTR pour tout droplet dont le nom correspond à un FQDN valide et résoluble. Ainsi, si vous nommez votre droplet mail.example.com et que l’enregistrement A du domaine pointe vers l’IP de ce droplet, le PTR est défini automatiquement. Si le nom du droplet et le domaine ne correspondent pas, le PTR ne sera pas mis à jour. Pour modifier un PTR après coup, renommez le droplet avec le FQDN souhaité.

Linode (Akamai)

Dans le gestionnaire cloud de Linode, ouvrez l’onglet Réseau de votre Linode et trouvez l’IP que vous souhaitez mettre à jour. Cliquez sur le menu à trois points à côté de l’IP et choisissez Modifier le RDNS. Entrez le FQDN — le DNS direct doit d’abord pointer vers cette IP, sinon Linode refusera de définir le PTR.

Vultr

Vultr expose une section DNS inversé sous les paramètres réseau de chaque instance. Entrez votre FQDN, enregistrez, et cela se propage en quelques minutes. Comme toujours, définissez d’abord l’enregistrement A.

Cloudflare

Cloudflare n’héberge pas de serveurs de messagerie et ne définit pas d’enregistrements PTR pour vos adresses IP d’origine. Les PTR sont toujours gérés par le propriétaire de l’IP — généralement votre fournisseur d’hébergement derrière Cloudflare. La seule exception concerne les clients Cloudflare Magic Transit ou BYOIP, qui peuvent gérer les PTR via Cloudflare pour les adresses IP qu’ils apportent à la plateforme.

« Je suis sur un hébergement mutualisé — et maintenant ? »

Si vous êtes chez Bluehost, SiteGround, HostGator, Kinsta, WP Engine, ou tout autre hébergeur mutualisé ou WordPress géré :

1. Ne vous souciez pas de créer un PTR. Votre hébergeur possède l’adresse IP d’envoi et en a presque toujours déjà une configurée.
2. Utilisez WP Mail SMTP avec un fournisseur transactionnel au lieu de vous fier au serveur de messagerie de l’hébergeur. Le PHP mail() depuis une adresse IP mutualisée, même avec un PTR valide, a une délivrabilité limitée car la réputation de l’IP est partagée entre des milliers d’autres sites. Notre guide de configuration de la messagerie DNS explique la procédure.
3. Si vous avez écarté tout le reste et suspectez que le PTR est le problème, ouvrez un ticket de support auprès de votre hébergeur et demandez-lui de confirmer l’enregistrement PTR pour l’adresse IP depuis laquelle votre courrier est envoyé. La plupart peuvent le vérifier ou le mettre à jour en quelques heures.

Dépannage des enregistrements PTR

Voici les quatre problèmes de PTR les plus courants et comment résoudre chacun d’eux.

1. Aucun enregistrement PTR

La recherche inversée renvoie NXDOMAIN ou rien. Les fournisseurs de messagerie rejetteront ou filtreront lourdement votre courrier. Correction : contactez le propriétaire de votre IP (fournisseur cloud ou d’hébergement) et demandez un PTR pointant vers votre domaine d’envoi. Confirmez avec dig -x une fois qu’il s’est propagé.

2. Inadéquation FCrDNS

Le PTR existe, mais le domaine vers lequel il pointe ne résout pas vers la même IP. Causes courantes : quelqu’un a modifié l’enregistrement A, vous avez mis à jour le PTR avant le DNS direct, ou le PTR pointe vers un domaine que vous ne contrôlez pas entièrement. Correction : alignez les enregistrements. Le DNS direct (A ou AAAA) du domaine dans votre PTR doit résoudre vers l’IP sur laquelle le PTR est défini.

3. PTR générique du fournisseur cloud

Le PTR existe, mais il s'agit de quelque chose comme ec2-203-0-113-25.compute-1.amazonaws.com ou vm-203-0-113-25.googleusercontent.com. Techniquement valide, mais traité avec suspicion par les filtres de messagerie. Correction : demandez un PTR personnalisé correspondant à votre domaine d'envoi en utilisant les instructions spécifiques au fournisseur ci-dessus.

4. PTR multiples sur une IP

Certains fournisseurs autorisent techniquement plus d'un enregistrement PTR par IP. Les filtres de messagerie n'utilisent généralement que la première réponse et peuvent signaler les incohérences comme suspectes. Correction : consolidez en un seul PTR par IP qui correspond à votre domaine d'envoi principal.

PTR + le reste de votre pile de délivrabilité

Le PTR est un élément d'un système plus vaste. Pour en tirer le meilleur parti, associez-le à ces autres enregistrements d'authentification d'e-mail :

• SPF (Sender Policy Framework) : Indique aux serveurs de réception quelles adresses IP sont autorisées à envoyer des e-mails pour votre domaine. Consultez notre guide sur SPF, DKIM et DMARC pour les détails de configuration. Si vous vous retrouvez accidentellement avec deux enregistrements SPF, suivez notre guide de fusion.
• DKIM (DomainKeys Identified Mail) : Signe cryptographiquement chaque e-mail afin que le destinataire puisse vérifier que le message n'a pas été altéré pendant le transit. Si votre clé DKIM est trop longue pour un seul enregistrement TXT, notre guide de division DKIM explique la solution.
• DMARC (Domain-based Message Authentication, Reporting, and Conformance) : Indique aux serveurs de réception quoi faire lorsque SPF ou DKIM échoue — passer, mettre en quarantaine ou rejeter. Lisez notre guide des enregistrements DMARC pour la configuration.
• BIMI (Brand Indicators for Message Identification) : Affiche le logo de votre marque à côté des e-mails authentifiés dans les boîtes de réception prises en charge. Nécessite DMARC à p=quarantine ou p=reject. Notre explication BIMI couvre les prérequis.
• Google Postmaster Tools : Une fois vos enregistrements propres, Postmaster Tools vous donne une visibilité sur la façon dont Gmail évalue votre réputation d'expéditeur, vos taux de plaintes pour spam et vos taux de réussite d'authentification. Consultez notre guide de configuration de Postmaster Tools.

WP Mail SMTP inclut un vérificateur de domaine intégré qui valide automatiquement ces enregistrements chaque fois que vous envoyez un e-mail de test — vous saurez ainsi immédiatement si quelque chose est cassé ou manquant.

FAQ sur les enregistrements DNS PTR

Comment trouver mon enregistrement PTR ?

Exécutez dig -x [votre-IP] depuis un terminal, ou utilisez un outil de recherche DNS inversée avec votre adresse IP d'envoi. Le résultat affichera le nom de domaine auquel votre IP se résout actuellement. Si aucun enregistrement n'existe, la recherche renvoie NXDOMAIN.

Que devrait être mon enregistrement PTR ?

Un PTR personnalisé correspondant à votre domaine d'envoi — par exemple, mail.example.com pour une IP qui envoie des e-mails au nom de example.com. Le domaine dans le PTR doit également avoir un enregistrement DNS direct pointant vers la même IP. Cette correspondance entre les recherches directes et inversées est FCrDNS, et c'est ce que les fournisseurs de boîtes aux lettres attendent.

Quel est un exemple d'enregistrement PTR ?

Au format fichier de zone : 10.2.0.192.in-addr.arpa. IN PTR mail.example.com. Dans un résultat de recherche, il apparaît sous la forme plus simple 192.0.2.10 → mail.example.com. La forme fichier de zone inverse l’IP et ajoute .in-addr.arpa car le DNS inversé est organisé hiérarchiquement, du plus spécifique au moins spécifique.

Les enregistrements PTR sont-ils toujours utilisés ?

Oui, plus que jamais. Depuis que Gmail, Yahoo et Microsoft ont resserré leurs exigences pour les expéditeurs en masse entre 2024 et 2025, des enregistrements PTR valides sont devenus pratiquement obligatoires pour toute IP qui envoie des e-mails. Les enregistrements PTR manquants ou génériques sont désormais une cause majeure de rejet pur et simple des e-mails ou de leur acheminement vers le spam.

Que signifie PTR ?

PTR signifie pointer (pointeur). L’enregistrement « pointe » d’une adresse IP vers un nom de domaine, ce qui est la direction opposée d’un enregistrement A standard.

Quelle est la différence entre PTR et rDNS ?

rDNS (DNS inversé) est le concept général de recherche d’un domaine à partir d’une adresse IP. PTR est le type d’enregistrement DNS spécifique qui fait fonctionner le rDNS. Chaque recherche rDNS est une recherche PTR sous le capot.

Qui gère les enregistrements PTR ?

Le propriétaire de l’adresse IP, généralement votre fournisseur d’hébergement ou de cloud. Les bureaux d’enregistrement de domaines ne gèrent généralement pas les enregistrements PTR car l’autorité du DNS inversé suit le bloc d’IP, pas le domaine.

Combien de temps faut-il pour que les modifications d’enregistrement PTR se propagent ?

La plupart des modifications PTR se propagent en quelques minutes à quelques heures, en fonction du TTL défini par le propriétaire de l’IP. Dans le pire des cas, cela prend 24 à 48 heures. Si vous avez demandé une modification à votre fournisseur et que l’ancien enregistrement PTR s’affiche toujours après ce délai, contactez le support.

Puis-je avoir plusieurs enregistrements PTR pour une seule IP ?

Techniquement oui, mais c’est une mauvaise idée. La plupart des filtres de messagerie n’utilisent que la première réponse et peuvent signaler les IP avec plusieurs enregistrements PTR comme incohérentes ou suspectes. Tenez-vous-en à un seul enregistrement PTR par IP qui correspond à votre domaine d’envoi principal.

Ai-je besoin d’un enregistrement PTR pour IPv6 ?

Si vous envoyez des e-mails sur IPv6, oui — l’exigence est la même que pour IPv4. L’enregistrement se trouve sous .ip6.arpa au lieu de .in-addr.arpa, et les chiffres hexadécimaux de l’adresse sont inversés et séparés par des points.

Qu’est-ce qu’un enregistrement PTR générique ?

Un enregistrement PTR par défaut attribué par un fournisseur de cloud qui ressemble à ec2-203-0-113-25.compute-1.amazonaws.com ou similaire. C’est un enregistrement valide, mais il signale aux serveurs de messagerie récepteurs que l’IP est une instance cloud générique plutôt qu’un serveur de messagerie géré. Les enregistrements PTR génériques nuisent considérablement à la délivrabilité et doivent être remplacés par un enregistrement PTR personnalisé correspondant à votre domaine d’envoi.

Cloudflare configure-t-il les enregistrements PTR ?

Pour la plupart des utilisateurs de Cloudflare, non. Cloudflare proxy votre trafic web mais ne possède pas les adresses IP à partir desquelles vos e-mails sont envoyés. Les enregistrements PTR restent gérés par le fournisseur d’hébergement de votre serveur de messagerie. L’exception concerne les clients Cloudflare Magic Transit ou BYOIP, qui peuvent gérer les enregistrements PTR via Cloudflare pour les adresses IP qu’ils apportent à la plateforme.

Gmail rejettera-t-il mon e-mail sans enregistrement PTR ?

Pour les expéditeurs à plus grand volume, oui — Gmail renvoie des erreurs telles que 421-4.7.0 pour les connexions provenant d'IP sans DNS inversé valide. Les expéditeurs à plus faible volume peuvent ne pas voir de rejets purs et simples, mais leurs messages ont beaucoup plus de chances d'atterrir dans le spam.

Les enregistrements PTR affectent-ils le SEO ?

Non. Les enregistrements PTR affectent la délivrabilité des e-mails, pas les classements de recherche. La confusion survient parfois parce que les robots d'exploration Web de Google effectuent des recherches inversées dans certains contextes, mais ces vérifications n'influencent pas les signaux de classement de recherche.

Un enregistrement PTR peut-il pointer vers plusieurs domaines ?

Un seul enregistrement PTR pointe vers un seul nom de domaine. Si votre IP envoie des e-mails pour plusieurs domaines, l'enregistrement PTR doit pointer vers votre domaine d'envoi principal ou votre domaine HELO. L'authentification des autres domaines est gérée séparément via SPF, DKIM et l'alignement DMARC.

Suivant : Vérifiez vos autres enregistrements de délivrabilité

PTR est un élément de la délivrabilité des e-mails. Une fois que vous avez confirmé que le vôtre est correctement configuré, l'étape suivante consiste à vous assurer que SPF, DKIM et DMARC sont également en place. Notre guide complet sur SPF, DKIM et DMARC explique comment configurer les trois.

Si vous préférez ne pas gérer vous-même les enregistrements DNS, le plan Elite de WP Mail SMTP inclut une configuration complète "White Glove" — nous installons le plugin, le connectons à votre fournisseur et configurons vos enregistrements d'authentification pour vous. Consultez la page de tarification de WP Mail SMTP pour plus de détails.

Réparez vos e-mails WordPress maintenant

Si cet article vous a aidé, suivez-nous sur Facebook et Twitter pour plus de conseils et tutoriels WordPress.