El visitante recibe una confirmación, pero la consulta no llega a nadie. El formulario informó algo sobre su propio procesamiento; no necesariamente comprobó que el buzón del destinatario aceptara el mensaje. Conviene seguir el recorrido como una serie de entregas, cada una con su propia evidencia.
Haz un envío controlado con un asunto reconocible y una dirección que te pertenezca. Anota la hora y la zona horaria. En la primera prueba, evita datos de clientes y archivos adjuntos. Un mensaje breve e inocuo es más fácil de rastrear y reduce la información privada que termina copiada en registros o solicitudes de soporte.
¿El formulario generó la notificación prevista?
Revisa la configuración de ese formulario exacto. Comprueba el destinatario, las condiciones y si la notificación está activada. Dos formularios parecidos pueden enviar a direcciones distintas. En un entorno de pruebas, el envío también puede estar bloqueado de forma deliberada. Confirma dónde recibieron tu prueba antes de interpretar una restricción intencional como una falla.
Si el plugin guarda las consultas, busca la entrada de prueba. No todos lo hacen, y que no exista esa función no implica un error. Un registro guardado confirma que los datos llegaron a esa parte del proceso, pero todavía no demuestra que se enviara el aviso. Mantén separadas ambas conclusiones al comunicar el resultado.
¿El servicio de correo aceptó el mensaje?
WordPress puede entregar el correo a otro sistema para su envío. Que su función de correo devuelva un resultado exitoso no garantiza la recepción final. Si tienes configurada una integración de correo o SMTP, consulta sus registros o el panel del proveedor para la misma hora. Busca una aceptación, un rechazo o una falla de conexión; un indicador verde general aporta menos información.
Pregunta al alojamiento qué servicio gestiona realmente el correo saliente. Si caducaron las credenciales o una conexión por API, actualízalas desde la configuración autorizada y no las publiques en un foro. Revisa los requisitos del proveedor para el remitente y la autenticación del dominio. No improvises registros DNS copiándolos de otro servicio: los valores necesarios dependen de cómo esté organizado tu envío.
¿El destinatario lo recibió o lo filtró?
Comprueba spam, cuarentena, reglas del buzón y posibles devoluciones. Que un mensaje llegue a un buzón y falle en otro permite acotar el caso. Pide al servicio emisor el resultado de entrega o el identificador del mensaje, si está disponible. El administrador del destinatario puede necesitar ese dato y la hora; no necesita la contraseña de administración de WordPress.
Leer el diagrama como texto
- El formulario procesa el envío: Revisa el formulario exacto y el registro de prueba si el plugin guarda entradas.
- Se crea la notificación: Verifica destinatario, aviso activado y reglas condicionales.
- El servicio emisor la procesa: Relaciona el registro con la prueba: aceptación, rechazo o conexión fallida.
- El buzón destinatario la procesa: Revisa resultado, spam, cuarentena y reglas del buzón previsto.
La confirmación del formulario o de wp_mail no demuestra que el correo llegó a la bandeja.
Por ejemplo, el formulario puede guardar la consulta, el servicio aceptar el envío y una regla del destinatario moverlo a una carpeta olvidada. Cambiar de plugin no resolvería esa situación. En cambio, una dirección de notificación mal escrita debe corregirse en el formulario, sin alterar todo el correo del servidor. Sigue la evidencia hasta el punto donde falló la entrega.
Tras corregirlo, realiza otro envío controlado y confirma que llegó al buzón previsto. Revisa también el mensaje que ve el visitante, para que prometa solo lo que el proceso realmente puede garantizar. Después, comprueba las consultas legítimas que pudieran haberse guardado durante la incidencia según tus prácticas habituales de privacidad y conservación. Recuperar los envíos futuros no recupera automáticamente mensajes anteriores que nunca se almacenaron.
