Imagina que haces todo bien con tu correo: configuras SPF, DKIM y DMARC a la perfección, cuidas tu contenido, no envías spam. Y aun así, tus correos caen en spam o los rechazan. Hay un culpable frecuente y silencioso que casi nadie revisa porque vive fuera de tu panel de DNS: el registro PTR, el corazón del DNS inverso. Este artículo es corto porque el concepto es simple, pero el impacto es enorme.
Directo e inverso: las dos direcciones del DNS
El DNS que todos conocen va en una dirección: de nombre a IP. Preguntas "¿dónde está miempresa.com?" y el registro A responde "en la IP 203.0.113.25". El DNS inverso va al revés: de IP a nombre. Preguntas "¿de quién es la IP 203.0.113.25?" y el registro PTR responde "de correo.miempresa.com". Es la misma información, consultada en sentido contrario.
Por qué los servidores de correo lo exigen
Cuando tu servidor se conecta a otro para entregar un correo, el receptor hace una comprobación de sentido común: "esta IP que me está enviando, ¿tiene un nombre asociado (PTR), y ese nombre concuerda con quien dice ser?". Los servidores de correo legítimos y bien configurados tienen un PTR que coincide con su dominio. Los spammers, que suelen enviar desde IPs domésticas o comprometidas, a menudo no tienen PTR o tienen uno genérico que no concuerda. Por eso, la ausencia de un PTR correcto es una señal fuerte de sospecha: muchos servidores rechazan o penalizan de entrada a quien envía desde una IP sin DNS inverso válido.
A la comprobación de que el PTR existe y concuerda con el DNS directo se le llama Forward-Confirmed reverse DNS (FCrDNS), y es una de las verificaciones básicas de reputación. Aprobar-la no te garantiza llegar, pero reprobarla casi te garantiza problemas.
El detalle que sorprende: tú no pones el PTR
Aquí está lo que descoloca a mucha gente. Los registros normales (A, MX, TXT) los administras tú en el panel de DNS de tu dominio. El PTR no. El PTR pertenece a quien es dueño del bloque de direcciones IP —es decir, tu proveedor de internet o de hosting—, porque el DNS inverso se delega junto con las IPs. Para configurar un PTR necesitas una IP fija y homologada (dedicada a ti, no compartida ni dinámica) y pedirle a tu proveedor que apunte el PTR de esa IP a tu nombre de correo. No es algo que resuelvas solo en tu panel; es una gestión con el dueño de la IP.
Esto tiene una consecuencia práctica importante: si envías correo desde una IP dinámica o compartida de un servicio doméstico, no puedes tener un PTR propio y correcto, y por eso ese tipo de conexiones son pésimas para enviar correo directamente. Es una de las razones por las que el correo serio se envía a través de servicios con IPs dedicadas y reputación cuidada, no directamente desde cualquier servidor casero.
La lista de verificación
Si envías correo desde tu propia infraestructura y tienes problemas de entrega: (1) confirma que tu IP de envío es fija y homologada; (2) verifica si tiene PTR y si concuerda con tu dominio (hay herramientas que lo revisan en segundos); (3) si falta o está mal, pídele a tu proveedor de IP que lo configure. Es un trámite con ellos, no un cambio en tu DNS. Resolver este registro invisible es, muchas veces, la pieza que faltaba para que tus correos legítimos por fin lleguen.
Preguntas frecuentes
help ¿Por qué no puedo configurar el PTR en mi panel de DNS como los demás registros?
Porque el DNS inverso se delega al dueño del bloque de direcciones IP, no al dueño del dominio. Tu proveedor de internet o de hosting es quien controla el PTR de las IPs que te asigna. Para cambiarlo hay que solicitárselo a ellos. Por eso el PTR se olvida tan seguido: no está donde administras el resto de tu DNS.
help ¿Necesito PTR si mando mi correo por Microsoft 365 o Google?
No directamente: cuando envías a través de M365 o Google, ellos usan sus propias IPs, que ya tienen PTR correcto y buena reputación. El PTR es tu problema cuando envías desde tu propia infraestructura con tu propia IP. Delegar el envío a un servicio serio es, entre otras cosas, delegar el problema del PTR a quien ya lo tiene resuelto.
help ¿Una IP dinámica puede tener un buen PTR para correo?
En la práctica, no de forma confiable. Las IPs dinámicas o residenciales suelen tener PTR genéricos que delatan su naturaleza, y muchos servidores rechazan el correo que llega directamente desde ellas. Para enviar correo en serio se necesita una IP fija y homologada con un PTR que concuerde con tu dominio, o usar un servicio de correo que ya cumpla esto.
Rubén Espinoza es fundador y Director Técnico de IT Experts de México. Trabaja en la industria de TI desde 1998: diseña y opera soluciones de infraestructura, ciberseguridad, continuidad, automatización y tecnología OT para entornos empresariales e industriales. Escribe desde proyectos reales y sistemas en producción.
Ver perfil y todos sus artículos →