Registros PTR explicados: DNS inverso para la entregabilidad de correos [Guía 2026]

Versión corta: Un registro PTR (puntero) de DNS mapea una dirección IP a un nombre de dominio, lo opuesto a un registro A. Si envías correos desde tu propio servidor o instancia en la nube, los proveedores de buzones como Gmail, Yahoo y Outlook verifican un registro PTR válido antes de confiar en tus mensajes. La mayoría de los usuarios de WordPress no necesitan crear uno; tu proveedor de hosting o de correo transaccional se encarga de ello. Pero si envías desde una VPS o instancia en la nube, la falta de un registro PTR o uno "genérico" son las razones más comunes por las que los correos terminan en spam.

¿Qué es un registro PTR?

Un registro PTR (puntero) es un registro DNS que mapea una dirección IP a un nombre de dominio. Se almacena en una parte especial de DNS llamada zona DNS inversa, no en la misma zona donde configuras tus registros A, MX y TXT.

Los registros PTR existen porque el DNS normal funciona en una sola dirección: dominio → IP. Escribe example.com en un navegador y tu ordenador pregunta al DNS la dirección IP correspondiente. Los registros PTR invierten eso: dada una IP, ¿qué dominio la reclama?

Esa respuesta es importante por una gran razón: confianza. Cuando tu servidor de correo se conecta a Gmail y anuncia "Estoy enviando correos para example.com", Gmail quiere verificar que la IP realmente pertenece a ese dominio. Un registro PTR es cómo realiza esa comprobación.

Los registros PTR residen bajo dos dominios de nivel superior especiales: .in-addr.arpa para direcciones IPv4 y .ip6.arpa para IPv6 (el dominio .arpa está reservado para uso de infraestructura de Internet). Mostraremos cómo se ve esto en un minuto.

Cómo funcionan los registros PTR

Para entender los registros PTR, ayuda compararlos con los registros A, el tipo de registro DNS más común.

Registros A: dominio → IP (búsqueda directa)

Un registro A apunta un dominio a una IP. Aquí tienes un ejemplo de un panel de control DNS de Cloudflare:

Esto dice: example.com está en 1.1.1.1. Cuando alguien escribe tu dominio en un navegador, su ordenador consulta el DNS, encuentra el registro A, obtiene la IP y se conecta a tu servidor.

Registros PTR: IP → dominio (búsqueda inversa)

Un registro PTR hace lo contrario. Dada la dirección 1.1.1.1, responde: “esta IP pertenece a mail.example.com”.

La diferencia crucial es quién controla cada zona:

• Los registros A residen en la zona DNS de su dominio, que usted controla a través de su registrador o proveedor de DNS (Cloudflare, GoDaddy, Route 53, etc.).
• Los registros PTR residen en la zona DNS inversa, que es controlada por quien sea el propietario del bloque de IP, casi siempre su proveedor de hosting o nube, no usted.

Por eso la mayoría de la gente no puede simplemente iniciar sesión en algún lugar y añadir un registro PTR por sí misma. Para cambiar el suyo, normalmente necesita contactar a su proveedor de hosting.

Sintaxis y ejemplos de registros PTR

Un registro PTR tiene un formato específico. Así es como se ve en la sintaxis de archivo de zona para la dirección IPv4 192.0.2.10 apuntando a mail.example.com:

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

Observe que la IP está invertida: 192.0.2.10 se convierte en 10.2.0.192 en el nombre del registro. Esa inversión es intencional; permite que el DNS organice las búsquedas inversas jerárquicamente de la misma manera que organiza las búsquedas directas (de lo general a lo específico, de derecha a izquierda).

Para una dirección IPv6 como 2001:db8::1, el registro PTR reside bajo .ip6.arpa, con cada dígito hexadecimal invertido y separado por puntos:

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.

Cuando ejecute una búsqueda DNS inversa, verá el resultado en un formato más simple: solo la IP y el dominio al que apunta:

192.0.2.10 → mail.example.com

La misma información, formateada para humanos.

Registros PTR y entregabilidad de correo: la imagen de 2026

Aquí es donde los registros PTR demuestran su valía. Sin uno válido, su correo electrónico casi con seguridad terminará en la carpeta de spam o será rechazado directamente.

