Entregabilidad de email en WordPress: SPF, DKIM, DMARC

Gmail ya rechaza los emails mal autenticados: SPF, DKIM y DMARC explicados en simple, y cómo hacer confiable el envío de WordPress con un relay y un registro.

El peor bug de email no muestra ningún error: WordPress dice “mensaje enviado”, y el mensaje ya no existe—descartado por Gmail sin decir palabra, porque llegó desde un servidor compartido anónimo, sin firma y sin autorización. Tu cliente espera su confirmación de pedido, tú esperas la notificación, y cada uno piensa que el problema lo tiene el otro. Desde 2024, los grandes proveedores de correo convirtieron sus recomendaciones en requisitos: un email sin autenticar ya no está “en riesgo”—es rechazado. Aquí va el mecanismo completo—las tres siglas DNS que asustan, y el módulo que se encarga del resto.

Lo esencial

  • Desde febrero de 2024, Gmail y Yahoo rechazan—ya no solo mandan a spam—los emails sin autenticación SPF/DKIM; DMARC se suma para los remitentes masivos. Microsoft siguió en 2025.
  • SPF autoriza, DKIM firma, DMARC arbitra: tres registros DNS en tu registrador de dominio, media hora de trabajo, válidos por años.
  • La función mail de PHP, la opción por defecto de WordPress, envía desde un servidor sin reputación y sin firma: es la causa número uno de los emails fantasma.
  • El módulo SMTP incluye gratis lo que el mercado cobra: registro de emails, reenvío en un clic, relay de respaldo automático.
  • Por defecto, el registro almacena solo metadatos—nada de contenido—y los enlaces de restablecimiento de contraseña siempre van enmascarados.

¿Por qué tus emails de WordPress desaparecen sin ningún error?

Porque “enviado” y “entregado” son dos eventos distintos, separados por el tribunal más expeditivo de la web: el filtro receptor. WordPress le pasa el mensaje a la función mail de PHP, que lo entrega al servidor de tu hosting compartido; al llegar, Gmail mira quién envía, comprueba si ese servidor tiene permiso para hablar en nombre de tu dominio, busca una firma—y al no encontrar nada de eso, tira el mensaje a la basura. Ningún error vuelve: para WordPress, el envío fue un éxito.

La imagen que uso siempre: es una historia de mostrar tus credenciales en la puerta. Tu email se presenta en la entrada de Gmail como un repartidor desconocido—sin uniforme, sin credencial—que asegura trabajar para ti. Hace diez años lo habrían dejado pasar con una mirada de reojo—la carpeta de spam. Hoy la puerta ya no se abre: desde febrero de 2024, Gmail y Yahoo exigen a todo remitente presentar al menos SPF o DKIM, y rechazan sin contemplaciones los mensajes que fallan. Este endurecimiento, diseñado para combatir la suplantación de identidad (“spoofing”), arrastra en su red a todos los sitios legítimos pero mal configurados—es decir, a la inmensa mayoría de los WordPress recién instalados.

SPF, DKIM, DMARC: ¿qué hacen realmente estas tres siglas?

Son las tres piezas de la credencial de identidad de tu dominio: SPF es la lista de portadores autorizados, DKIM el sello inviolable de cada mensaje, DMARC las órdenes permanentes que recibe el portero cuando la credencial no cuadra. Tres registros DNS que se configuran en tu registrador de dominio—no en WordPress.

  • SPF (Sender Policy Framework) es un registro público que dice: “estos son los servidores autorizados a enviar email por mi-dominio.com”. Cuando pasas por un relay—Brevo, digamos—agregas el servidor de Brevo a esa lista. Cualquier servidor fuera de la lista que pretenda enviar en tu nombre falla la verificación.
  • DKIM (DomainKeys Identified Mail) hace que cada mensaje se firme con una clave criptográfica privada; la clave pública, publicada en tu DNS, permite al destinatario verificar que el mensaje realmente salió de ti y que no fue modificado en el camino. Es el sello de lacre, en versión matemática.
  • DMARC completa el conjunto publicando tu política: ¿qué debe pasar con un mensaje que falla SPF y DKIM? none (entrégalo igual, pero avísame), quarantine (spam), reject (recházalo). Y te envía reportes—valiosísimos para descubrir quién intenta hacerse pasar por tu dominio.

