Un cliente rellena el formulario de tu web, pulsa enviar y lee «Gracias, hemos recibido tu mensaje». Tú no recibes nada. Él espera una respuesta y tú sigues pensando que esa semana han entrado pocas consultas.
Cuando un formulario de WordPress no envía correos —o parece enviarlos, pero no llegan—, hay que revisar dónde se interrumpe el recorrido. El mensaje de confirmación, la solicitud guardada, el correo recibido y el contacto creado en tu CRM son comprobaciones distintas.
Antes de cambiar el formulario o instalar otro plugin, haz una prueba que puedas seguir de principio a fin. Te ayudará a encontrar el fallo y a pedir una solución concreta a quien mantiene tu web.
«Mensaje enviado» no significa «contacto recibido»
El aviso que ve el visitante depende de cómo esté programado el formulario. Puede indicar que la web ha aceptado los datos o que ha procesado una petición de envío. No demuestra necesariamente que tu bandeja de entrada contenga el mensaje.
Datos a tener en cuenta
La documentación oficial de WordPress aclara que una respuesta correcta de wp_mail(), su función de envío de correo, no garantiza que el destinatario haya recibido el mensaje. Solo indica que el método utilizado pudo procesar la petición sin errores.
Por eso, una prueba no termina al ver la confirmación en pantalla: hay que comprobar también el destino. Fuente: documentación de WordPress.
Para revisar tu caso, separa estas etapas. No todas las webs las ejecutan en el mismo orden y algunas no tienen CRM ni almacenamiento propio:
- El formulario acepta los datos. No aparece un error de validación ni se queda cargando.
- La solicitud queda registrada, si existe esa función. Hay una entrada que permite recuperarla aunque falle un aviso.
- El sistema intenta enviar el correo. El servicio de envío deja constancia de lo que ha ocurrido.
- El destinatario recibe la notificación. Puede aparecer en la bandeja principal, en spam o en otra carpeta.
- La persona responsable puede atenderla. El contacto llega al CRM o al procedimiento que usa tu equipo.
Una solicitud no debería depender de que alguien encuentre un correo para que la empresa sepa que existe.Criterio editorial de marketing deweb
La primera prueba: envía una solicitud que puedas reconocer
Hazla desde la página pública, sin tener iniciada la sesión de WordPress. Utiliza datos de prueba propios y un texto reconocible, como «PRUEBA WEB 12 OCT 10:30». Anota la dirección exacta de la página y la hora del envío.
Si la web tiene varios formularios, prueba cada recorrido importante: contacto general, solicitud de presupuesto y reserva, por ejemplo. Que uno funcione no demuestra que los demás compartan su configuración.
- Completa el envío desde el móvil. Comprueba campos obligatorios, mensajes de error, botón y confirmación. Repite desde ordenador si el comportamiento es distinto.
- Busca la solicitud en el registro del formulario. Si no sabes dónde está, pregunta si se almacenan las entradas. No des por hecho que existe.
- Busca el correo por el texto de prueba. Revisa spam, reglas de clasificación y el buzón que figura como destinatario en la configuración.
- Comprueba el CRM, si lo utilizas. Revisa si se ha creado un contacto nuevo, actualizado uno existente o generado una tarea.
- Confirma quién recibe el aviso. Una entrada guardada que nadie consulta sigue dejando al cliente sin respuesta.
No hace falta repetir veinte envíos iguales. El objetivo es tener una referencia identificable que tu proveedor pueda buscar en cada sistema. Guarda el resultado antes de cambiar nada.
Cómo localizar el fallo según lo que ves
| Qué ocurre | Qué revisar primero | Qué no demuestra todavía |
|---|---|---|
| El botón no responde o el formulario se queda cargando. | Validación, errores del navegador, protección antispam y respuesta del servidor. | No demuestra un fallo del correo. |
| Aparece confirmación, pero no encuentras una entrada guardada. | Si el formulario tiene almacenamiento y si está activado. | La ausencia de registro no demuestra que no se intentara enviar. |
| La entrada está guardada, pero no llega el aviso. | Destinatario, registro del servicio de envío y filtros del buzón. | No implica que se haya perdido la solicitud original. |
| Llega el correo, pero el contacto no aparece en el CRM. | Conexión, permisos, campos exigidos y reglas de duplicados. | Cambiar el envío de correo no resolverá necesariamente la integración. |
| La solicitud llega al CRM, pero nadie responde. | Asignación, notificaciones y seguimiento comercial. | No es necesariamente un fallo del formulario. |
Esta tabla orienta la revisión; no sustituye los registros de tu instalación. También pueden coincidir dos problemas, como una notificación que va a spam y una conexión al CRM que ha dejado de funcionar.
Si la solicitud existe, pero el correo no llega
Comprueba a qué dirección se está enviando
Empieza por lo más sencillo: el destinatario. Puede quedar una dirección antigua, un buzón del desarrollador o una regla que envía ciertas consultas a otro departamento. Si hay destinatarios distintos según el servicio seleccionado, prueba esas opciones.
Después revisa las reglas del buzón, el espacio disponible y si el mensaje está en spam. Encontrarlo ahí permite recuperar esa consulta, pero conviene investigar por qué ocurre.
Revisa el remitente y la dirección de respuesta
El correo del visitante sirve para contestarle, pero no debería utilizarse sin más como identidad del sistema que envía la notificación. Contact Form 7 recomienda un remitente del dominio de la web y utilizar Reply-To para indicar la dirección a la que quieres responder. Consulta sus recomendaciones de configuración.
Por ejemplo, la notificación puede salir desde una dirección autorizada de tu empresa y permitir que, al pulsar «Responder», escribas al cliente. Quien configure el envío debe comprobar que ese remitente está autorizado por el proveedor utilizado.
Una conexión SMTP ayuda, pero no garantiza la entrega
SMTP permite conectar la web a un servidor de correo; algunos proveedores ofrecen también una conexión mediante API. Lo relevante es disponer de un envío correctamente configurado y de información para investigar sus fallos.
Pide que revisen la autenticación del dominio y la respuesta del servicio. Las directrices de Gmail, por ejemplo, incluyen SPF o DKIM entre los requisitos para enviar a cuentas personales de Gmail. Son mecanismos para acreditar el origen del correo; no una garantía de que todos los mensajes acabarán en la bandeja principal.
Si un registro dice «enviado» o «entregado», pregunta qué significa en ese proveedor. La aceptación por un servidor receptor no confirma que el comercial lo haya visto. Guarda el identificador del mensaje y cualquier motivo de rechazo para que la revisión tenga una pista concreta.
Comprueba si tu formulario guarda las solicitudes
WordPress no garantiza por sí solo que todas las entradas de cualquier formulario queden almacenadas. Depende de la herramienta, su configuración y las integraciones que hayas añadido.
Un ejemplo documentado es Contact Form 7: no almacena los mensajes por sí mismo. Su autor propone Flamingo como complemento para guardarlos en la base de datos. Así lo explica su documentación. Esto no significa que debas instalarlo si tu formulario ya tiene otro registro fiable.
La pregunta para tu proveedor es sencilla: «Si mañana falla el correo, ¿dónde puedo consultar las solicitudes recibidas?» Pídele que te enseñe una entrada de prueba y cómo encontrarla.
Ese registro debe tener acceso restringido y una conservación adecuada al uso de los datos. Guardar todo indefinidamente o multiplicar copias en distintos buzones no es el objetivo. Tampoco instalar hoy un registro recupera automáticamente los mensajes que no se almacenaron ayer.
Si el correo llega, pero la solicitud no aparece en el CRM
Aquí el correo ya ha superado parte del recorrido. Ahora toca buscar la solicitud en la integración que conecta la web con tu herramienta comercial.
Una conexión puede rechazar una entrada porque falte un campo obligatorio, haya cambiado un permiso o un valor no tenga el formato esperado. También puede actualizar un contacto existente en lugar de crear otro, haciendo que parezca que no ha entrado nada nuevo.
Pide tres comprobaciones: qué datos salieron del formulario, qué respuesta devolvió el CRM y qué registro se creó o actualizó. Si hay reintentos, deben evitar que la misma solicitud se convierta en varios contactos duplicados.
Cuando el contacto ya existe y está asignado, la revisión pasa al seguimiento. Es una distinción que desarrollamos también al explicar por qué puedes tener más leads pero menos ventas.
No confundas las conversiones de las campañas con las consultas atendidas
Un evento de conversión puede estar configurado para activarse al pulsar un botón, al completarse el formulario o al visitar una página de agradecimiento. Ninguno de esos momentos demuestra por sí solo que tu equipo recibió y atendió la solicitud.
Comprueba qué dispara tu evento. Un clic en «Enviar» puede preceder a un error; una página de agradecimiento puede volver a visitarse. Para diagnosticar la pérdida, compara solicitudes identificables del mismo periodo y separa pruebas, spam y duplicados. No esperes que el total del CRM coincida automáticamente con las conversiones atribuidas por una plataforma publicitaria.
Ejemplo ficticio: una empresa encuentra 12 solicitudes válidas guardadas en su formulario, pero solo 9 avisos en el buzón. Tiene 3 solicitudes que revisar y una recepción de avisos del 75 % en esa muestra. No puede afirmar que haya perdido 3 ventas: debe comprobar si esos contactos llegaron por otra vía y si alguien los atendió.
Qué pedir para dar el problema por resuelto
«Ya hemos instalado SMTP» describe un cambio. Para cerrar la incidencia, necesitas una prueba del resultado:
- Una solicitud completada desde la web pública, con página y hora anotadas.
- Su entrada guardada, cuando el sistema tenga almacenamiento.
- La notificación localizada en el buzón correcto.
- El contacto creado o actualizado en el CRM, si forma parte del recorrido.
- Un responsable que confirme que puede verlo y responder.
- Un procedimiento para detectar fallos y recuperar solicitudes cuando algo vuelva a interrumpirse.
Repite las pruebas tras cambios que afecten al formulario, al correo o a sus conexiones. Un rediseño también puede modificar esos recorridos; inclúyelos entre las comprobaciones antes de aprobar una web rediseñada.
Si necesitas revisar cómo se conectan tu web, sus formularios y tus herramientas, podemos ayudarte desde nuestro servicio de desarrollo web en WordPress.
Cuéntame qué necesitas. Analizaré tu web o tu idea y te propondré la solución más adecuada, ya sea un rediseño, una nueva funcionalidad o una integración con otras herramientas.
La comprobación que haría hoy
Antes de concluir que tu web no genera interés, envía una solicitud y sigue su recorrido hasta la persona que debería responderla. Si no puedes localizarla, ya tienes una tarea concreta que resolver.
Una web puede verse perfectamente y tener roto el paso más importante para tu negocio. Merece la pena comprobarlo antes de invertir más en llevar personas hasta ese formulario.