El punto de inflexión de 2024

En febrero de 2024, Gmail y Yahoo implementaron requisitos para remitentes masivos que hicieron que la autenticación de correo electrónico fuera innegociable para cualquiera que enviara más de 5000 mensajes al día a sus usuarios. La lista de verificación:

• Autenticación SPF y DKIM en cada mensaje
• Una política DMARC (como mínimo p=none)
• Registros DNS directos e inversos válidos; ahí es donde entra el PTR
• Encabezados de cancelación de suscripción con un clic en el correo masivo
• Tasas de quejas de spam por debajo del 0,3 %

Microsoft siguió en mayo de 2025 con requisitos equivalentes para Outlook.com, Hotmail y Live.com. Desde noviembre de 2025, Gmail pasó de aplazar temporalmente los mensajes no conformes a rechazarlos permanentemente.

Incluso si envía menos de 5000 correos electrónicos al día, estas comprobaciones ahora están integradas en el sistema de entregabilidad en general. Un registro PTR faltante perjudica la reputación del remitente en todos los ámbitos.

Cómo usa Gmail los PTR

Gmail realiza una búsqueda DNS inversa en cada conexión SMTP entrante. Si la IP remitente no tiene un registro PTR, o si el PTR no coincide con el dominio declarado en el saludo SMTP HELO/EHLO, el mensaje es penalizado o rechazado con un error 421-4.7.0 o similar.

Cómo usa Outlook (Microsoft) los PTR

Los filtros de Microsoft son notoriamente agresivos con el PTR. Las conexiones de IPs sin DNS inverso son rutinariamente rechazadas con errores que mencionan explícitamente la falta de PTR. El panel de Smart Network Data Services (SNDS) también requiere IPs que resuelvan PTR para registrar su grupo de envío.

Cómo usa Yahoo el PTR

Las comprobaciones de Yahoo reflejan las de Gmail: se requiere DNS inverso para las IPs que envían por encima del umbral de remitente masivo, y los PTR "genéricos" o faltantes limitan su reputación de remitente sin importar cuán limpia sea el resto de su autenticación.

FCrDNS en lenguaje sencillo

FCrDNS significa DNS Inverso Confirmado Directamente. Es una comprobación de confianza en dos pasos:

1. Tome la IP de envío. Busque el registro PTR. Anote el dominio que obtiene.
2. Tome ese dominio. Busque su registro A (o AAAA). ¿Apunta de vuelta a la misma IP?

Si ambas búsquedas coinciden, FCrDNS se aprueba. Si no, la IP de envío se trata como sospechosa, incluso si técnicamente existe un registro PTR. Piénselo como el equivalente en la entrega de correo de mostrar dos documentos de identidad coincidentes.

Qué significa "PTR genérico" — y por qué es un problema de entregabilidad

Cuando inicia un servidor en AWS, Google Cloud, Azure o DigitalOcean, el proveedor asigna automáticamente un registro PTR predeterminado. Se ve algo así:

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

Ese es un registro PTR válido, técnicamente. Pero los filtros de correo lo tratan como una señal fuerte de que la IP pertenece a una instancia genérica en la nube, no a un servidor de correo dedicado con una reputación gestionada. Los PTR genéricos se asocian fuertemente con el spam y el abuso porque cada spammer que inicia una VM en la nube obtiene uno por defecto.

Para envíos en el mundo real, necesita un PTR personalizado que coincida con su dominio de envío (por ejemplo, mail.example.com), y el registro A de su dominio debe apuntar de vuelta a la misma IP. Eso es FCrDNS funcionando como se pretende.

¿Necesito un registro PTR? Un marco de decisión

Sí, cada remitente de correo electrónico se beneficia de un PTR válido. La pregunta real es si usted necesita crear uno, o si alguien más ya lo ha hecho por usted.

No necesita crear un registro PTR si:

• Envía correo a través de un proveedor transaccional o de marketing: SendLayer, SendGrid, Mailgun, Brevo, Amazon SES, Postmark, SparkPost. Ellos controlan las IPs de envío y gestionan los registros PTR por usted.
• Utiliza Google Workspace, Microsoft 365, Zoho Mail o un servicio de correo alojado similar. Misma historia.
• Está en un alojamiento compartido estándar de WordPress y envía a través del servidor de correo de su host. El host es propietario de la IP y del PTR.

