Una entrada guardada es una evidencia valiosa: la petición del visitante llegó a WordPress y el plugin la escribió. El fallo restante está entre la lógica de notificación y el buzón final.
Protege esos leads y rastrea una prueba sin cambiar varias capas a la vez.
Protege y clasifica las entradas existentes
Restringe el acceso porque suelen contener datos personales. Identifica consultas sin responder desde el último aviso correcto y envíalas mediante un proceso aprobado.
Crea una tabla de reconciliación mínima con ID de entrada, fecha, estado de contacto y responsable. Así evitas responder dos veces al mismo lead y puedes demostrar qué consultas se recuperaron sin copiar el contenido sensible fuera del sistema.
No exportes toda la base por email ni a un ticket público. Si necesitas exportar, minimiza campos, almacena con seguridad y sigue la retención.
Usa para el diagnóstico un ID y hora sintéticos, no el mensaje de un cliente.
Confirma que la notificación correcta está activa
Un plugin puede guardar entradas con todos los emails deshabilitados. Abre el formulario activo y revisa estado, destinatario, asunto y condiciones de cada notificación.
Busca cambios de staging, migración o actualización. Un token To dependiente de un campo vacío o mal formado puede impedir crear correo.
Mantén al visitante en Reply-To y usa un From autenticado.
Prueba las condiciones
Reproduce exactamente departamento, producto o consentimiento que debería activar el aviso. Compara la etiqueta visible con el valor almacenado.
Crea una prueba que deba cumplir y otra que no. Confirma qué IDs se ejecutan. No elimines todas las condiciones porque podrías enviar datos al equipo equivocado.
Si necesitas una ruta por defecto, usa un buzón interno autorizado y documenta su motivo.
Inspecciona la generación en WordPress
Activa un mail log solo el tiempo necesario para capturar destinatario, hora, referencia y resultado, minimizando el cuerpo y protegiendo acceso.
Si la entrada no tiene intento correspondiente, revisa plugin y errores PHP por esa hora. Un conflicto de hooks, cabecera inválida, fatal o cola puede detener la generación después de guardar.
Si WordPress registró éxito, continúa hacia fuera; todavía no demuestra entrega.
Revisa colas y tareas programadas
Algunos plugins encolan notificaciones. Consulta trabajos pendientes o fallidos y verifica WP-Cron o el cron del servidor.
Busca backlog creciente, reintentos y límites del hosting. No borres la cola antes de registrar su estado; puede contener consultas recuperables.
Repara el runner o trabajo concreto y procesa a ritmo controlado para no provocar throttling.
Antes de reintentar, confirma si el trabajo es idempotente. Si una notificación pudo salir aunque quedara marcada como fallida, una repetición masiva generaría duplicados. Ensaya con una sola entrada controlada, registra el nuevo message ID y amplía el lote únicamente cuando el resultado sea inequívoco.
Sigue SMTP y el buzón
Busca en el proveedor por destinatario y hora. Anota aceptación, aplazamiento, rebote o supresión y conserva el message ID. Revisa el Return-Path por non-delivery reports.
Si fue aceptado, pide al administrador destinatario buscar cuarentena del gateway, reglas, alias y restricciones de buzones compartidos. Que no esté en Spam no significa que no llegara a la organización.
Verifica SPF, DKIM y DMARC mediante una copia entregada.
Demuestra la recuperación completa
Tras la reparación concreta, realiza un envío etiquetado. Confirma una entrada, el ID previsto, un intento, aceptación y entrega final. Prueba Reply-To, rutas condicionales y adjuntos si existen.
Reconcilia después el inventario de entradas con los eventos del proveedor y marca las que requieren atención humana. No conviertas automáticamente todos los registros antiguos en nuevos correos: respeta consentimiento, retención y contexto comercial.
Monitoriza varios eventos de bajo riesgo y asegúrate de que Analytics registra éxito solo tras confirmar el servidor.
Cuándo pedir ayuda urgente
Solicita reparación si se acumulan entradas, la cola es incierta o los registros se interrumpen entre capas. Comparte IDs, horas y errores redactados, nunca contenido, credenciales o exportaciones.
La prioridad es recuperar los leads existentes y demostrar la ruta futura sin comprometer su privacidad.