Guía para decidir mejor
Problemas de correos de pedidos en WooCommerce: diagnóstico
Distingue pedidos pendientes, avisos no generados y mensajes enviados que no se entregan.
Si no llegan los correos de pedidos de WooCommerce, identifica en qué etapa se pierde el mensaje: estado del pedido, generación de la notificación, salida del servidor o entrega al destinatario. Cambiar el hosting o instalar un plugin SMTP sin comprobar estas etapas puede ocultar el problema y dejar compras sin confirmación.
Comprueba primero el pedido, no el buzón
Elige un pedido real afectado y registra su identificador, hora, método de pago y estado, ocultando datos personales al compartir el caso. Confirma que el pago se completó en la pasarela y que el estado esperado llegó a WooCommerce. Un pedido pendiente por una devolución de llamada fallida puede no activar el correo que esperas. Revisa si el tipo de correo está habilitado, su destinatario, plantilla y condiciones. La documentación de correo de WooCommerce distingue correos deshabilitados, fallidos, omitidos y enviados.
Haz una prueba en staging o con un pedido de prueba controlado; evita crear cargos reales o reenviar masivamente notificaciones a clientes. Si fallan también recuperación de contraseña y formularios, amplía el diagnóstico a WordPress no envía correos. Si solo falla una clase de pedido, compara su transición de estado con otra que sí notificó.
Distingue «enviado» de «entregado»
Un log que dice «enviado» puede significar únicamente que WooCommerce entregó el mensaje al transporte local o a un proveedor externo. Consulta los eventos del proveedor de correo: aceptado, rechazado, diferido, rebotado o entregado. Comprueba la carpeta de spam y las reglas del destinatario; solicita cabeceras completas cuando sea posible, sin pedirle contraseñas. Si hay errores de autenticación o reputación, revisa SPF, DKIM y DMARC y la guía de correo en spam. Estos registros no garantizan bandeja de entrada.
Verifica la solución sin duplicar mensajes
Corrige la causa encontrada: evento de pago, ajuste de correo, cola, transporte o DNS del proveedor adecuado. Vuelve a probar un pedido y comprueba que existe una sola notificación por evento, con importe y dirección correctos. Si hay mensajes atrasados, decide cuáles reemitir de forma manual y controlada; un reenvío masivo puede confundir a clientes o disparar mensajes duplicados. Documenta el tramo resuelto y configura alerta para fallos futuros.
Si el incidente comenzó tras actualizar la tienda, compara con el plan de pruebas previo a una actualización. Para solicitar ayuda, facilita un ID de pedido anonimizado, hora, tipo de correo y el evento de entrega; no envíes datos de tarjeta ni credenciales.