WordPress no recibe correos de pedidos WooCommerce

Si WordPress no recibe correos de pedidos WooCommerce, lo primero es distinguir bien el escenario: puede que la web no esté enviando el mensaje, que el correo salga pero no se entregue, o que llegue a spam, cuarentena o sea bloqueado. Aunque el síntoma parezca el mismo —no ver el aviso del pedido—, la causa técnica y la solución pueden ser muy distintas.

Respuesta corta: en muchos casos, el problema está en la configuración del correo saliente del sitio, en cómo WordPress usa wp_mail(), en un SMTP WordPress mal configurado, o en fallos de entregabilidad relacionados con SPF, DKIM, DMARC, DNS del dominio o reputación del servidor de envío.

• No se envía: WordPress o WooCommerce no llegan a generar o despachar el email.
• Se envía pero no llega: el mensaje sale del servidor, pero se pierde o lo rechaza el destino.
• Llega a spam: el correo existe, pero no aparece en bandeja de entrada.

Por qué WordPress no recibe correos de pedidos WooCommerce

WooCommerce genera avisos automáticos para nuevos pedidos, pagos, notas o cambios de estado. Esos correos suelen salir a través de la función wp_mail(), que a su vez depende del entorno del servidor, del método de envío y de la configuración del remitente. Si algo falla en esa cadena, los correos WooCommerce dejan de llegar con normalidad.

Puede deberse a un ajuste interno desactivado, a un conflicto con plugins, a límites del hosting para envío por PHP mail, a un proveedor SMTP rechazando autenticación o a un problema de autenticación del dominio. También conviene revisar si el problema afecta solo a los avisos de pedido o a cualquier email del sitio, como formularios o recuperación de contraseña.

Cómo identificar si el fallo está en WordPress, WooCommerce o el servidor de correo

Antes de tocar ajustes, conviene hacer un diagnóstico básico. La idea es separar el problema funcional del problema de entrega.

Síntomas habituales

• No llega el aviso de nuevo pedido al administrador.
• El cliente tampoco recibe confirmación de compra.
• Solo fallan algunos dominios de destino.
• Los emails aparecen en spam o cuarentena.

Comprobaciones prioritarias

1. Lanzar una prueba de envío desde WordPress no envía formularios de Contact Form 7, si el entorno o plugin usado lo permite.
2. Comprobar si WooCommerce tiene activados los emails correspondientes y a qué destinatario van.
3. Revisar logs de correo, de errores PHP o registros del hosting, si existen.
4. Verificar si el correo sale con el remitente esperado y una from address válida.
5. Mirar carpetas de spam, promociones, cuarentena o filtros del proveedor de correo.

Qué revisar en SMTP, wp_mail y los ajustes de WooCommerce

Si WooCommerce no envía correos, un punto clave es saber cómo está saliendo el email. WordPress puede enviar mediante la configuración por defecto del servidor o a través de un proveedor SMTP WordPress. Según el hosting, usar SMTP o un servicio de correo transaccional puede mejorar la trazabilidad y la entregabilidad, aunque no siempre resuelve por sí solo el problema.

• Confirma que wp_mail() funciona en el entorno actual.
• Revisa usuario, contraseña, puerto, cifrado y host SMTP.
• Evita usar un remitente de un dominio distinto al autenticado para enviar.
• Comprueba que los avisos de nuevo pedido, pedido procesando o pedido completado no estén desactivados.
• Si hay plugins de seguridad, caché o optimización, valora si pueden estar interfiriendo.

En algunos casos, el hosting limita el envío mediante PHP mail o aplica filtros internos. Ahí puede ser útil comparar una prueba por SMTP con otra por el método nativo del servidor para ver si el comportamiento cambia.

Cómo afectan SPF, DKIM, DMARC y el DNS de correo a la entrega

Cuando el correo sí sale, pero no llega o termina en spam, la revisión del DNS de correo es obligatoria. Los registros SPF, DKIM y DMARC ayudan a demostrar que el dominio autoriza ese envío y que el mensaje no ha sido manipulado.

Si el sitio manda correos como tu-dominio.com pero el servidor o proveedor no está incluido en SPF, o no firma con DKIM, muchos destinos pueden sospechar del mensaje. DMARC, por su parte, define cómo tratar correos que no superan esa validación. Todo esto no solo afecta a la entrega, también a la reputación del dominio y del servidor o IP de salida.

Como referencia oficial, WordPress documenta el uso de wp_mail(), útil para entender cómo se genera el envío desde el propio CMS.

Errores frecuentes que bloquean los correos de pedidos

• Remitente mal formado o inexistente.
• SMTP autenticando con una cuenta distinta al dominio visible del remitente.
• Registros SPF duplicados o incompletos.
• Falta de DKIM o DMARC mal alineado.
• Plugins que alteran cabeceras o bloquean procesos de envío.
• Errores del hosting, cola de correo saturada o límites de salida.
• Direcciones destinatarias con filtros agresivos, buzón lleno o cuarentena activa.

Cuándo conviene pedir soporte técnico especializado

Si ya has probado el envío, revisado WooCommerce, confirmado el remitente y comprobado SPF, DKIM y DMARC, pero los pedidos WooCommerce siguen sin avisar correctamente, suele ser buena idea escalar el caso. Sobre todo si hay ventas activas, clientes sin confirmación o incidencias de atención al cliente.

Un soporte técnico especializado puede revisar el flujo completo: WordPress, plugins, proveedor SMTP, cabeceras, reputación, registros DNS y respuestas del servidor de correo. Ese enfoque evita aplicar cambios a ciegas y ayuda a separar si el fallo está en WordPress, en el hosting o en la entregabilidad del email.

En resumen, cuando WordPress no envía emails o los avisos de pedido no aparecen, no conviene asumir una única causa. Diagnosticar bien evita perder notificaciones de venta y mensajes clave del negocio. Si el problema persiste, el siguiente paso razonable es una revisión técnica o un plan de mantenimiento WordPress que incluya monitorización del correo saliente.