Un correo retrasado es distinto de uno perdido. Como finalmente llega, sus cabeceras suelen mostrar en qué salto esperó: WordPress, cola, proveedor de envío, gateway receptor o regla del buzón.
Conserva una cabecera completa de una prueba inocua y construye una línea temporal.
Registra cuatro momentos
Anota:
hora de envío en el navegador
hora de entrada o log en WordPress
hora de aceptación del proveedor
hora de entrega en el buzón finalControla las zonas horarias. Las cabeceras Received aparecen ordenadas y pueden usar offsets diferentes. No publiques cabeceras completas porque revelan direcciones e infraestructura.
Comprueba si WordPress puso el aviso en cola
Algunos plugins envían de inmediato; otros usan WP-Cron, Action Scheduler o una cola externa. Revisa acciones pendientes o fallidas, su programación y sus intentos.
Una web con poco tráfico puede ejecutar WP-Cron tarde al llegar otro visitante. Un cron de sistema deshabilitado deja mensajes esperando.
No borres colas sin clasificar: pueden contener pedidos, suscripciones u otros avisos.
Inspecciona eventos del proveedor SMTP
Busca el mensaje por ID, destinatario y hora. Distingue accepted, queued, deferred, delivered, bounced o suppressed.
El proveedor puede aceptar inmediatamente y aplazar porque el servidor receptor responde temporalmente 4xx. Guarda la respuesta exacta. Comprueba límites de cuenta y backlog sin exponer correo de otros clientes.
Lee la ruta final del mensaje
Las cabeceras completas muestran cada salto Received y su hora. Localiza la mayor diferencia entre dos saltos consecutivos.
Si retiene el emisor, repara cola, autenticación o capacidad. Si el gateway receptor lo demora tras aceptar, ese administrador es responsable del salto.
No uses solo Date: la aplicación puede establecerla mucho antes del envío real.
Considera greylisting y reputación
Algunos receptores rechazan temporalmente un remitente nuevo y aceptan el reintento. Un proveedor SMTP correcto reintenta automáticamente.
Fallos SPF, DKIM o DMARC, mala reputación o un pico de volumen aumentan los aplazamientos. Corrige autenticación y comportamiento; no reenvíes muchas pruebas idénticas.
Pide al administrador receptor rastrear el message ID y la respuesta temporal.
Comprueba el filtrado posterior
El mensaje puede llegar a la organización pero esperar en moderación, cuarentena, regla de transporte o helpdesk. Compara la hora del gateway con la visibilidad en la bandeja.
Revisa reenvíos, buzones compartidos y conectores. Un retraso posterior a la aceptación SMTP final no es un problema de PHP. Prueba un segundo destinatario controlado.
Repara y vuelve a medir
Corrige el runner de cola, timeout, límite, autenticación o regla receptora demostrados. Conserva rollback.
Envía una prueba etiquetada y compara otra vez los cuatro momentos. Confirma que la entrada se guarda al instante y que ventas recibe dentro del objetivo. Monitoriza varios eventos no sensibles, no solo una prueba ya calentada.
Define qué significa «tarde»
Fija un umbral realista. Un lead comercial que debe atenderse en cinco minutos no equivale a un informe semanal. Guarda la hora de envío en WordPress e inclúyela en la notificación para distinguir correo tardío de respuesta tardía.
Durante el diagnóstico, permite al equipo autorizado revisar entradas o usa un canal alternativo. No añadas cadenas de reenvío como parche: cada sistema suma otra cola y filtro.
Si ocurre solo en horas punta, compáralo con recursos del hosting y throttling del proveedor.
Cuándo pedir ayuda
Solicita una evaluación si las cabeceras muestran huecos largos, las colas reaparecen o solo falla un dominio. Facilita tiempos redactados, message ID y respuesta SMTP, no contenido ni credenciales.
Un diagnóstico útil identifica el salto que espera y su propietario, en vez de recomendar otro plugin sin evidencias.