No llegan los correos de WordPress ni las confirmaciones de WooCommerce
Alguien llenó tu formulario y nunca te enteraste. O alguien compró, pagó, y no recibió su confirmación — así que te escribió preguntando si su pedido existe, y mientras tanto dudó de ti.
Este fallo tiene una particularidad que lo hace más caro que una caída general: no se ve. El sitio funciona, el pedido entró, el panel dice que todo está bien. Lo único que falta es el correo, y nadie revisa los correos que no llegaron.
Hay dos versiones del problema, y la segunda es peor:
- No sale. WordPress intenta enviar y el servidor no lo deja. Al menos es detectable.
- Sale y lo rechazan. Tu sistema dice "enviado", y el proveedor del destinatario lo descarta o lo manda a spam. Tú no lo ves porque a ti sí te llega (estás en tu propio dominio).
Por qué no llegan
Antes de instalar más plugins que enreden el código, identifica qué síntoma describe tu caso:
| Lo que ves hoy | Qué está pasando por debajo | Señal que lo delata |
|---|---|---|
| No sale ni un correo | El hosting tiene bloqueada la función de envío de PHP (mail), o no está configurada. | Ni siquiera el correo nativo de "Recuperar contraseña" funciona. |
| Tu panel dice "enviado" y el cliente no recibe nada | El mensaje salió sin firma válida (SPF/DKIM) y el destinatario lo tiró a la basura sin avisar. | A ti (en tu dominio) te llega sin problema y a tus clientes en Gmail/Outlook no. |
| Siempre acaba en la carpeta de No Deseado (SPAM) | Tu dominio no está respaldando esos envíos ante el servidor que los recibe. Mala reputación de origen. | Le pasa a todos los destinatarios por igual, no a uno solo. |
| Llega a unos sí y a otros no | Cada proveedor de correo aplica su propio filtro. Los "grandes" (Google/Yahoo) son los más duros. | Prueba el mismo mensaje a un Gmail, a un Outlook y a un correo de empresa. |
El remitente es wordpress@tudominio.com | Nadie configuró la cuenta. Es una dirección inventada a la que además nadie puede contestarte. | Mirar el campo "De:" en cualquier correo que haya salido de tu sitio. |
| Dejó de funcionar de un día para otro | Cambio de hosting, actualización de sistema, un servicio externo vencido, o alguien movió el DNS. | Cruza la fecha exacta del corte con lo que se tocó en tu web esa semana. |
| Formularios llegan, pero los de la tienda no | No comparten camino de salida: cada plugin configuró su envío por su lado. | Comparar los encabezados (headers) originales de uno y de otro. |
| Llegan duplicados | Hay dos sistemas (o plugins) en tu WordPress intentando enviar exactamente lo mismo. | Revisar qué extensiones de correo tienen activada la misma notificación. |
Si dejó de llegar sin que tocaras nada
Es el caso que más desconcierta y tiene una explicación externa concreta: lo que cambió no fue tu sitio, fueron los servidores que reciben.
Gmail, Yahoo y Outlook endurecieron sus políticas de seguridad entre 2024 y 2025. Un correo que en 2023 entraba sin problemas hoy puede descartarse por no venir firmado como es debido. Nadie te avisa del bloqueo: simplemente deja de llegar y tu panel sigue diciendo "Completado".
Eso explica dos cosas que la gente vive como un misterio. Que tu correo llegue a una cuenta corporativa pequeña y no a un Gmail (porque Google es más estricto). Y que instalar un plugin nuevo no lo resuelva: ese plugin elige el camino de salida, y lo que está fallando es la firma de autorización del dominio, que vive en tu panel de DNS y no dentro de WordPress.
Qué revisar antes de instalar otro plugin
Tres comprobaciones gratuitas que te dirán dónde está roto, en este orden:
¿Sale algo?
Cierra tu sesión y pide "Recuperar la contraseña" de tu propio usuario en WordPress. Si ni ese correo súper básico llega, el problema es una puerta de salida bloqueada en el servidor, no un problema de reputación de marca.
¿Qué dicen los encabezados (Headers)?
Manda un correo desde tu sitio a una cuenta personal de Gmail y ábrelo en "Mostrar original" (Show original). Vas a ver claramente si las firmas SPF y DKIM dicen PASS o FAIL. Ese es el dato frío que convierte "no llega" en un diagnóstico técnico.
¿Es solo con algunos destinatarios?
Prueba exactamente el mismo mensaje (por ejemplo, llenando tu formulario tres veces) hacia un Gmail, hacia un Outlook y hacia un correo corporativo. Si llega a uno y a otro no, es un problema puro de reputación y autenticación en DNS, no un error de código en tu sitio.
Si nos escribes al WhatsApp, esas tres comprobaciones son justo las que vamos a mirar. Por eso lo primero que te pedimos es un correo reenviado, no tus contraseñas de acceso.
Lo que NO hay que hacer
Esta sección es crucial para que no hundas tu propio dominio. Las reacciones impulsivas aquí son destructivas:
Errores comunes al intentar arreglarlo:
- No instales un tercer plugin de correo encima de los dos que ya hay. Es la reacción típica y suele empeorar el caso. Dos sistemas intentando enviar lo mismo generan envíos duplicados, los duplicados generan quejas de los usuarios, y las quejas hunden tu reputación en Google.
- No mandes los correos de la tienda desde una cuenta personal de Gmail. Funciona el primer día y topará el límite de envíos de Google justo el día en que más vendas. Además, mezclas la reputación de tu correo personal con los recibos de tu negocio.
- No cambies registros del DNS a ciegas. Un registro
SPFmal escrito es peor que no tenerlo: declara explícitamente a internet que tu propio servicio de envío no está autorizado. Y solo puede haber un registro SPF por dominio; duplicarlo lo invalida al instante. - No des por bueno que "a mí sí me llega". Tú estás en tu propio dominio y tu red interna trata tu correo de forma benevolente. La única prueba válida es enviando a destinatarios externos de varios proveedores.
- No borres los correos de prueba. Son la evidencia forense. Sus encabezados dicen exactamente por qué rebotó el mensaje. Una vez borrados, tenemos que volver a reproducir el fallo desde cero.
Cómo lo atendemos
| Paso | Qué hacemos nosotros | Qué resuelves tú |
|---|---|---|
| 1. Lectura de Encabezados | Con un correo reenviado por ti, vemos por dónde salió, si SPF/DKIM pasaron, y si DMARC alinea. | Diagnóstico real sin entregar credenciales todavía. |
| 2. Prueba Multicanal | Envíos controlados hacia Google, Microsoft y servidores privados. | Separamos definitivamente si el fallo es de "salida web" o de "reputación DNS". |
| 3. Inventario de Envíos | Rastreamos qué sistemas envían hoy: WordPress, WooCommerce, plugins de formularios... | Detectamos y apagamos los sistemas que se están "pisando" entre sí. |
| 4. Corrección de Salida | Montamos un solo camino de envío unificado, con un remitente real que sí exista. | Tus notificaciones dejan de ser marcadas como "remitente sospechoso". |
| 5. Autenticación de Dominio | Publicamos y verificamos firmas criptográficas (SPF, DKIM, DMARC). | Tus recibos de WooCommerce entran limpios a la bandeja principal de Gmail. |
| 6. Registro y Verificación | Dejamos un log de envíos consultable y probamos cada caso (pedido, formulario, clave). | Si alguien vuelve a decir "no me llegó", tendrás pruebas para revisar su caso exacto. |
El paso 3 es el que resuelve el 80% de los casos y casi nadie audita: en la mayoría de sitios encontramos dos o tres plugins mandando correos sin saber uno del otro.
* Nota operativa del paso 5: Implica tocar el DNS de tu dominio. Si tu dominio lo administra un tercero (una agencia anterior, el diseñador, etc.), dínoslo desde el primer contacto. Eso cambia el plazo y a veces, conseguir ese acceso es el proyecto entero.
Si además quieres que esto no vuelva a pasar
Esta página resuelve la emergencia y arregla la cañería rota. Pero estructurar un sistema robusto (decidir qué recibos se mandan, a quién, por qué vía dedicada y con vigilancia 24/7) es el trabajo de fondo. Ese servicio lo detallamos en Correos y notificaciones de pedido en WordPress.
Y si tu verdadera preocupación no son los avisos de la tienda, sino que tus campañas de marketing rebotan, debes saber que comparten la reputación de tu dominio. Ese caso se ataca con la integración separada de Email Marketing.
Cuándo esto NO es lo tuyo
Te redirigimos rápido si tu síntoma no encaja exactamente con el fallo de correo web:
* Si lo que falla es tu correo de oficina personal (tu bandeja de entrada en el teléfono) y no los avisos automatizados que salen del sitio web, el problema es de tu proveedor de correo (Google Workspace, Zoho, Microsoft), no de WordPress. Te lo decimos de frente y no te cobramos por averiguarlo.
Preguntas frecuentes
Porque resolviste solo la mitad del problema. El plugin de envío elige "la puerta" por la que sale el mensaje desde tu servidor; pero lo que decide si entra a la bandeja del cliente es la firma de autoridad de tu dominio (DNS). Ese es el motivo número uno por el que la gente acaba con tres plugins instalados y la web sigue igual de muda.
Sí, de otra forma. Los grandes umbrales (5,000 envíos/día) son reglas publicadas para newsletters masivos, pero esos mismos algoritmos se usan para juzgar tu recibo de 1 solo correo. No te van a rebotar por "exceso", te van a mandar a Spam por "falta de confianza" técnica. Para la confirmación de compra de tu cliente, da exactamente el mismo resultado final.
Es lo esperado y lamentablemente no prueba nada. Como el remitente y el receptor están dentro de la misma red interna o dominio corporativo, el filtro de seguridad lo deja pasar. La prueba de fuego siempre es un destinatario externo.
Los que ya se perdieron, casi nunca. Si tu WordPress no tenía activo un sistema de registro de envíos internos (Logs), los mensajes rebotados desaparecieron sin dejar rastro. Lo que sí aseguramos es dejar esa caja negra funcionando hoy para que a futuro, el "no me llegó" sea auditable.
Tienen razón y aun así tu problema existe. Que tu servidor de hosting acepte procesar la salida del mensaje, no obliga de ninguna manera a Gmail o a Microsoft a dejarlo entrar a sus servidores. El encabezado del rebote cierra esa discusión en un minuto.
Sí, la autenticación (SPF/DKIM/DMARC) solo existe ahí. No vamos a borrar registros de tu web, solo añadiremos los "sellos criptográficos" autorizados. Si no tienes los accesos de tu proveedor de dominio, te pediremos que lo canalices con quien los tenga.
Depende de la causa raíz y de si tú controlas tu DNS (si dependes de una agencia tercera para hacer cambios, ellos marcan el tiempo). Lo que sí te garantizamos es la reacción inicial: lectura técnica de tu fallo en menos de 30 minutos vía WhatsApp.
¿Qué necesitas ahora mismo?
No te están llegando los recibos en este momento. Reenvíanos por WhatsApp un correo que sí haya salido de tu sitio. Con sus encabezados te decimos la causa real en minutos.
Escribir por WhatsAppQuieres saber por qué dejó de funcionar misteriosamente. El diagnóstico revisa el estado íntegro de tu autenticación y los sistemas paralelos que ensucian el servidor.
Pedir diagnóstico técnicoNo quieres un parche de emergencia, quieres montar el sistema transaccional completo: qué se manda, a quién, por vía segura y con monitoreo.
Notificaciones y PedidosÚltima revisión del procedimiento: octubre de 2026.