Los correos de WordPress parecen funcionar hasta que dejan de llegar. Un formulario recibe consultas, WooCommerce genera un pedido o un usuario solicita recuperar su contraseña, pero el mensaje nunca aparece en la bandeja de entrada.

En muchos casos el problema no está en el formulario ni en WordPress. Está en la forma en la que la web intenta entregar el correo.

WordPress no es un servidor de correo. Utiliza wp_mail() para preparar los mensajes y delega el envío en el sistema disponible en el servidor. Si ese sistema no está bien configurado, el correo puede no salir, llegar a spam o ser rechazado por el proveedor del destinatario.

La solución habitual es configurar un sistema de envío autenticado. Puede ser un servidor SMTP, la API de Gmail, Microsoft Graph u otro proveedor de correo transaccional.

Cómo envía correos WordPress por defecto

WordPress utiliza la función wp_mail(). En una configuración estándar, PHPMailer intenta entregar el mensaje mediante la función mail() de PHP y un agente de correo configurado en el servidor.

Esto no equivale a enviar el correo a través de Gmail, Outlook o el servidor SMTP del dominio. La web entrega el mensaje al entorno local y depende de que el hosting tenga correctamente configurados el servicio de correo, el nombre del servidor, la reputación de la IP y los registros DNS.

Por eso una llamada a wp_mail() puede devolver que el mensaje se ha aceptado sin garantizar que el destinatario lo reciba. La aceptación local solo indica que el servidor ha aceptado el proceso de envío; no confirma la entrega final.

La documentación de WordPress explica que el sistema por defecto depende de la configuración de correo del servidor y recomienda utilizar un relay o un servidor SMTP remoto cuando el entorno local no está preparado para enviar mensajes.

Qué problemas tiene PHP mail()

mail() puede ser suficiente en algunos hostings, pero ofrece poco control sobre la entrega y el diagnóstico.

Los problemas más habituales son:

  • El hosting bloquea o limita el envío desde PHP.
  • El servidor utiliza una IP con mala reputación.
  • El mensaje sale con un remitente que no coincide con el dominio.
  • Faltan registros SPF, DKIM o DMARC.
  • El destinatario rechaza el mensaje por falta de autenticación.
  • No existe un registro claro de los errores de entrega.
  • El correo se entrega desde una infraestructura distinta de la que el dominio autoriza.

Instalar un plugin SMTP no arregla automáticamente todos estos problemas. Mejora el transporte y la autenticación, pero todavía hay que configurar correctamente el dominio, el remitente y el proveedor.

Qué aporta SMTP

SMTP es el protocolo utilizado para transferir mensajes entre servidores de correo. En WordPress, un plugin de correo puede reemplazar el envío local por una conexión autenticada con un servidor externo.

La configuración suele incluir:

  • Servidor SMTP.
  • Puerto de conexión.
  • Cifrado TLS o SSL.
  • Usuario de la cuenta emisora.
  • Contraseña, contraseña de aplicación o token.
  • Dirección que aparecerá como remitente.

Los puertos más habituales son el 587 con STARTTLS y el 465 con SSL implícito, aunque siempre debe utilizarse la configuración indicada por el proveedor.

SMTP ofrece más control que mail(), pero no siempre es la opción más moderna. Algunos proveedores prefieren que las aplicaciones utilicen su API y OAuth en lugar de guardar una contraseña SMTP en WordPress.

Gmail y Google Workspace: SMTP u OAuth

Google permite conectar Gmail y Google Workspace mediante OAuth 2.0. En ese proceso, el usuario autoriza a la aplicación a enviar correo sin entregar su contraseña principal al plugin.

La conexión puede realizarse de dos formas:

  • Mediante la API de Gmail, que es el enfoque utilizado por algunos plugins actuales.
  • Mediante SMTP con el mecanismo OAuth 2.0 XOAUTH2.

Google documenta el uso de OAuth para SMTP, IMAP y POP. El token se utiliza en lugar de una contraseña y tiene una duración limitada; la aplicación necesita conservar un token de renovación para mantener la conexión.

Una contraseña de aplicación puede ser otra opción en determinados casos, normalmente cuando la cuenta utiliza verificación en dos pasos y el proveedor permite ese método. No debe confundirse con OAuth: la contraseña de aplicación sigue siendo una credencial que la web debe almacenar y proteger.

Para una instalación profesional suele ser preferible utilizar la integración OAuth del plugin o la API de Gmail, revisar el remitente autorizado y comprobar el envío con un mensaje de prueba.

Outlook y Microsoft 365: qué está cambiando realmente

Microsoft está retirando la autenticación básica de Exchange Online. Esto afecta a las conexiones SMTP AUTH que utilizan simplemente usuario y contraseña.

El cambio no significa que Microsoft esté eliminando todo SMTP. Exchange Online admite SMTP AUTH con OAuth 2.0, y también existen integraciones basadas en Microsoft Graph.

El calendario publicado por Microsoft se ha actualizado. A fecha de este artículo:

  • Hasta diciembre de 2026, el comportamiento de la autenticación básica permanece sin cambios.
  • A finales de diciembre de 2026, la autenticación básica SMTP AUTH quedará desactivada por defecto para los tenants existentes, aunque los administradores podrán habilitarla si lo necesitan.
  • Los nuevos tenants creados después de diciembre de 2026 no la tendrán disponible por defecto.
  • Microsoft anunciará en la segunda mitad de 2027 la fecha de retirada definitiva.

Esto no hace recomendable empezar ahora una instalación nueva basada en usuario y contraseña. Para una configuración duradera conviene utilizar OAuth 2.0 desde el principio.