Probablemente sí necesite crear o corregir un registro PTR si:

• Está ejecutando su propio servidor de correo en un VPS o instancia en la nube (droplet de DigitalOcean, EC2, VM de Azure, Linode, Vultr, etc.).
• Tiene una IP dedicada de un proveedor de correo electrónico y desea que su dominio de marca se resuelva a ella. Algunos proveedores como Amazon SES requieren que solicite el PTR explícitamente.
• El PTR predeterminado de su proveedor es genérico (como ec2-...amazonaws.com) y desea uno personalizado vinculado a su dominio.

Para el 90% de los usuarios de WordPress, el paso más sencillo es usar WP Mail SMTP con un proveedor de correo transaccional: tus problemas de PTR desaparecen porque el proveedor se encarga de todo el DNS inverso para las IPs de envío.

Cómo comprobar tu registro PTR

Puedes comprobar cualquier registro PTR en menos de un minuto con una herramienta de línea de comandos o una consulta en línea gratuita.

Con dig (Linux, macOS, WSL)

La forma más rápida es el comando dig con la opción -x, que le indica a dig que realice una consulta inversa:

dig -x 192.0.2.10

La sección ANSWER SECTION de la salida te mostrará el registro PTR. Si ves NXDOMAIN o nada, no existe ningún registro PTR para esa IP.

Con nslookup (Windows, macOS, Linux)

nslookup 192.0.2.10

Misma idea. Imprimirá el nombre de dominio asociado a esa IP, o te dirá que la consulta falló.

Con una herramienta en línea

Si prefieres no tocar una terminal, las herramientas gratuitas de consulta de DNS inverso funcionan bien. Introduce la IP, pulsa buscar y obtendrás el PTR.

Cómo confirmar FCrDNS

Una vez que hayas encontrado el PTR, realiza una consulta directa sobre el dominio que devolvió:

dig A mail.example.com

Si la IP que regresa coincide con la IP con la que empezaste, FCrDNS pasa. Si no, tienes una discrepancia que solucionar (consulta la sección de solución de problemas más abajo).

Cómo configurar o arreglar un registro PTR

Los registros PTR se configuran con quien sea el propietario de tu IP. Casi siempre es tu proveedor de hosting o en la nube, no tu registrador de DNS. Aquí te explicamos cómo solicitar o configurar un registro PTR con los principales proveedores.

Amazon Web Services (Route 53 / EC2 / SES)

Para instancias EC2 y IPs elásticas, AWS proporciona un formulario oficial para solicitar un PTR personalizado. Antes de que AWS apruebe la solicitud, deberás verificar que controlas el dominio al que apuntas: el registro A directo debe resolverse primero a la IP de EC2. AWS también limita las solicitudes de PTR para cuentas con límites bajos de envío de SES, por lo que es posible que necesites solicitar un aumento del límite de envío antes de que lo procesen. Las instrucciones completas se encuentran en la guía de DNS inverso de AWS.

Google Cloud

Para las VM de Compute Engine con IPs externas estáticas, puedes configurar el PTR a través de la CLI gcloud o la consola usando la opción --public-ptr al crear o modificar la instancia. Al igual que con AWS, el DNS directo ya debe apuntar a la IP antes de que Google acepte el registro PTR. El tutorial oficial se encuentra en la documentación de Google Cloud.

Microsoft Azure

Azure te permite configurar el DNS inverso en un recurso de IP pública a través de la CLI de Azure:

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

También puedes configurarlo a través de PowerShell o el portal de Azure. Al igual que con las otras nubes, el DNS directo ya debe apuntar a la IP. Nota: Las VM de Azure también tienen el puerto SMTP de salida 25 bloqueado por defecto. El envío de correo desde Azure generalmente requiere abrir una solicitud de soporte para desbloquearlo, además de configurar el PTR.

DigitalOcean

