Que WooCommerce guarde un pedido demuestra que el checkout creó un registro. No garantiza que alcanzara el estado que activa el correo, que la notificación esté habilitada ni que el mensaje llegara al cliente o al administrador.
Protege primero la preparación de pedidos y rastrea después una compra de prueba por ID e historial de estados.
Atiende primero los pedidos reales
Revisa los pedidos creados desde la última notificación conocida. El personal autorizado debe comprobar pago y preparación desde WooCommerce o el proveedor, sin esperar al email.
No reenvíes todas las notificaciones a ciegas: los clientes podrían recibir duplicados y el equipo tramitar dos veces el mismo pedido. Registra cuáles requieren contacto manual.
Para diagnosticar usa un producto de prueba, un método de pago aprobado y direcciones sintéticas.
Comprueba la transición de estado
Los emails se disparan con cambios de estado concretos. Una tarjeta puede llevar el pedido a Procesando o Completado, mientras una transferencia queda En espera. Un webhook fallido puede dejarlo Pendiente de pago.
Abre las notas del pedido y compara el estado del proveedor con WooCommerce. Confirma que la transición esperada ocurrió una sola vez.
No fuerces Completado solo para provocar un correo cuando el pago o la preparación aún no están resueltos.
Revisa los ajustes de email
En los ajustes de WooCommerce confirma que los avisos correspondientes a cliente y administrador están habilitados. Comprueba destinatarios del nuevo pedido, nombre y dirección remitente, y estado de las plantillas.
El código propio o un personalizador puede modificar destinatarios y disparadores. Prueba primero la ruta estándar en staging antes de reemplazar plantillas.
Usa como From una dirección autenticada del dominio y no la dirección del comprador.
Distingue mensajes de cliente y personal
Nuevo pedido, pedido cancelado y pedido fallido suelen dirigirse a destinatarios internos configurados. Procesando, Completado y Factura suelen enviarse a la dirección de facturación según el estado.
Anota qué aviso exacto falta. Que el comprador reciba su recibo no demuestra que se generara el email Nuevo pedido del administrador.
Comprueba destinatario y disparador por separado usando el mismo pedido controlado.
Examina Action Scheduler y las colas
Algunas extensiones aplazan el correo o el procesamiento mediante Action Scheduler. Revisa acciones pendientes, fallidas o canceladas alrededor de la hora del pedido, incluidas las del pago y los webhooks.
Conserva ID y error antes de reintentar. El reintento no debe cobrar, preparar ni enviar dos veces; verifica la idempotencia de la extensión.
Si crece la cola, revisa WP-Cron, cron real del servidor y límites de recursos del hosting.
Sigue la evidencia de WordPress y SMTP
Busca en el log protegido por referencia de pedido, destinatario y hora. Si no existe ningún mensaje, sigue investigando estado, hooks de notificación y errores PHP.
Si WordPress lo entregó, localízalo en el proveedor SMTP y anota aceptación, aplazamiento, rebote o supresión. Tras una aceptación, revisa cuarentena, spam y reglas del buzón destinatario.
Un resultado correcto de wp_mail() no demuestra la entrega final.
Revisa plantillas y extensiones
Una plantilla WooCommerce sobrescrita y obsoleta, hooks propios o un plugin de facturas PDF pueden lanzar un error mientras se construye el email. Consulta el informe de estado de WooCommerce y los logs PHP.
Actualiza las sobrescrituras mediante una ruta probada y con copia de seguridad. No borres la plantilla personalizada hasta preservar identidad, impuestos y textos legales necesarios.
Aísla los adjuntos opcionales en staging. En tiendas multilingües, el idioma o la extensión fiscal pueden seleccionar otra plantilla o esperar a que se genere un documento.
Verifica el pedido y la entrega
Después de reparar, crea un pedido controlado. Confirma pago, transición, avisos correctos a personal y cliente, aceptación del proveedor y llegada a ambos buzones.
Revisa importes, direcciones, Reply-To y adjuntos sin exponer información de pago. Prueba los métodos principales, porque siguen transiciones diferentes.
Solicita reparación urgente cuando pueda haber pedidos pagados sin preparar o los reintentos puedan duplicar acciones. Comparte ID, estados y logs anonimizados, nunca tarjetas, contraseñas ni contenidos de clientes.