En Microsoft 365, el flujo puede utilizar SMTP AUTH con XOAUTH2 o Microsoft Graph. El plugin determina el método concreto. En ambos casos se autoriza una aplicación en Microsoft Entra y se concede permiso para enviar mensajes.

También puede ser necesario que el administrador permita SMTP AUTH para el buzón concreto. OAuth no elimina las políticas del tenant ni convierte una cuenta sin permisos en una cuenta autorizada para enviar.

Plugins que permiten configurar Gmail y Outlook con OAuth

FluentSMTP

FluentSMTP es una opción interesante cuando se busca un plugin gratuito con varias conexiones y registro de correos.

Incluye integraciones OAuth para Gmail y Google Workspace, y una conexión OAuth para Outlook, Office 365 y Microsoft 365. En estas integraciones puede utilizar las APIs del proveedor en lugar de una conexión SMTP tradicional.

También permite conectar un servidor SMTP genérico, configurar conexiones alternativas, revisar registros y recibir avisos de error. Es una opción adecuada para comparar Gmail, Microsoft 365 y otros proveedores desde la misma interfaz.

WP Mail SMTP

WP Mail SMTP es una de las opciones más conocidas. Permite configurar Gmail y Google Workspace mediante OAuth y ofrece una integración específica para Microsoft 365 y Outlook.

La integración de Microsoft 365/Outlook aparece como función de la versión Pro. La documentación indica que utiliza la API de Microsoft para autorizar el envío, en lugar de guardar las credenciales normales del buzón.

Es una opción razonable cuando se busca un asistente de configuración muy guiado, aunque hay que tener en cuenta qué integraciones están disponibles en la licencia instalada.

Easy WP SMTP

Easy WP SMTP ofrece mailers específicos para Gmail/Google Workspace y Microsoft 365/Outlook con autorización mediante OAuth. La documentación actual los presenta como integraciones Pro.

Su configuración One-Click permite conectar la cuenta desde WordPress y completar la autorización en Google o Microsoft sin introducir la contraseña del buzón como una configuración SMTP tradicional.

Post SMTP

Post SMTP incluye registro de correos, pruebas y conexiones con varios proveedores. Su ecosistema ofrece integración OAuth para Gmail y Microsoft 365/Outlook, aunque algunas funciones de conexión sencilla o extensiones pueden depender de la versión instalada.

Antes de elegirlo conviene comprobar qué parte del conector OAuth está incluida en la versión concreta y qué permisos solicita la aplicación.

Qué plugin elegir

La elección depende más del proveedor de correo y del nivel de control que de la marca del plugin.

  • Gmail o Google Workspace: FluentSMTP es una opción gratuita y flexible. WP Mail SMTP y Easy WP SMTP ofrecen asistentes más guiados, con diferencias de licencia.
  • Microsoft 365 u Outlook: conviene elegir un plugin que utilice OAuth o Microsoft Graph, no una configuración SMTP basada únicamente en usuario y contraseña.
  • Varios proveedores: FluentSMTP resulta práctico por sus conexiones múltiples, rutas alternativas y registros.
  • Configuración sencilla para un cliente: WP Mail SMTP o Easy WP SMTP pueden ser más fáciles de seguir, siempre comprobando las funciones incluidas en la licencia.
  • Servidor de correo propio o del hosting: cualquier plugin con conexión SMTP genérica puede servir, siempre que el proveedor permita autenticación y entregue los datos correctos.

No conviene instalar varios plugins SMTP al mismo tiempo. Dos plugins intentando modificar wp_mail() pueden provocar envíos duplicados, errores difíciles de interpretar o una configuración que nadie sabe cuál está aplicando.

Configuración mínima que conviene revisar

Antes de dar por terminado el trabajo, comprueba:

  • Que la dirección From pertenece al dominio o cuenta autorizada.
  • Que Reply-To utiliza la dirección del visitante solo cuando procede.
  • Que el dominio tiene SPF configurado.
  • Que DKIM está activo en el proveedor que envía.
  • Que existe una política DMARC coherente.
  • Que el plugin puede enviar un correo de prueba.
  • Que llegan los mensajes a varios proveedores distintos.
  • Que los errores quedan registrados.
  • Que los tokens OAuth pueden renovarse.
  • Que las credenciales no se han dejado en capturas, correos o documentación pública.

Un mensaje de prueba recibido no demuestra por sí solo que todos los correos de la web funcionen. También hay que probar formularios, recuperación de contraseña, avisos de usuarios y, si existe, WooCommerce.

Conclusión

El envío de correo de WordPress no debería depender de una llamada local a PHP sin autenticación ni diagnóstico. mail() puede funcionar en algunos servidores, pero deja demasiadas variables bajo la responsabilidad del hosting.

SMTP mejora el control, pero el futuro de las integraciones con Gmail y Microsoft 365 pasa por OAuth y las APIs de cada proveedor. En Microsoft 365, la autenticación básica todavía puede aparecer en algunas instalaciones durante la transición, pero no es una buena base para una configuración nueva.

La decisión práctica es sencilla: identifica el proveedor, utiliza un único plugin de correo, configura OAuth cuando esté disponible y valida el envío con pruebas reales y con los registros DNS del dominio.

¿Necesitas configurar el correo de tu WordPress?

Si los formularios, avisos o correos de tu web no llegan correctamente, puedo revisar el sistema actual, el proveedor, la configuración del dominio y el método de envío para dejarlo funcionando de forma fiable.

→ Ver servicios de desarrollo y mantenimiento web

Fuentes