Separa las cuatro etapas del fallo
Entrada: comprueba si ocurre con todos los campos, solo en móvil o tras aceptar el aviso de cookies. Anota página, navegador y hora. Un botón que no responde y un correo que acaba en spam son problemas distintos.
Registro: busca la solicitud en el panel o almacenamiento previsto. Si no existe registro, no supongas que el correo conserva una copia. Antes de hacer cambios, identifica qué información puede perderse.
Envío: revisa el resultado del proveedor de correo y sus errores. En WordPress, wp_mail() puede devolver éxito sin acreditar recepción: lo advierte su documentación. Un mensaje verde de un plugin no sustituye esa comprobación.
Recepción: si el proveedor aceptó el mensaje, revisa con el destinatario spam, cuarentena y reglas. La aceptación del servidor tampoco garantiza la carpeta de entrada.
Qué hacer según lo que encuentres
Si el formulario falla antes de registrar: reproduce el error en una copia de pruebas y revisa validación, protección antispam y respuesta del servidor. No desactives protecciones en la web pública para salir del paso.
Si hay registro pero falla la notificación: conserva la solicitud y revisa remitente, destinatario y conexión al proveedor. Mantener una cola de pendientes permite reintentar sin perder el caso; cada reintento debe evitar crear solicitudes duplicadas.
Si solo falla para un destinatario: reúne su código de rechazo, si existe. Cambiar toda la web o instalar varios plugins a la vez dificulta identificar la causa. El problema puede estar fuera del formulario.
Cómo sabrás que está resuelto
Acuerda una prueba controlada con un destinatario que participe. La misma solicitud debe verse en el registro, tener un resultado de notificación comprobable y poder localizarse en destino. No uses datos de clientes para ensayar.
Repite una solicitud cuando falle la respuesta del navegador: debería conservarse una sola entrada si se trata del mismo intento. Verifica también que un error no muestre una confirmación falsa y que el visitante conserve su texto.
Una prueba correcta acredita ese recorrido en ese momento. Para detectar incidencias posteriores, hacen falta registros y revisión de fallos; no basta con comprobar una vez que el botón funciona.
Una experiencia del propio proyecto
En nuestro propio formulario distinguimos guardado y aviso, conservamos el identificador al reintentar y comprobamos respuestas fallidas. Es una práctica aplicada en ALTRUIA, no un caso de éxito de un cliente ni una garantía de entrega.
Fuentes y herramientas oficiales
Guía elaborada por ALTRUIA. Los ejemplos y criterios de revisión son orientativos; el diagnóstico requiere comprobar tu instalación.