DigitalOcean crea automáticamente una PTR para cualquier droplet cuyo nombre coincida con un FQDN válido y resoluble. Por lo tanto, si nombras tu droplet mail.example.com y el registro A del dominio apunta a la IP de esa droplet, la PTR se establece automáticamente. Si el nombre de la droplet y el dominio no coinciden, la PTR no se actualizará. Para cambiar una PTR después del hecho, renombra la droplet al FQDN deseado.

Linode (Akamai)

En el administrador de la nube de Linode, abre la pestaña Red de tu Linode y busca la IP que deseas actualizar. Haz clic en el menú de tres puntos junto a la IP y selecciona Editar RDNS. Introduce el FQDN; el DNS directo debe apuntar primero a esa IP, o Linode se negará a establecer la PTR.

Vultr

Vultr expone una sección de DNS Inverso bajo la configuración de red de cada instancia. Introduce tu FQDN, guarda y se propagará en pocos minutos. Como siempre, configura primero el registro A.

Cloudflare

Cloudflare no aloja servidores de correo ni establece registros PTR para tus IPs de origen. Las PTRs siguen siendo gestionadas por quien sea el propietario de la IP, típicamente tu proveedor de hosting detrás de Cloudflare. La única excepción son los clientes de Cloudflare Magic Transit o BYOIP, que pueden gestionar las PTRs a través de Cloudflare para las IPs que traen a la plataforma.

“Estoy en hosting compartido, ¿y ahora qué?”

Si estás en Bluehost, SiteGround, HostGator, Kinsta, WP Engine o cualquier otro host compartido o de WordPress gestionado:

1. No te preocupes por crear una PTR. Tu host es el propietario de la IP de envío y casi siempre tiene una configurada.
2. Usa WP Mail SMTP con un proveedor transaccional en lugar de depender del servidor de correo del host. El PHP mail() desde una IP compartida, incluso con una PTR válida, tiene una entregabilidad limitada porque la reputación de la IP se comparte entre miles de otros sitios. Nuestra guía de configuración de correo DNS detalla la configuración.
3. Si has descartado todo lo demás y sospechas que la PTR es el problema, abre un ticket de soporte con tu host y pídeles que confirmen el registro PTR de la IP desde la que se envía tu correo. La mayoría puede verificarlo o actualizarlo en unas pocas horas.

Solución de problemas de registros PTR

Aquí están los cuatro problemas de PTR más comunes y cómo solucionar cada uno.

1. Sin registro PTR

La búsqueda inversa devuelve NXDOMAIN o nada. Los proveedores de correo rechazarán o filtrarán en gran medida tu correo. Solución: contacta al propietario de tu IP (proveedor de nube o de hosting) y solicita una PTR que apunte a tu dominio de envío. Confirma con dig -x una vez que se propague.

2. Desajuste FCrDNS

La PTR existe, pero el dominio al que apunta no se resuelve de vuelta a la misma IP. Causas comunes: alguien cambió el registro A, actualizaste la PTR antes que el DNS directo, o la PTR apunta a un dominio que no controlas completamente. Solución: alinea los registros. El DNS directo (A o AAAA) del dominio en tu PTR debe resolverse a la IP en la que está configurada la PTR.

3. PTR genérica del proveedor de nube

El PTR existe, pero es algo como ec2-203-0-113-25.compute-1.amazonaws.com o vm-203-0-113-25.googleusercontent.com. Técnicamente válido, pero tratado con sospecha por los filtros de correo. Solución: solicita un PTR personalizado que coincida con tu dominio de envío utilizando las instrucciones específicas del proveedor mencionadas anteriormente.

4. Múltiples PTR por IP

Algunos proveedores permiten técnicamente más de un registro PTR por IP. Los filtros de correo generalmente usan solo la primera respuesta y pueden marcar las inconsistencias como sospechosas. Solución: consolida a un solo PTR por IP que coincida con tu dominio de envío principal.

PTR + el resto de tu pila de entregabilidad

El PTR es una pieza de un sistema más grande. Para sacarle el máximo provecho, combínalo con estos otros registros de autenticación de correo electrónico:

