Descubrir que tu formulario de contacto no envía correo suele pasar tarde y por casualidad. Parece la parte más simple de una web: tres campos y un botón. Precisamente por eso nadie lo revisa nunca, y por eso es donde más dinero se pierde: cuando falla, no avisa. No hay pantalla de error, no hay registro rojo en ningún panel. Solo un silencio que se confunde con «este mes ha habido poco movimiento».
Estos son los cinco fallos que más veces aparecen al revisar formularios ajenos, ordenados de más grave a menos. Cada uno lleva su comprobación, que se hace en dos minutos y sin tocar código.
- Campos que se ven pero no se envían.
- El formulario de contacto no envía correo, o llega a spam.
- Conexiones que apuntan a ninguna parte.
- Los datos dicen una cosa y la realidad otra.
- Mensajes de éxito que mienten.
1. Campos que se ven pero no se envían
En los constructores visuales, cada campo tiene un tipo asignado: texto, correo, teléfono. Cuando ese tipo se pierde —una plantilla duplicada, una importación, una actualización del plugin— el campo sigue apareciendo en pantalla y sigue admitiendo texto, pero el navegador no lo envía. Es un campo fantasma: sin el atributo name, el navegador simplemente no manda ese valor.
Si el campo era obligatorio, el efecto es peor todavía: la validación nunca lo da por completado y el formulario entero se queda bloqueado. El visitante rellena, pulsa, no pasa nada, y se va.
Comprobación: rellena el formulario con datos reconocibles y mira el aviso que recibes. Si falta algún campo, o si el botón no responde con todo relleno, ese es el problema.
2. El formulario de contacto no envía correo, o llega a spam
WordPress envía el correo con la función básica del servidor, sin autenticar, poniendo como remitente una dirección del propio dominio. Para el servidor que lo recibe eso parece una suplantación: alguien escribiendo en nombre del dominio desde un servidor no autorizado. Y actúa en consecuencia.
La solución tiene tres partes y ninguna es opcional: enviar por SMTP autenticado, usar como remitente una dirección que exista de verdad, y tener bien configurados los registros SPF, DKIM y DMARC del dominio, que es lo que piden las directrices para remitentes de Gmail.
Comprobación: envía el formulario y espera cinco minutos. Si el aviso no está en la bandeja de entrada, mira en spam. Si tampoco está ahí, no se está enviando.
3. Conexiones que apuntan a ninguna parte
Muchos formularios no se limitan a mandar un correo: envían los datos a un CRM, a una hoja de cálculo o a un flujo de automatización. Y esa conexión es un hilo fino que se rompe sin hacer ruido.
El clásico es apuntar a la dirección de pruebas de la herramienta en lugar de a la de producción. Son URLs casi idénticas, se diferencian en una palabra, y funcionan perfectamente el día que se monta. Cuando el entorno de pruebas se apaga, los envíos empiezan a caer al vacío y el formulario sigue diciendo «gracias, te contestamos enseguida».
Comprobación: haz un envío de prueba y verifica que aparece en los tres sitios donde debería estar: el correo, el registro de envíos dentro de la propia web y la herramienta externa. Si solo está en dos, ya hay una fuga.
Y una recomendación de fondo: que la web guarde siempre una copia propia de cada envío, pase lo que pase con el correo y con la herramienta externa. Es la red de seguridad que convierte un fallo grave en una molestia.
4. Los datos dicen una cosa y la realidad otra
Con el tiempo se acumulan formas de instalar la analítica: un código pegado a mano en la cabecera, un plugin que también lo pone, una herramienta conectada que vuelve a ponerlo. El resultado es que la misma visita se cuenta varias veces y las conversiones aparecen duplicadas —o repartidas entre propiedades distintas, que es peor, porque ninguna tiene la foto completa—.
Esto no hace perder contactos por sí solo. Hace algo más silencioso: impide detectar los que se pierden, y lleva a tomar decisiones de inversión mirando números que no son ciertos.
Comprobación: abre tu web, pulsa Ctrl+U para ver el código fuente y busca gtag/js. Tiene que aparecer una sola vez. Ya que estás, comprueba también que el envío del formulario genera un evento de conversión y que ese evento está marcado como evento clave: sin eso, la analítica cuenta visitas pero no clientes.
5. Mensajes de éxito que mienten
Este es el que convierte cualquiera de los anteriores en un problema invisible. Muchos formularios muestran el «gracias, hemos recibido tu mensaje» antes de saber si el envío ha funcionado, o directamente sin comprobarlo. El visitante se queda tranquilo, el dueño de la web no se entera de nada, y el mensaje no existe en ningún sitio.
Un formulario honesto hace tres cosas: confirma solo cuando el servidor ha respondido que sí, muestra un error claro cuando algo falla, y da una vía alternativa —un teléfono, un correo— para quien se encuentre con ese error.
Comprobación: corta la conexión del móvil y envía el formulario. Si aparece igualmente el mensaje de éxito, ese mensaje no significa nada.
El fallo que no es técnico
Hay un sexto, y no se arregla con código: los avisos llegan bien y nadie los contesta a tiempo. Un contacto respondido en la primera hora tiene muchas más posibilidades de acabar en cliente que uno respondido al día siguiente. Si el proceso depende de que alguien mire un buzón cuando se acuerda, se está perdiendo trabajo que ya estaba ganado.
Merece la pena revisar el formulario cada tres o cuatro meses, y siempre después de actualizar plugins, cambiar de servidor o rediseñar la página. Es media hora al trimestre. Si esto se te queda largo, forma parte de lo que cubre un mantenimiento web serio: no es solo actualizar, es comprobar que lo que da dinero sigue funcionando.
Y si el problema es más de fondo —tienes visitas y aun así no entra nada—, el diagnóstico completo está en dónde se pierden los contactos de tu web.
Preguntas frecuentes
Mi formulario de contacto no envía correo. ¿Por dónde empiezo?
Por comprobar si el fallo está en el envío o en la entrega. Rellena el formulario con un texto reconocible y espera cinco minutos: si el aviso no está en la bandeja de entrada, mira en spam; si tampoco está ahí, no se está enviando y el problema es de configuración del correo.
¿Por qué WordPress manda los correos a spam?
Porque por defecto los envía con la función básica del servidor, sin autenticar y con un remitente de tu propio dominio. Para el servidor que los recibe eso parece una suplantación. Se arregla con SMTP autenticado y con los registros SPF, DKIM y DMARC bien puestos.
¿Cada cuánto conviene revisar el formulario?
Cada tres o cuatro meses, y siempre después de actualizar plugins, cambiar de servidor o rediseñar la página. Es media hora al trimestre.
¿Quieres que revisemos el tuyo?
Hacemos esta revisión sin coste: enviamos un formulario de prueba en tu web, pasamos los cinco puntos y te decimos por escrito qué está roto y qué es urgente. Escríbenos desde la página de contacto y te contestamos el mismo día.