Una prueba SMTP confirma que WordPress puede autenticar y enviar un mensaje con las cabeceras y destinatario de esa herramienta. El formulario puede fallar antes de llamar al correo o construir otro remitente, destinatario, adjunto o regla.
Compara ambas rutas en vez de reinstalar el plugin SMTP.
Comprueba si el formulario se procesó
Envía datos sintéticos desde la página pública sin sesión. Registra ID, URL, hora y destinatario. Revisa la respuesta y si el plugin guardó una entrada.
Si no existe, el fallo precede a SMTP: investiga validación, CAPTCHA, JavaScript, WAF y PHP. La prueba SMTP no aporta evidencia sobre esa petición.
Si existe, continúa hacia la selección de notificación.
Confirma que se ejecutó una notificación
Abre el formulario activo y revisa avisos habilitados, eventos y condiciones. Un pago puede esperar confirmación; una regla departamental puede suprimir el correo si el valor interno no coincide.
Usa logs protegidos para identificar el ID ejecutado. No elimines todas las condiciones en producción ni envíes datos a un buzón no autorizado.
Confirma que la página no utiliza una copia antigua.
Compara From y Reply-To
La prueba suele enviar desde la dirección configurada por el proveedor. El formulario puede sustituir From por el email del visitante y suplantar un dominio externo.
Usa una dirección autenticada como From y al visitante en Reply-To. Compara nombre, Return-Path y cabeceras personalizadas.
Un CC/BCC mal formado o saltos de línea pueden detener el mensaje antes del proveedor.
Compara destinatarios y rutas
La prueba va a una dirección escrita manualmente; el formulario puede contener un destinatario incorrecto o un token vacío. Confirma el To resultante en el mail log.
Prueba el buzón empresarial real. Que llegue a Gmail no demuestra que un gateway corporativo lo acepte.
Revisa alias, grupos y buzones compartidos después de la aceptación.
Comprueba contenido y adjuntos
Un test corto puede pasar mientras el mensaje real supera límites, contiene un adjunto bloqueado o activa una política. Prueba primero sin adjunto y después con un archivo pequeño permitido.
Compara asunto, HTML, enlaces y tamaño codificado. No disfraces archivos ni ofusques URL para evadir filtros.
Para cargas grandes o sensibles, utiliza almacenamiento controlado con acceso caducable.
Busca otro mailer o una sobrescritura
Código propio u otro plugin puede cambiar PHPMailer después de que el plugin SMTP lo configure. Busca phpmailer_init, filtros de wp_mail y hooks específicos en tema, snippets y must-use plugins.
En multisite puede haber mailers de red y sitio con distinta propiedad. Usa los logs para confirmar qué transporte gestionó el formulario.
Conserva una reversión y prueba una sobrescritura cada vez.
Inspecciona colas y timeouts
La prueba administrativa es simple; el formulario público puede llamar webhooks o encolar el aviso. Revisa WP-Cron, acciones programadas y errores PHP de la hora.
Si la entrada se guardó antes del timeout, comprueba si el correo ya fue aceptado antes de repetir. Los clics adicionales pueden duplicar leads.
Repara la cola o integración, no muestres éxito mediante un temporizador fijo.
Correlaciona el proveedor
Busca en el proveedor la prueba correcta y la hora del formulario. Si solo aparece la prueba, el formulario no alcanzó el transporte. Si aparecen ambos, compara estado por destinatario, rebote y supresión.
La aceptación desplaza la investigación al gateway. Conserva message ID y códigos redactados.
Verifica el recorrido real
Tras corregir, envía el formulario en vivo con otra referencia. Confirma una petición, entrada, notificación, aceptación y llegada empresarial.
Comprueba Reply-To, condiciones, adjuntos, móvil y Analytics. Revisa consultas guardadas durante la caída.
Solicita ayuda urgente si utilizan mailers distintos, los logs discrepan o se pierden leads. Comparte ID y errores redactados, nunca contraseñas o contenido real.