La buena noticia: tu proveedor de relay te entrega los valores exactos para copiar y pegar, y toda la operación—media hora en tu registrador—se hace una vez y aguanta años. Empieza DMARC en modo none mientras revisas los reportes, y luego ajústalo.

¿Cómo haces confiable el envío con el módulo SMTP?

Elige un proveedor de relay, pega sus credenciales en el módulo, envía el email de prueba—y, si quieres, agrega un relay de respaldo que toma el relevo automáticamente cuando el principal se cae.

  1. Crea una cuenta con un proveedor de relay. Brevo es mi elección habitual—plan gratuito generoso; SendGrid, Mailgun, Amazon SES, Postmark, SMTP2GO y los demás vienen preconfigurados igual, 12 proveedores en total.
  2. En Blaminhor Essentials, activa el módulo SMTP y agrega tu relay: los parámetros del servidor llegan prellenados; solo faltan tus credenciales y la dirección de envío.
  3. Envía el email de prueba desde el módulo, y comprueba que llega—a la bandeja de entrada, no a spam.
  4. Agrega un relay de respaldo: si el envío principal falla—cuota agotada, caída del servicio, clave revocada—el módulo cambia automáticamente al segundo. Tus restablecimientos de contraseña ya no dependen de un único proveedor.
  5. Configura tus registros SPF, DKIM, DMARC en tu registrador con los valores que te da tu relay—el paso DNS de la sección anterior.

El módulo SMTP de Blaminhor Essentials: relays preconfigurados, parámetros de remitente y el registro de emails.

Si ya usas WP Mail SMTP, Post SMTP o Easy WP SMTP, un importador recupera tu configuración en un clic—no partes de cero, y de paso ganas el registro y el respaldo automático.

El registro de emails: el fin del “nunca me llegó”

Cada envío queda registrado—destinatario, asunto, estado, fecha y hora—y cada fila lleva un botón de reenvío: cuando un cliente jura que no recibió nada, ya no discutes, verificas, y reenvías en un clic. Es la función que cambia el soporte del día a día, y es exactamente la que el mercado guardó detrás de un muro de pago—tanto en WP Mail SMTP como en Email Log, el registro completo o el reenvío pertenecen a la versión Pro.

El diseño merece una mirada de cerca, porque un registro de emails es un objeto sensible. Por defecto, el módulo no almacena el contenido de los mensajes—solo metadatos. Guardar el cuerpo de los emails significa guardar, potencialmente, datos personales de tus usuarios; la opción existe, pero es explícita, viene con una advertencia clara en la interfaz, y los enlaces de restablecimiento de contraseña se enmascaran en los registros pase lo que pase—un registro nunca debería convertirse en un llavero. La retención se ajusta de 1 a 365 días, purga automática incluida.

Monté toda la cadena en un sitio de prueba para las capturas de este artículo—relay agregado, email de prueba enviado, registro anotando el envío: el circuito se puede verificar de punta a punta desde el panel de administración, sin tocar el servidor.

La comparación en una tabla

Criteriowp_mail() por defectoWP Mail SMTP (gratis)Módulo SMTP de Blaminhor Essentials
Envío autenticado vía relayNoSí, 12 proveedores preconfigurados
Registro de emailsNoPro (~49 $/año)Gratis (metadatos por defecto)
Reenviar un emailNoProGratis, un clic
Relay de respaldo automáticoNoNo
Importar configuración existenteWP Mail SMTP, Post SMTP, Easy WP SMTP
SPF/DKIM/DMARCLo configuras tú, en el DNSLo configuras tú, en el DNSLo configuras tú, en el DNS—nadie puede hacerlo por ti

¿Por dónde empiezas si tus emails ya caen en spam?

