Los clientes pueden recibir confirmación mientras el personal no recibe nada porque New order utiliza destinatarios y plantilla independientes. La tienda puede seguir cobrando, por lo que es una urgencia operativa, no una prueba de que el checkout esté caído.
Usa la lista de pedidos para preparar ventas mientras se repara el correo. Nunca dependas exclusivamente del aviso.
Delimita el periodo afectado
Busca el último aviso recibido y el primer pedido ausente. Registra IDs, estados, métodos de pago y destinatarios previstos.
Comprueba si falla un buzón o todos y compara mensajes al cliente de esos pedidos. No reenvíes emails completos con datos personales a cuentas privadas durante las pruebas.
Inspecciona New order
En WooCommerce > Ajustes > Emails abre Nuevo pedido. Confirma que está habilitado y que las direcciones actuales están bien separadas.
La notificación se activa en estados iniciales concretos. Revisa notas para demostrar creación y pago.
- email habilitado
- lista de destinatarios
- dominio remitente
- override de plantilla
- último pedido recibidoNo añadas administradores sin necesidad comercial: el mensaje contiene información del comprador.
Compara otros mensajes
Después de conciliar el pedido, reenvía una notificación administrativa controlada y un email al cliente. Si el segundo funciona, céntrate en lista, buzón y hooks de New order.
Si ninguno se genera, sigue la ruta compartida WordPress/SMTP. Si llegan otros avisos administrativos, revisa la clase y plantilla específica. No cambies estados repetidamente para probar correo.
Comprueba además si el fallo depende del método de pago o estado inicial. Un pedido contra reembolso y uno pagado pueden recorrer triggers distintos. Usa dos pedidos de prueba conocidos y no pedidos reales ya preparados, para evitar duplicar acciones operativas.
Sigue generación y SMTP
Usa logs protegidos para saber si WordPress creó el mensaje y qué destinatario recibió el proveedor. Registra ID y respuesta.
evento de pedido -> email WooCommerce
WooCommerce -> wp_mail
WordPress -> proveedor SMTP
proveedor -> buzón receptorGuarda metadatos, no el cuerpo completo. Nunca expongas credenciales.
Si WooCommerce genera el email pero el proveedor no lo registra, inspecciona el resultado de wp_mail, el plugin SMTP y errores PHP. Si el proveedor lo acepta, deja de modificar WooCommerce y sigue alias, cuarentena y buzón mediante el ID del mensaje.
Revisa alias y reenvíos
Las direcciones operativas suelen reenviar a varias personas. Comprueba que el alias exista, destinos activos y que el proveedor no rechace autenticación reenviada.
Prueba entrega directa a un buzón corporativo autorizado. Bucles, buzones llenos o exempleados eliminados pueden afectar solo al equipo. Usa una dirección de rol propiedad del negocio, con accesos individuales y política de retención.
Comprueba filtros del buzón
Busca spam, cuarentena, reglas y gateway de seguridad. Asuntos repetidos como «Nuevo pedido» pueden archivarse automáticamente.
Permitir un remitente autenticado puede ayudar, pero no desactives el análisis de adjuntos o dominios completos. Compara el evento del proveedor SMTP con el log final del buzón cuando esté disponible.
Audita hooks de destinatarios
Temas, snippets y sistemas multivendedor pueden cambiar destinatarios o desactivar emails para ciertos productos y estados.
add_filter( 'woocommerce_email_recipient_new_order', function ( $recipient, $order ) {
// Devolver solo destinatarios operativos autorizados y validados.
return $recipient;
}, 10, 2 );Busca este filtro en código propio, maneja pedidos no disponibles y nunca construyas destinatarios con entrada no confiable del checkout.
Restaura y monitoriza
Corrige la configuración, hook, SMTP, reenvío o filtro demostrado. Reenvía solo avisos necesarios e informa a preparación de qué pedidos ya se trataron manualmente.
Durante la incidencia, asigna a una persona la revisión periódica de la lista de pedidos y registra el último ID preparado. Esto evita que dos empleados envíen el mismo paquete cuando los emails retrasados aparezcan después.
Haz una compra controlada y confirma un aviso al equipo, email al cliente, pago y stock. El mantenimiento recurrente debe vigilar rechazos New order y mantener un panel operativo para que fulfilment nunca dependa solo del correo.