• SPF (Sender Policy Framework): Indica a los servidores receptores qué IPs tienen permitido enviar correo para tu dominio. Consulta nuestra guía sobre SPF, DKIM y DMARC para obtener detalles de configuración. Si terminaste con dos registros SPF por accidente, sigue nuestra guía de fusión.
• DKIM (DomainKeys Identified Mail): Firma criptográficamente cada correo electrónico para que el destinatario pueda verificar que el mensaje no fue alterado durante el tránsito. Si tu clave DKIM es demasiado larga para un solo registro TXT, nuestra guía de división de DKIM te explica la solución.
• DMARC (Domain-based Message Authentication, Reporting, and Conformance): Indica a los servidores receptores qué hacer cuando SPF o DKIM fallan: pasar, poner en cuarentena o rechazar. Lee nuestra guía de registros DMARC para la configuración.
• BIMI (Brand Indicators for Message Identification): Muestra el logotipo de tu marca junto a los correos electrónicos autenticados en las bandejas de entrada compatibles. Requiere DMARC en p=quarantine o p=reject. Nuestro explicador de BIMI cubre los requisitos previos.
• Google Postmaster Tools: Una vez que tus registros estén limpios, Postmaster Tools te brinda visibilidad sobre cómo Gmail califica tu reputación de remitente, las tasas de quejas de spam y las tasas de aprobación de autenticación. Consulta nuestra guía de configuración de Postmaster Tools.

WP Mail SMTP incluye un Comprobador de Dominio incorporado que valida estos registros automáticamente cada vez que envías un correo electrónico de prueba, para que sepas de inmediato si algo está roto o falta.

Preguntas frecuentes sobre registros DNS PTR

¿Cómo encuentro mi registro PTR?

Ejecuta dig -x [tu-IP] desde una terminal, o usa una herramienta de búsqueda inversa de DNS con tu IP de envío. El resultado mostrará el nombre de dominio al que actualmente se resuelve tu IP. Si no existe ningún registro, la búsqueda devuelve NXDOMAIN.

¿Cuál debería ser mi registro PTR?

Un PTR personalizado que coincida con tu dominio de envío; por ejemplo, mail.example.com para una IP que envía correo en nombre de example.com. El dominio en el PTR también debe tener un registro DNS directo que apunte de regreso a la misma IP. Esa coincidencia entre las búsquedas directas e inversas es FCrDNS, y es lo que esperan los proveedores de buzones de correo.

¿Cuál es un ejemplo de registro PTR?

En formato de archivo de zona: 10.2.0.192.in-addr.arpa. IN PTR mail.example.com. En un resultado de b uevoacute;squeda, aparece en la forma m uevoacute;s simple 192.0.2.10 → mail.example.com. La forma de archivo de zona invierte la IP y a uevoacute;nade .in-addr.arpa porque DNS inverso se organiza jer uevoacute;rquicamente, de m uevoacute;s espec uevoacute;fico a menos espec uevoacute;fico.

uevoacute;n todav uevoacute;a se utilizan los registros PTR?

S uevoacute; — m uevoacute;s que nunca. Dado que Gmail, Yahoo y Microsoft endurecieron sus requisitos para remitentes masivos entre 2024 y 2025, los registros PTR v uevoacute;lidos son efectivamente obligatorios para cualquier IP que env uevoacute;e correo electr uevoacute;nico. Los PTR ausentes o gen uevoacute;ricos son ahora una causa principal de que el correo sea rechazado de plano o enrutado a spam.

uevoacute;n significa PTR?

PTR significa puntero. El registro "apunta" desde una direcci uevoacute;n IP a un nombre de dominio, que es la direcci uevoacute;n opuesta a un registro A est uevoacute;ndar.

uevoacute;n es la diferencia entre PTR y rDNS?

rDNS (DNS inverso) es el concepto general de buscar un dominio a partir de una IP. PTR es el tipo espec uevoacute;fico de registro DNS que hace que rDNS funcione. Cada b uevoacute;squeda rDNS es una b uevoacute;squeda PTR internamente.

uevoacute;n administra los registros PTR?

El propietario de la direcci uevoacute;n IP, normalmente su proveedor de hosting o en la nube. Los registradores de dominios no suelen administrar los registros PTR porque la autoridad de DNS inverso sigue al bloque de IP, no al dominio.

uevoacute;n tardan en propagarse los cambios de registros PTR?

