WordPress no envía correos: ¿qué hacer?
WordPress no envía correos: detecta si falla SMTP, DNS o el servidor y aplica pruebas útiles para recuperar avisos y formularios.
Cuando WordPress no envía correos, el fallo no suele estar en un único punto: puede deberse a la configuración de wp_mail(), a PHPMailer, al servidor o SMTP, al DNS del dominio o a filtros de destino. La forma más útil de resolverlo es seguir un diagnóstico por capas y comprobar primero si el mensaje sale, luego cómo sale y por último si llega a la bandeja correcta.
Respuesta breve: si WordPress no manda emails, conviene distinguir entre “no se envía” y “se envía pero no llega”. En muchos casos se corrige revisando el remitente, activando SMTP con credenciales válidas, verificando SPF/DKIM/DMARC y consultando logs reales del servidor o del plugin SMTP.
Por qué WordPress no envía correos
WordPress usa normalmente wp_mail(), que a su vez se apoya en PHPMailer. Esa función puede devolver éxito técnico aunque el mensaje termine en spam, sea rechazado por autenticación o ni siquiera abandone el servidor si el hosting limita el envío saliente. Por eso, decir que “el problema está en WordPress” suele ser impreciso.
Las incidencias más comunes son: remitente mal definido, SMTP desactivado o incorrecto, puertos bloqueados, cifrado no compatible, DNS sin SPF o DKIM válidos, reputación baja del dominio, o conflictos en formularios y avisos de WooCommerce que sí generan el email pero no lo entregan correctamente tras cambio de hosting.
Qué revisar primero antes de tocar la configuración
- Confirma si falla solo un tipo de aviso o todos los correos del sitio.
- Revisa la dirección From: debe pertenecer al dominio o estar autorizada por el proveedor.
- Comprueba si el hosting permite envío PHP mail o recomienda SMTP autenticado.
- Haz una prueba a varias cuentas: misma empresa, Gmail y Outlook, para detectar rechazos o spam.
| Síntoma | Causa probable | Revisión |
|---|---|---|
| No sale ningún email | SMTP, bloqueo servidor, error PHP | Plugin SMTP y logs |
| Sale pero no llega | Spam, SPF/DKIM, reputación | Cabeceras y autenticación |
| Falla solo WooCommerce | Evento, plantilla o ajuste | Estado del pedido y email activo |
Cómo probar el envío con SMTP en WordPress
Configurar SMTP en WordPress puede mejorar la trazabilidad y la autenticación, pero no garantiza por sí solo la entrega. Conviene usar el servidor SMTP del proveedor de correo o del hosting, con usuario, contraseña, host, puerto y cifrado correctos.
En muchos entornos funcionan estos pares habituales, si el proveedor lo permite: 587 con TLS o 465 con SSL. Si la prueba falla, revisa si el servidor bloquea conexiones salientes, si la cuenta exige contraseña específica o si el remitente no coincide con la cuenta autenticada.
Tras guardar la configuración, lanza un correo de prueba y anota el mensaje exacto del error. Un timeout, un “Could not authenticate” o un “Connection refused” apuntan a causas distintas y evitan cambiar ajustes a ciegas, especialmente si hay problemas de servidor.
Qué errores de DNS y autenticación suelen bloquear los emails
Si el correo sale pero no llega, el problema puede estar en la autenticación del dominio. SPF indica qué servidores pueden enviar en nombre del dominio; DKIM firma el mensaje; DMARC ayuda a definir cómo tratar fallos de alineación. Ninguna de estas capas asegura la entrega, pero su ausencia o mala configuración sí puede perjudicarla.
Conviene revisar que el dominio remitente coincida con el servicio que realmente envía, que no existan registros SPF duplicados y que DKIM esté activado en el proveedor de correo. También es frecuente que el mensaje llegue a spam por reputación del dominio o por contenido demasiado promocional, incluso cuando la parte técnica parece correcta.
Qué pasa si los formularios o WooCommerce no envían avisos
Cuando los formularios no envían, no siempre falla el correo: puede fallar la validación, el captcha, el webhook o la acción que dispara wp_mail(). En esos casos hay que comprobar si el envío del formulario se completa y si el plugin registra el intento.
Con WooCommerce, revisa si el email está habilitado, qué estado del pedido lo activa y si existe personalización de código o un plugin que haya alterado el flujo. Un pedido en estado distinto al esperado puede hacer pensar que el correo ha fallado cuando en realidad nunca debía dispararse.
Cómo diagnosticar el problema con logs y pruebas reales
La prueba más fiable es combinar logs del plugin SMTP, registros del servidor y tests controlados. Haz envíos con asunto único, a varias bandejas y en momentos distintos. Si hay acceso al hosting, revisa errores PHP, bloqueos del firewall y límites de correo saliente.
Si necesitas una referencia técnica, la documentación oficial de WordPress explica el comportamiento de wp_mail(). Ese punto ayuda a entender que el éxito de la función no equivale necesariamente a entrega final.
Evita cambiar varias cosas a la vez. Ajusta un parámetro, repite la prueba y documenta el resultado. Ese método reduce falsos positivos y acelera la resolución real ante conflictos entre plugins en WordPress.
Cuándo conviene pedir soporte técnico especializado
Si ya has probado SMTP, revisado DNS, confirmado remitente y consultado logs, pero el problema persiste, puede ser razonable escalarlo. Muchas incidencias mezclan WordPress, hosting, DNS y proveedor de correo, y requieren acceso técnico coordinado para no perder avisos de clientes, formularios o pedidos.
Como resumen operativo: distingue envío de entrega, valida remitente y autenticación, prueba SMTP con datos correctos, revisa SPF/DKIM/DMARC y confirma el comportamiento con logs. Los errores más frecuentes son usar un remitente no autorizado, asumir que SMTP lo arregla todo o no verificar si el mensaje cae en spam. Si necesitas estabilidad continua, un servicio de mantenimiento WordPress o soporte WordPress puede ahorrar tiempo y evitar que el sitio siga perdiendo correos importantes.
¿Necesitas orientación personalizada?
Te ayudamos a entender tus opciones y el siguiente paso.
