Un cliente te llama y pregunta por qué no has respondido a su presupuesto. Dice que escribió el lunes desde tu página. Revisas la bandeja de entrada y no encuentras nada. Haces una prueba, el formulario muestra «Mensaje enviado», pero el correo tampoco aparece. No llegan los mensajes del formulario web y ahora tienes dos problemas: descubrir el fallo y saber cuántas consultas podrías haber perdido.
No llegan los mensajes del formulario web: primeras pruebas
Envía una solicitud de prueba con datos ficticios y comprueba si aparece en la bandeja de entrada, spam o algún registro del servicio. Repite desde otro dispositivo y verifica la dirección del destinatario. Si el formulario confirma el envío pero no llega ningún correo, hay que revisar el proceso de entrega, no solo el diseño visible.
Comprueba dónde debería recibirse el mensaje
Parece evidente, pero muchos errores comienzan aquí.
La dirección que aparece en la página de contacto puede no ser la que recibe los formularios. Quizá cambiaste de correo hace meses y el sistema sigue enviando las notificaciones a una cuenta antigua.
También puede existir un reenvío desde un buzón de administración hacia tu correo habitual.
Pregunta cuál es el destinatario configurado y comprueba si ese buzón existe, está activo y puede recibir mensajes externos.
No necesitas publicar la dirección técnica en la web. Lo importante es saber dónde terminan las solicitudes.
Si tienes acceso al panel del servicio, revisa la configuración del formulario. Si no, solicita al desarrollador que te indique el destino exacto.
Anota cualquier cambio reciente de proveedor, dominio o correo profesional. Una migración de email puede afectar a las notificaciones aunque la página siga abriendo perfectamente.
Haz una prueba que permita seguir el recorrido
Utiliza un nombre claramente identificable, como «Prueba formulario noviembre», y una dirección de correo que controles.
Completa todos los campos obligatorios y envía el mensaje. Anota la fecha y la hora, la URL del formulario y el texto de confirmación que aparece.
Después comprueba la bandeja de entrada, spam, promociones y cualquier filtro automático que tengas configurado.
Si existe un panel donde se almacenan las solicitudes, mira si el registro aparece allí.
Esta diferencia es fundamental: el formulario puede guardar correctamente los datos y fallar únicamente al generar una notificación por correo.
También puede suceder lo contrario. La interfaz muestra una confirmación sin que el servidor haya procesado realmente la solicitud.
La única manera de saberlo es comprobar cada etapa del recorrido.
No utilices información personal de un cliente real para experimentar. Los datos ficticios sirven perfectamente para una comprobación funcional.
¿Por qué aparece «Mensaje enviado» si no recibo nada?
Porque el mensaje de confirmación visible no siempre representa el resultado final de la entrega del correo.
Algunos formularios muestran una confirmación después de que el servidor acepta la solicitud, aunque el servicio de email todavía tenga que procesarla.
Otros pueden mostrarla incorrectamente por un error de programación.
Un servicio de correo también puede aceptar una petición inicial y rechazar posteriormente la entrega, por ejemplo, por problemas con el destinatario o con sus políticas de recepción.
Para identificar el punto de fallo, el desarrollador necesita comprobar los registros disponibles en el servidor o en el proveedor que gestiona las notificaciones.
Lo importante es distinguir entre tres hechos: el navegador envió la solicitud, el servidor la procesó y el correo fue entregado.
No son exactamente lo mismo.
Si el sistema guarda las consultas en una base de datos, podrás revisar si existe un registro incluso cuando la notificación haya fallado.
Revisa spam, filtros y bloqueos de correo
Antes de modificar el código, abre la carpeta de spam y comprueba las reglas automáticas del buzón.
Algunos proveedores clasifican como sospechosos los mensajes enviados desde formularios si la configuración del remitente no resulta coherente.
Por ejemplo, una implementación problemática puede intentar enviar correos utilizando como remitente la dirección que ha escrito el visitante.
Eso puede entrar en conflicto con los mecanismos de autenticación del dominio.
Es preferible que el sistema utilice un remitente autorizado del propio servicio y, cuando corresponda, coloque el correo del visitante en el campo de respuesta.
Si un desarrollador menciona SPF, DKIM o DMARC, está hablando de mecanismos relacionados con la autenticación del correo y las políticas para tratar mensajes.
No necesitas configurarlos a ciegas. Pide que comprueben los registros existentes y las instrucciones del proveedor antes de hacer cambios en DNS.
Modificar entradas incorrectamente puede afectar a otros correos de tu empresa.
Qué comprobar en el formulario desde el móvil
No todos los fallos se producen en el servidor.
Abre la página desde un teléfono y comprueba que puedes completar los campos sin que el teclado tape el botón de envío.
Prueba a introducir una dirección válida, seleccionar las opciones obligatorias y pulsar enviar una sola vez.
Fíjate en los mensajes de error. Un aviso que solo cambia el color de un borde puede pasar desapercibido.
También conviene probar qué sucede cuando falta un dato obligatorio. El formulario debería indicar claramente qué necesita corregirse.
Si el botón queda bloqueado después de un error, el visitante podría abandonar la página pensando que su solicitud se ha enviado.
Haz pruebas en distintos navegadores si tienes acceso a ellos. No hace falta comprobar todos los dispositivos del mercado, pero sí las situaciones habituales de tus clientes.
Cuando el formulario contiene muchos campos, revisa cuáles son realmente necesarios para iniciar una conversación.
Pedir demasiada información puede complicar la experiencia y aumentar las oportunidades de error.
Cómo evitar perder solicitudes durante una incidencia
Si confirmas que el formulario falla, ofrece temporalmente otro canal de contacto visible.
Un botón de WhatsApp puede permitir que el cliente escriba directamente al negocio. También puedes mostrar un correo operativo o un teléfono de atención.
No es necesario eliminar el formulario sin investigar. Puedes desactivarlo temporalmente o mostrar un aviso cuando tengas una alternativa clara.
Si tu sistema conserva las solicitudes recibidas, revisa los registros pendientes y responde a las personas afectadas cuando puedas hacerlo de forma segura.
No des por hecho que puedes recuperar todos los mensajes anteriores. Eso dependerá de si se almacenaron y de cómo estaba configurado el servicio.
Una buena práctica es tener un método de comprobación periódico. Envía una solicitud de prueba después de una actualización importante, una migración de dominio o un cambio del proveedor de correo.
Documenta dónde se reciben las notificaciones y quién debe responderlas.
¿Necesitas sustituir todo el formulario?
Normalmente, no.
Si el problema es una dirección incorrecta, un ajuste del proveedor de correo o un error concreto de configuración, puede resolverse sin rediseñar la página.
Tampoco necesitas contratar un chatbot para sustituir un formulario que debería funcionar correctamente.
El formulario sigue siendo una opción útil cuando el visitante necesita explicar una consulta, adjuntar información permitida o solicitar un presupuesto.
Sí puede convenir revisar la implementación cuando los errores se repiten, el sistema no registra ninguna incidencia o resulta imposible comprobar qué solicitudes se han procesado.
En ese caso, pregunta si es posible disponer de registros de estado, alertas de fallos y un mecanismo de recuperación de solicitudes, respetando la privacidad de los usuarios.
La solución debe responder al problema detectado y al volumen real de consultas del negocio.
Qué pedir al desarrollador después de solucionar el fallo
No te conformes únicamente con «ya funciona».
Pide que confirme qué estaba fallando, qué cambio se realizó y cómo se ha probado.
Una comprobación completa debería incluir el envío desde la web pública, la recepción en el buzón correcto y la verificación de que los mensajes de error y confirmación corresponden al resultado real.
Si el formulario utiliza un servicio externo, conviene saber quién administra esa cuenta y dónde se reciben sus avisos.
No necesitas guardar una documentación extensa, pero sí tener claros los accesos y el procedimiento para comunicar una nueva incidencia.
Si vuelves a cambiar el dominio o el correo, incluye el formulario en la lista de comprobaciones.
Cuando no llegan los mensajes del formulario web, el objetivo no es únicamente conseguir que una prueba aparezca en la bandeja. Es recuperar un canal de contacto fiable y saber cómo comprobarlo en el futuro.
Si tu formulario parece funcionar, pero las consultas no llegan, escríbenos por WhatsApp. En Skyba Tech podemos ayudarte a revisar dónde se interrumpe el envío.