La mayor uevoacute;a de los cambios de PTR se propagan en cuesti uevoacute;n de minutos a unas pocas horas, dependiendo de la TTL establecida por el propietario de la IP. En el peor de los casos, son de 24 a 48 horas. Si ha solicitado un cambio a trav uevoacute;s de su proveedor y el PTR antiguo a uevoacute;n se muestra despu uevoacute;s de ese tiempo, p uevoacute;ngase en contacto con el soporte t uevoacute;cnico.

uevoacute;n tener m uevoacute;ltiples registros PTR para una IP?

T uevoacute;cnicamente s uevoacute;, pero es una mala idea. La mayor uevoacute;a de los filtros de correo solo utilizan la primera respuesta y pueden marcar las IPs con m uevoacute;ltiples PTR como inconsistentes o sospechosas. Qu uevoacute;dese con un PTR por IP que coincida con su dominio de env uevoacute;o principal.

uevoacute;n necesito un registro PTR para IPv6?

Si env uevoacute;a correo a trav uevoacute;s de IPv6, s uevoacute;, el requisito es el mismo que para IPv4. El registro reside en .ip6.arpa en lugar de .in-addr.arpa, y los d uevoacute;gitos hexadecimales de la direcci uevoacute;n se invierten y se separan por puntos.

uevoacute;n es un registro PTR gen uevoacute;rico?

Un PTR predeterminado asignado por un proveedor de nube que se parece a ec2-203-0-113-25.compute-1.amazonaws.com o similar. Es un registro v uevoacute;lido, pero indica a los servidores de correo receptores que la IP es una instancia gen uevoacute;rica en la nube en lugar de un servidor de correo administrado. Los PTR gen uevoacute;ricos perjudican significativamente la entregabilidad y deben reemplazarse por un PTR personalizado que coincida con su dominio de env uevoacute;o.

uevoacute;n configura Cloudflare los registros PTR?

Para la mayor uevoacute;a de los usuarios de Cloudflare, no. Cloudflare proxy su tr uevoacute;fico web pero no posee las IPs desde las que se env uevoacute;a su correo. Los registros PTR siguen siendo administrados por el proveedor de hosting de su servidor de correo. La excepci uevoacute;n son los clientes de Cloudflare Magic Transit o BYOIP, que pueden administrar PTR a trav uevoacute;s de Cloudflare para las IPs que traen a la plataforma.

uevoacute;n Gmail rechazará mi correo electr uevoacute;nico sin un registro PTR?

Para remitentes de mayor volumen, sí: Gmail devuelve errores como 421-4.7.0 para conexiones de IPs sin DNS inverso válido. Los remitentes de menor volumen pueden no ver rechazos directos, pero sus mensajes tienen muchas más probabilidades de llegar a spam.

¿Afectan los registros PTR al SEO?

No. Los registros PTR afectan a la entregabilidad del correo electrónico, no a las clasificaciones de búsqueda. A veces surge confusión porque los rastreadores web de Google realizan búsquedas inversas en algunos contextos, pero esas comprobaciones no influyen en las señales de clasificación de búsqueda.

¿Puede un registro PTR apuntar a varios dominios?

Un único registro PTR apunta a un único nombre de dominio. Si tu IP envía correo para varios dominios, el PTR debe apuntar a tu dominio principal de envío o HELO. La autenticación de los otros dominios se gestiona por separado a través de la alineación SPF, DKIM y DMARC.

Siguiente: Comprueba tus otros registros de entregabilidad

PTR es una parte de la entregabilidad del correo electrónico. Una vez que hayas confirmado que el tuyo está configurado correctamente, el siguiente paso es asegurarte de que SPF, DKIM y DMARC también estén implementados. Nuestra guía completa de SPF, DKIM y DMARC explica cómo configurar los tres.

Si prefieres no gestionar tú mismo los registros DNS, el plan Élite de WP Mail SMTP incluye la Configuración "White Glove" completa: instalamos el plugin, lo conectamos a tu proveedor y configuramos tus registros de autenticación por ti. Consulta la página de precios de WP Mail SMTP para obtener más detalles.

Soluciona tus correos de WordPress ahora

Si este artículo te ha sido útil, síguenos en Facebook y Twitter para obtener más consejos y tutoriales de WordPress.