Ha creado un formulario de contacto, lo prueba usted mismo — y no llega ningún mensaje a la bandeja de entrada. O un cliente hace un pedido en la tienda WooCommerce, pero la confirmación no llega nunca. Problema clásico de WordPress: la función estándar de PHP wp_mail() envía casi siempre a través de php mail(), que los proveedores de correo filtran cada vez más como spam o ni siquiera aceptan. La solución se llama SMTP — los correos pasan por un servidor de correo autenticado en el que los destinatarios confían. En este artículo le muestro tres caminos para configurarlo con limpieza.
¿Por qué WordPress envía mal de forma predeterminada?
PHP-mail() (lo que WordPress usa por defecto) envía correos como servidor no autenticado. Pero destinatarios como Gmail, Outlook, GMX y Web.de comprueban:
- Registro SPF — ¿puede este servidor enviar en nombre de este dominio?
- Firma DKIM — ¿es el correo auténtico y no ha sido modificado?
- Política DMARC — ¿qué hacer si faltan SPF/DKIM?
Si nada de eso encaja, el correo acaba en spam o es rechazado de inmediato. Las consecuencias las nota de forma dolorosa: leads perdidos, confirmaciones de pedido que faltan y usuarios frustrados.
El envío por SMTP resuelve el problema: usted envía a través de un servicio de correo autenticado que tiene SPF, DKIM y DMARC correctos. Los destinatarios aceptan los correos.
Tres formas de configurar SMTP en WordPress
Camino 1: el plugin WP Mail SMTP (el clásico)
Probablemente el plugin SMTP más usado, con más de 3 millones de instalaciones activas.
- Plugins → Añadir nuevo → buscar «WP Mail SMTP» → instalar y activar.
- Abrir Ajustes → WP Mail SMTP.
- Definir From Email y From Name — ese es el remitente visible. Importante: el dominio debe coincidir con el dominio de su sitio, de lo contrario SPF no funciona.
- Elegir el Mailer — los pasos dependen del proveedor seleccionado (véase la sección siguiente).
- Guardar.
- Ejecutar Send a Test Email — si recibe el correo de prueba, todo funciona.
Camino 2: el plugin FluentSMTP (mi favorito en 2026)
Del fabricante de Fluent Forms. Más ligero, más rápido, y todo incluido en la versión gratuita — algo que en WP Mail SMTP en parte solo está disponible en la versión Pro.
La configuración es análoga: instalar, activar, Settings → FluentSMTP → Add Connection, elegir proveedor, introducir credenciales, enviar prueba.
Lo que valoro especialmente de FluentSMTP: un registro de correos integrado muestra al instante qué correos ha enviado WordPress, cuándo y a quién. En la resolución de problemas eso no tiene precio.
Camino 3: usar el SMTP del propio proveedor de alojamiento
Si su proveedor de alojamiento incluye un paquete de correo (por ejemplo World4You, easyname, Strato, IONOS), puede usar su servidor SMTP directamente — sin terceros y sin costes adicionales.
Valores de configuración (varían según el proveedor):
- Host SMTP: por ejemplo
mail.su-dominio.atosmtp.world4you.com - Puerto SMTP: 465 (SSL) o 587 (STARTTLS)
- Cifrado: SSL o TLS
- Autenticación: activada
- Usuario: la dirección de correo completa (por ejemplo
mail@su-dominio.at) - Contraseña: la contraseña del buzón de correo
Ventaja: ninguna dependencia de Mailgun/SendGrid/Brevo. Desventaja: con volúmenes de envío muy altos (más de 1.000 correos al día) los buzones de los proveedores de alojamiento suelen estar limitados.
¿Qué proveedor SMTP encaja en cada caso?
Si no quiere ir por la vía del alojamiento, estas son las opciones:
| Proveedor | Plan gratuito | Precio | Puntos fuertes | Puntos débiles |
|---|---|---|---|---|
| SendGrid | 100 correos/día | desde 19,95 $/mes | El proveedor más grande, muchas integraciones | Complejo al empezar |
| Mailgun | 100/día (prueba) | desde 35 $/mes | Muy fiable, orientado a desarrolladores | Precio según volumen |
| Brevo (antes Sendinblue) | 300/día | desde 8 €/mes | Compatible con el RGPD, alojamiento en la UE | Reputación algo menor |
| Amazon SES | 62.000/mes (en EC2) | muy barato | Escalabilidad, precio | Esfuerzo de configuración, cuenta AWS |
| Gmail/Workspace | 500 correos/día | vía suscripción de Workspace | La mayor tasa de entrega | solo para el dominio propio |
| Office 365 (Outlook) | según el plan | vía M365 | Proveedor consolidado | Requiere configuración OAuth |
Mi recomendación por defecto para 2026: para autónomos y pymes del espacio germanoparlante (DACH), Brevo (gratis hasta 300 correos al día, después económico, conforme al RGPD europeo) o Gmail/Workspace si de todos modos ya usa Workspace.
¿Quiere entender de una vez el envío de correo en WordPress, incluidos SPF, DKIM y la optimización antispam? En mi curso online recorremos el sistema de principio a fin, sobre su propio sitio. → Al curso online
SPF, DKIM, DMARC — lo que exigen los proveedores
Sea cual sea el servicio SMTP que use, el proveedor le pedirá que cree tres registros DNS en su dominio:
SPF (Sender Policy Framework):
Un registro TXT que dice: «los siguientes servidores de correo pueden enviar en nombre de mi dominio».
Ejemplo: v=spf1 include:_spf.brevo.com ~all
DKIM (DomainKeys Identified Mail):
Un registro TXT con una clave pública. El servidor de correo firma cada mensaje saliente con la clave privada.
Ejemplo: mail._domainkey.su-dominio.at TXT "k=rsa; p=MIGfMA0G…"
DMARC (Domain-based Message Authentication, Reporting and Conformance):
Un registro TXT que indica qué deben hacer los destinatarios con los correos que no superan SPF/DKIM.
Ejemplo: _dmarc.su-dominio.at TXT "v=DMARC1; p=quarantine; rua=mailto:reports@su-dominio.at"
Los registros DNS se crean en el registrador del dominio o en el proveedor de alojamiento (según dónde esté alojada su zona DNS). Proveedores como Brevo y SendGrid le entregan los valores exactos durante la configuración. Tras cambios en el DNS la propagación tarda entre 1 y 24 horas — pruebe solo después.
Validación con:
- MXToolbox (mxtoolbox.com) — comprobación de SPF, DKIM y DMARC.
- Mail-Tester.com — el destinatario de prueba devuelve una puntuación (0–10).
¿Qué hacer si el correo de prueba no llega pese al SMTP?
Las causas más frecuentes, por orden de probabilidad:
- La dirección del remitente no coincide con el dominio. Si pone como remitente
info@gmx.atpero envía desde el dominiosu-dominio.at, se bloqueará. Solución: la dirección del remitente debe coincidir con el dominio. - Los registros DNS aún no se han propagado. Esperar de 1 a 24 horas.
- Credenciales SMTP incorrectas. Revisar usuario y contraseña. En proveedores basados en OAuth (Gmail, M365), generar el token de nuevo.
- Puerto bloqueado. Algunos proveedores de alojamiento bloquean los puertos salientes 25, 465 o 587. Pregunte al soporte del proveedor o pruebe otro puerto.
- Caché del plugin. Volver a guardar el plugin SMTP y, si hace falta, desactivarlo y reactivarlo.
- El mensaje está en spam del destinatario. Revisar la carpeta de spam. Si está ahí: validar de nuevo SPF/DKIM/DMARC.
- Límite de envío. Los planes gratuitos suelen tener límites diarios bajos. Para envíos masivos, contratar un plan de pago.
Cron jobs para la cola de correo — cuando el volumen crece de verdad
En sitios grandes con mucho volumen de correo (por ejemplo una tienda WooCommerce con boletín, correos de estado automáticos, etc.) el envío síncrono puede frenar la velocidad de la página. WP-Cron se ejecuta por defecto en cada carga de página — con mucho tráfico, la carga adicional se multiplica.
Solución: un plugin de cola de correo como Email Subscribers & Newsletters o FluentSMTP en modo cron. Los correos van a una cola en la base de datos y un cron real del servidor los procesa cada 5–15 minutos.
Más sobre la configuración de cron y el trasfondo de rendimiento en mi artículo pilar WordPress Page Speed 2026.
Probar el envío de correo en los formularios de contacto
Después de configurar SMTP, cada formulario de contacto merece una prueba:
- Rellenar el formulario (con una dirección de recepción real y distinta del buzón del sitio).
- Comprobar la recepción — bandeja de entrada y spam.
- Revisar el registro del plugin (FluentSMTP muestra cada intento de envío).
- Volver a mirar tres horas después — algunos servidores de correo retrasan la entrega.
Quien use plugins de formularios como Fluent Forms o Gravity Forms puede fijar explícitamente la acción de correo en la dirección SMTP — de lo contrario el plugin de formularios sobrescribe a veces el remitente global.
Preguntas frecuentes
¿Necesito SMTP si el proveedor de alojamiento está bien configurado?
Si los correos llegan de forma fiable a Gmail/Outlook, no. En cuanto vea una cuota de spam o falten confirmaciones, sí.
¿Basta con un plugin SMTP gratuito?
Funcionalmente sí. WP Mail SMTP y FluentSMTP tienen en su versión gratuita todo lo que un autónomo necesita.
¿Es SMTP conforme al RGPD?
Si el proveedor tiene sede en la UE o está certificado conforme al RGPD (Brevo, Mailjet, región UE en SendGrid): sí. Si no, hay que firmar un contrato de encargo de tratamiento. Más en Cumplimiento del RGPD en Austria.
¿Puedo usar Gmail gratis como SMTP?
Con una cuenta privada de Gmail: sí, con una contraseña de aplicación y un límite de 500 correos al día. Con una cuenta de Google Workspace: también, con autenticación OAuth. Para sitios de empresa serios recomiendo Workspace.
¿Cómo veo si mi configuración de SPF/DKIM/DMARC es correcta?
Mail-Tester.com → correo de prueba a la dirección indicada → consultar la puntuación. Objetivo: ≥ 9/10.
¿Qué pasa si se desactiva el plugin SMTP?
WordPress vuelve a PHP-mail(). Los correos se siguen enviando, pero normalmente con tasas de entrega por debajo del 50 %.
Conclusión
Configurar SMTP lleva de 15 a 30 minutos y resuelve de forma duradera uno de los problemas más frecuentes de WordPress. Elegir el plugin, conectar el proveedor, crear los registros DNS, probar — listo. En cuanto el correo de prueba obtenga una puntuación de 9/10 en Mail-Tester.com, habrá salido del infierno del spam.
Si quiere recorrer una vez toda la configuración de correo sobre su propio sitio y con acompañamiento — incluidos SPF/DKIM/DMARC y pruebas de envío —, mi curso online es el camino directo. → Al curso online
Fuente de las imágenes destacada e insertadas: ilustraciones propias en el diseño de pletzenauer (sin fotos de stock).
Etiquetas