En orden de diagnóstico: comprueba la autenticación de tu dominio con un test en línea, conecta un relay si sigues con la función mail de PHP, configura los tres registros DNS, y vuelve a probar. Herramientas gratuitas tipo test de puntuación de spam te dan en un minuto el veredicto SPF/DKIM/DMARC de tu configuración actual—empieza por ahí; el problema está casi siempre en esa columna.

Y si tu caso exacto es “los emails salen por Brevo pero caen en spam”, le dediqué un artículo entero a ese escenario—el dúo SMTP + DNS, recorrido paso a paso. Para entender la diferencia entre estos emails transaccionales y un newsletter, la definición de email transaccional pone el vocabulario en orden.

El email es un servicio crítico disfrazado de detalle

Mientras todo funciona, nadie piensa en los emails de WordPress; el día que se pierde un restablecimiento de contraseña, es un usuario que queda afuera, y el día que desaparece una confirmación de pedido, es un cliente perdido. Media hora de DNS, un relay gratuito, un registro que lo demuestra—y el tema queda cerrado por años.

El módulo SMTP es uno de los módulos gratuitos de Blaminhor Essentials, el plugin modular—y si de paso estás estructurando tu contenido, la tabla de contenidos automática y los puntos clave son la misma promesa aplicada al SEO: la función completa, sin factura.

FAQ

¿Por qué no llegan los emails de WordPress, aunque no haya ningún error?

Porque WordPress los envía con la función mail de PHP, desde un servidor compartido sin reputación ni autenticación: las bandejas de entrada los archivan como spam o los rechazan en silencio. El sitio dice “enviado”—técnicamente cierto, pero el destino tiró el mensaje a la basura. La solución es un relay SMTP real y autenticado.

¿Qué son SPF, DKIM y DMARC, en una frase cada uno?

SPF publica la lista de servidores autorizados a enviar por tu dominio; DKIM sella cada mensaje con una firma criptográfica que prueba que no fue alterado; DMARC declara qué hacer con un mensaje que falla en ambos—entregarlo, ponerlo en cuarentena o rechazarlo—y te envía reportes al respecto.

¿Estos registros DNS son realmente obligatorios?

Desde febrero de 2024, Gmail y Yahoo exigen SPF o DKIM a todo remitente, y los tres—SPF, DKIM, DMARC—a los remitentes masivos; los mensajes que no cumplen se rechazan, ya no solo se archivan como spam. Microsoft siguió el mismo camino en 2025 con Outlook. Esto ya no es optimización: es el precio de entrada.

¿Un relay SMTP gratuito alcanza para el sitio de una pequeña empresa?

Sí. Los planes gratuitos de Brevo o SMTP2GO cubren con holgura los volúmenes de un sitio institucional o de una tienda pequeña—unos cientos de emails transaccionales al mes. Solo pagas cuando tu volumen se vuelve el de una lista de correo de verdad, y en ese punto el email merece un presupuesto de todos modos.

¿Para qué sirve un registro de emails en WordPress?

Responde a la pregunta “¿el sitio de verdad envió ese email?” con pruebas en lugar de intuiciones: cada envío queda registrado con su destinatario, asunto y estado. Cuando un cliente insiste en que no recibió nada, lo verificas en diez segundos—y el botón de reenvío despacha el mensaje otra vez sin rehacer toda la operación.

¿Almacenar los emails enviados crea un problema de RGPD?

Almacenar el contenido, sí, potencialmente: por eso el módulo guarda por defecto solo metadatos—destinatario, asunto, estado—y deja el almacenamiento del contenido como una opción explícita, con los enlaces de restablecimiento de contraseña siempre enmascarados. La retención se ajusta de 1 a 365 días y se purga sola.

¿En qué se diferencia este módulo de WP Mail SMTP?

El trabajo de fondo es el mismo: enrutar wp_mail a través de un relay autenticado. Las diferencias: el registro de emails y el reenvío aquí son gratuitos mientras que WP Mail SMTP los reserva para Pro (~49 $/año), el módulo gestiona un relay de respaldo automático, y un importador recupera en un clic tu configuración existente de WP Mail SMTP, Post SMTP o Easy WP SMTP.

blaminhor Construyo lo que falta.

Comentarios