Un cliente termina una compra. El pedido aparece correctamente en WooCommerce, el pago incluso puede haberse confirmado, pero nadie recibe el correo.
Quizá tú no recibes el aviso de nuevo pedido. Quizá el cliente no recibe su confirmación. O puede ocurrir algo todavía más desconcertante: algunos emails de WooCommerce funcionan y otros han dejado de hacerlo.
Antes de instalar otro plugin SMTP, cambiar el hosting o empezar a desactivar extensiones, hay una pregunta bastante más útil:
¿En qué punto exacto deja de funcionar el correo?
WooCommerce tiene que decidir primero que corresponde enviar una determinada notificación. Después WordPress debe entregar el mensaje al sistema utilizado para enviar correo. Ese sistema debe aceptarlo y enviarlo. Finalmente, el servidor del destinatario tiene que aceptarlo y decidir dónde entregarlo.
Por tanto, “WooCommerce no envía emails” puede describir problemas muy diferentes.
Esta guía sirve para distinguirlos y decidir qué comprobar a continuación.
Antes de investigar el correo, abre WooCommerce > Pedidos y busca la compra que debería haber generado la notificación.
Hay dos situaciones muy distintas.
Si el cliente cree que ha terminado la compra pero en WooCommerce no aparece ningún pedido, el problema probablemente está antes del sistema de email.
Puede estar relacionado con el checkout, el método de pago o algún otro punto del proceso de compra.
En ese caso, empieza por nuestra guía sobre qué comprobar cuando el checkout de WooCommerce no funciona.
Investigar SMTP no solucionará un pedido que nunca llegó a crearse.
Ahora comprueba:
Este último punto importa porque WooCommerce dispone de distintos tipos de emails y no todos se envían al mismo destinatario ni se activan en el mismo momento.
Por ejemplo, el aviso de nuevo pedido está destinado a los destinatarios configurados para la tienda, mientras que el correo de pedido en proceso se envía al cliente después del pago. El de pedido completado corresponde al momento en que el pedido pasa a completado.
Que falte uno de ellos no significa necesariamente que haya dejado de funcionar todo el correo de WordPress.
Ve a:
WooCommerce > Ajustes > Correos electrónicos
Localiza la notificación que falta.
Comprueba, como mínimo:
En los emails administrativos, como el de nuevo pedido, revisa especialmente el campo de destinatarios. No des por hecho que se están enviando a la misma dirección que utilizas habitualmente para administrar WordPress.
La configuración oficial de WooCommerce permite activar o desactivar individualmente sus notificaciones y definir destinatarios para determinados mensajes.
Imagina que estás esperando el correo que recibe un cliente cuando el pedido pasa a Procesando, pero el pedido sigue figurando como Pendiente de pago.
En ese caso, la pregunta no es todavía “¿por qué falla el email?”, sino:
¿por qué el pedido no ha alcanzado el estado que debería desencadenar esa notificación?
Esto es especialmente importante con incidencias relacionadas con pagos. Un correo ausente puede ser simplemente el síntoma visible de otro problema anterior.
Si utilizas una versión reciente de WooCommerce, esta debería ser una de las primeras comprobaciones.
Desde WooCommerce 10.9, publicado en junio de 2026, WooCommerce incorpora en su núcleo un registro de los emails transaccionales.
Ve a:
WooCommerce > Estado > Registros
y localiza la fuente:
transactional-emails
Lo ideal es hacer una prueba controlada: genera un pedido de prueba o provoca de forma segura el evento correspondiente y después busca ese mensaje en el registro.
WooCommerce puede mostrar varios resultados.
Significa que WooCommerce generó el email y lo entregó correctamente al sistema de correo utilizado por WordPress.
Pero hay un matiz importante:
“Sent” no significa necesariamente “recibido por el cliente”.
WordPress también advierte en la documentación de wp_mail() que una respuesta satisfactoria no garantiza que el usuario final haya recibido el mensaje.
Si WooCommerce registra el email como enviado pero no aparece en la bandeja del destinatario, el diagnóstico debe continuar en la parte de entrega.
Más adelante veremos qué comprobar.
Aquí ya tienes una pista mucho más concreta.
WooCommerce intentó enviar la notificación, pero el proceso utilizado por la web para enviar correo devolvió un error.
Revisa el mensaje registrado.
Dependiendo del caso, puede apuntar hacia:
No cambies varias cosas simultáneamente. El registro sirve precisamente para reducir el problema antes de intervenir.
Antes de buscar conflictos complejos, vuelve a WooCommerce > Ajustes > Correos electrónicos y comprueba la configuración de ese tipo de email.
Un email puede omitirse porque no se cumple alguna condición necesaria, por ejemplo porque no existe un destinatario válido.
Esto es diferente de un fallo al enviar.
En un caso WooCommerce intenta enviar el mensaje y no puede. En el otro, determina que ese mensaje no debe enviarse en esas circunstancias.
Este escenario resulta especialmente interesante.
Si haces una prueba que debería generar una notificación y WooCommerce ni siquiera registra el intento, conviene investigar la fase anterior al envío:
La documentación oficial de WooCommerce recomienda revisar también los registros de errores y descartar conflictos cuando una notificación habilitada no se genera como debería.
Este resultado no es contradictorio.
Un email de prueba puede demostrar que la conexión utilizada para enviar correo funciona.
No demuestra necesariamente que:
Piénsalo de esta forma.
Un email de prueba comprueba principalmente:
¿podemos enviar un mensaje utilizando este sistema?
Un pedido real añade más preguntas:
¿WooCommerce decidió generar la notificación? ¿Era el tipo correcto? ¿Había destinatario? ¿El evento se produjo?
Por eso instalar SMTP y conseguir que un correo de prueba llegue no cierra automáticamente el diagnóstico.
Comprueba después el registro transactional-emails correspondiente a un pedido real de prueba.
Esto también aporta información útil.
Supón que:
o que:
No concluyas que “el servidor de correo funciona, así que WooCommerce está roto”.
Cada email puede depender de una configuración y de un evento diferente.
Empieza comparando:
Además, el registro transactional-emails de WooCommerce está destinado a los emails transaccionales de WooCommerce. Otros mensajes de WordPress, como determinados emails administrativos o de recuperación de contraseña, pueden requerir revisar los registros del proveedor de correo o utilizar herramientas específicas de logging.
Que un email de WordPress llegue no demuestra por sí solo que WooCommerce esté generando correctamente una determinada notificación de pedido.
En este punto ya hemos avanzado bastante.
Sabemos que WooCommerce:
Ahora toca investigar la entregabilidad.
Haz la prueba con más de un destinatario si es posible.
Por ejemplo, si el correo llega correctamente a una dirección pero desaparece sistemáticamente al enviarlo a otra organización, eso es información relevante.
Tampoco des por hecho que todos los mensajes bloqueados terminan en la carpeta de spam. Un filtro puede rechazar un mensaje antes de que llegue al buzón final.
WooCommerce recomienda utilizar como remitente una dirección perteneciente al dominio de la tienda.
Por ejemplo:
pedidos@mitienda.es
es una configuración más coherente que intentar enviar desde tu servidor mensajes que declaren proceder de una dirección pública como:
mitienda@gmail.com
El hecho de que quieras recibir las respuestas en otra cuenta no obliga a utilizar esa cuenta como remitente. WooCommerce permite configurar por separado un Reply-to cuando corresponde.
Los sistemas modernos de correo utilizan mecanismos como:
No es necesario que el propietario de una tienda conozca todos sus detalles técnicos para diagnosticar el problema, pero sí debería poder responder una pregunta:
¿el servicio que envía los correos de mi tienda está autorizado correctamente para enviarlos en nombre de mi dominio?
SPF permite indicar qué servidores están autorizados para enviar correo en nombre de un dominio.
DKIM añade una firma que permite comprobar la autenticidad del mensaje.
DMARC utiliza SPF y/o DKIM para establecer cómo deben tratar los receptores los mensajes que no superan esas comprobaciones.
Si utilizas un proveedor de correo transaccional o SMTP, sigue su documentación para autenticar el dominio.
No copies registros DNS de un tutorial genérico: los valores dependen del proveedor utilizado y una modificación incorrecta del DNS puede afectar a otros servicios de correo del dominio.
Puede ser una buena solución, pero no debería ser siempre el primer diagnóstico.
Por defecto, WooCommerce utiliza wp_mail(), la función de correo de WordPress. Un proveedor SMTP o de correo transaccional permite utilizar un sistema específicamente preparado y autenticado para el envío.
Esto puede mejorar la fiabilidad y además proporcionar registros mucho mejores sobre lo ocurrido con cada mensaje.
Pero hay que diferenciar dos escenarios.
Cambiar de proveedor SMTP difícilmente solucionará el problema que impide que WooCommerce genere la notificación.
Primero debes averiguar por qué no se produce.
Aquí sí tiene sentido investigar:
La decisión debería salir del diagnóstico, no precederlo.
Que algo haya funcionado durante meses no demuestra que ninguna pieza haya cambiado.
Antes de modificar configuraciones, intenta reconstruir cuándo empezó el problema.
Comprueba si alrededor de esa fecha hubo:
No significa que el último cambio sea necesariamente culpable. El objetivo es reducir el espacio de búsqueda.
También comprueba si el fallo afecta:
“Los correos han dejado de funcionar” es un síntoma demasiado amplio. “Desde el martes, los pedidos pagados con determinado método pasan a Procesando pero el email processing_order no aparece en el registro” es un punto de partida mucho mejor para investigar.
WooCommerce recomienda descartar conflictos con plugins o con el tema cuando un email habilitado debería generarse y no lo hace.
Eso no significa que debas desactivar plugins indiscriminadamente en la tienda que está vendiendo.
Una prueba de conflictos puede afectar al checkout, pagos, envíos, integraciones o funciones utilizadas por los clientes.
Si necesitas llegar a esta fase:
Si no tienes claro si tus copias permitirían recuperar realmente la tienda, revisa antes nuestra guía sobre cómo saber si tus backups de WordPress funcionan.
Y si la incidencia ha aparecido después de una actualización, evita encadenar nuevas actualizaciones sin método. Nuestra guía para actualizar WordPress sin jugarte la web de tu empresa explica cómo preparar y validar este tipo de cambios.
Es una posibilidad en determinados procesos, pero no debería convertirse en el diagnóstico por defecto de cualquier email perdido.
WordPress dispone de un sistema de tareas programadas y WooCommerce también utiliza procesos programados para distintas funciones. Algunas extensiones pueden añadir además sus propios trabajos en segundo plano.
Si un tipo concreto de email está ligado a un proceso programado y ese proceso no se ejecuta, puede ser una línea de investigación.
Pero antes de tocar cron, mira la evidencia disponible:
No cambies WP-Cron ni programes tareas del servidor simplemente porque “podría ser cron”. Primero demuestra que el proceso que falla depende de ello.
A veces el propietario descubre la incidencia por un correo que no llega, pero el problema real está en la compra.
Por ejemplo:
En esas situaciones, el correo es una consecuencia.
Si el problema empezó al cambiar el carrito o checkout de la tienda, revisa también qué componentes intervienen. En tiendas existentes, pasar al checkout por bloques puede afectar a campos, plugins, pagos, envíos o código personalizado si alguna integración no es compatible.
Puedes consultar nuestra guía sobre qué comprobar antes de cambiar al checkout por bloques de WooCommerce.
Investiga el checkout o el pago antes que el correo.
Investiga por qué el flujo del pedido se detiene ahí.
Activa y configura correctamente ese email si realmente debe utilizarse.
Comprueba qué condición falta, especialmente el destinatario.
Revisa el error y continúa por el sistema que está intentando enviar el mensaje: configuración de correo, hosting o proveedor SMTP/transaccional.
Investiga entregabilidad:
Investiga primero la generación de la notificación:
Este orden evita cambiar piezas que todavía no sabes si están implicadas.
No des por cerrada la incidencia porque haya llegado un email de prueba.
Haz una compra completa de prueba y valida el recorrido real.
Comprueba:
Si tu tienda utiliza varios métodos de pago con comportamientos diferentes, puede merecer la pena validar más de uno.
También conviene plantearse cómo detectar una nueva incidencia. Una tienda puede seguir online y aceptar pedidos aunque sus notificaciones hayan dejado de llegar. Esperar a que un cliente avise no es un buen sistema de monitorización.
Si necesitas que otra persona investigue el problema, proporcionar datos concretos puede ahorrar muchas pruebas.
Anota:
transactional-emails;Evita enviar contraseñas o credenciales por correo o incluirlas en capturas.
Con esta información, “WooCommerce no envía emails” se convierte en un problema mucho más delimitado.
Cuando desaparecen las notificaciones de pedidos, resulta tentador cambiar inmediatamente el sistema de correo.
A veces será necesario. Otras veces no tendrá ninguna relación con la causa.
El orden más útil es:
pedido → evento y estado → notificación de WooCommerce → envío desde WordPress → proveedor de correo → recepción.
Si sabes en qué tramo se interrumpe, puedes actuar sobre el componente responsable en lugar de probar soluciones al azar.
Y si los pedidos están entrando mientras los avisos fallan, no ignores la incidencia solo porque la tienda “sigue funcionando”. En WooCommerce, completar la compra y comunicar correctamente lo ocurrido forman parte del mismo proceso empresarial.
