El recibo del cliente y el aviso interno de pedido son emails independientes, con disparadores y destinatarios distintos. Que el comprador reciba su mensaje demuestra que una parte del envío funciona, pero el aviso del equipo puede estar desactivado, mal dirigido o rechazado por el correo corporativo.
Compara ambos mensajes usando un único pedido controlado.
Identifica el email ausente
Determina si el equipo espera Nuevo pedido, Pedido cancelado, Pedido fallido o una notificación de una extensión. Anota ID, historial de estados y hora del pedido de prueba.
Comprueba que alcanzó el estado asociado al aviso. El correo Procesando del cliente puede ejecutarse aunque un hook personalizado para el personal no lo haga.
No cambies el estado de pago sin conocer el efecto en preparación y stock.
Verifica activación y destinatarios
Abre los ajustes del email correspondiente y confirma que está habilitado. Revisa la lista completa de destinatarios, separadores y ortografía.
El email de la cuenta administradora de WordPress no tiene por qué coincidir con el destinatario de Nuevo pedido. Comprueba la configuración explícita y cualquier constante o filtro del entorno.
Utiliza buzones de función monitorizados, no la dirección de un empleado que puede haber dejado la empresa.
Revisa alias y grupos de distribución
La dirección configurada puede ser un buzón compartido, alias o grupo que rechaza remitentes externos. Confirma que existe, acepta mensajes del sitio y no reenvía hacia otro destinatario ya incluido.
Solicita al administrador autorizado del correo que revise cuarentena, reglas de transporte y expansión del grupo. La carpeta Spam del usuario no representa todo el sistema.
No añadas una dirección personal como solución permanente sin documentar.
Inspecciona filtros de destinatarios
Temas, plugins y snippets pueden modificar destinatarios mediante hooks de WooCommerce. Busca filtros relacionados con clases de notificación y recipients.
Una condición puede retirar al equipo para ciertos productos, idiomas o estados. Durante la prueba registra solo la clase de email y el ID sintético.
Conserva una reversión y no expongas direcciones de clientes en el debug.
Compara los mensajes generados
Busca en un log de correo protegido los mensajes del cliente y del personal a la hora de la prueba. Si solo existe el primero, investiga ajustes y hooks de WooCommerce.
Si aparecen ambos, compara From, To, asunto, tamaño y adjuntos. El aviso interno puede incluir un PDF o enlace que active una política distinta del proveedor.
No conserves cuerpos completos del pedido más tiempo del necesario.
Sigue el estado de cada destinatario
Busca específicamente la dirección interna en el proveedor SMTP. Anota si aceptó, aplazó, rebotó o suprimió el mensaje.
Un buzón corporativo que antes produjo un rebote permanente puede seguir suprimido aunque ya se haya restaurado. Elimina la supresión solo después de resolver su causa.
Las cabeceras del email del cliente ayudan a comprobar autenticación, pero no sustituyen el rastreo de la ruta interna. Si varias direcciones pertenecen al mismo grupo, comprueba su expansión antes de añadir copias directas que dupliquen alertas.
Crea resiliencia operativa
El equipo debe disponer de una vista autorizada de pedidos y un procedimiento que no dependa únicamente del inbox. Limita permisos y usa filtros del panel o una integración aprobada, no exportaciones por email.
Configura una alerta si existen pedidos pagados sin procesar o falla el correo transaccional. Evita crear dos colas de preparación descoordinadas.
Revisa manualmente los pedidos del intervalo afectado.
Verifica un aviso por pedido
Tras reparar, crea un pedido sintético y confirma email interno, email del cliente, resultado del proveedor y buzones finales. Un evento debe generar solo los avisos previstos.
Prueba estados y métodos principales, Reply-To y adjuntos. Retira los destinatarios temporales.
Solicita reparación urgente si el equipo puede perder pedidos pagados o los filtros son complejos. Comparte ID, clase de email y estado anonimizado del proveedor, nunca datos del comprador, tarjetas ni credenciales.