Analytics dice que la gente llega. Search Console no está muerto. El comercial dice que el teléfono no suena. Abres la home, bajas, y el formulario de contacto no convierte: siete campos, un «Enviar» y un silencio después del clic.
Casi nunca es el color del botón. Es la pregunta que le haces al usuario en el peor momento: «cuéntame tu vida para que yo decida si te contesto». Cada campo extra es una razón para cerrar la pestaña. Cada label vago es una duda. Cada página de gracias vacía es una conversión que no se confirma.
Esto es lo que miramos en Truman cuando auditamos un diseño UX/UI de captación. Campos, copy, fricción y el después. Sin rediseñar la marca para esconder un formulario que pide demasiado.
Por qué el formulario de contacto no convierte (y no es el botón)
Un formulario es una negociación. Tú quieres un lead cualificado. El usuario quiere una respuesta sin hacer un examen. Si pides más de lo que das a cambio, pierdes. El botón solo ejecuta esa negociación. Pintarlo más grande no cambia el trato.
En webs de servicios el formulario suele estar donde acaba el argumento, no donde empieza la duda. El usuario ya leyó precios vagos, casos y un párrafo de «equipo multidisciplinar». Llega al formulario cansado. Ahí cada campo inútil pesa más que en una landing de una sola oferta.
Baymard lleva años documentando lo mismo en checkout: más campos, más abandono. El contacto B2B no es un checkout, pero la psicología es la misma. Si no necesitas el dato para responder, no lo pidas ahora. Cualifícalo después, en la llamada.
+20 %
En tests de checkout, simplificar el formulario es de las palancas que más mueven la finalización. El contacto de servicios obedece la misma regla: menos petición, más envío.
Fuente: Baymard Institute, investigación de checkout y formularios
Campos: lo que puedes pedir y lo que estás cobrando en fricción
Nombre, email, mensaje. Con eso se puede contestar el 90 % de las webs de estudio o de clínica que vemos. Teléfono si de verdad llamáis. Empresa si el comercial no puede trabajar sin ella. Presupuesto, cargo y «cómo nos conociste» son ego del CRM. Cada uno tiene un precio en envíos.
| Campo | En el primer envío | Cuándo sí |
|---|---|---|
| Nombre y email | Obligatorio | Siempre. Sin esto no hay conversación |
| Mensaje o necesidad | Corto | Un textarea con placeholder que ayude, no un examen |
| Teléfono | Solo si llamáis | Si respondéis por email, sobra. Si es cita, tiene sentido |
| Empresa / cargo / presupuesto | Después | Cualificáis en la respuesta, no en el primer clic |
| Captcha agresivo + triple legal | Fricción extra | Un checkbox claro y un honeypot bien hecho bastan en la mayoría |
El teléfono es el campo que más se pelea con el teclado. Si lo pides, acepta espacios, prefijo y nueve dígitos. No castigues el autofill. type=»email», autocomplete real, inputmode en móvil. Parece menor. En un iPhone con prisa es la diferencia entre enviar y no.
Si el copy de la página no sostiene el formulario, arregla el copy antes de sumar campos «para cualificar». El marco está en copywriting web que sí convierte. Un formulario corto debajo de un texto que no promete nada sigue vacío.
Copy, contexto y el momento en el que pides el dato
«Contacta» es el infinitivo más vago del marketing. Sustitúyelo por la acción real: pedir cita, pedir presupuesto, hablar con recepción, escribir a un humano. El botón debe repetir esa acción. «Enviar» es el nombre del protocolo, no de la promesa.
Encima del formulario, una frase de qué pasa después. «Te respondemos en un día laborable. Si es urgente, llama.» Eso baja ansiedad. Un horario, un teléfono visible y una persona con nombre bajan más. El formulario no compite con el teléfono: se complementan. Esconder el teléfono para forzar el lead es una forma de perder a quien ya quería escribir.
En una landing, el formulario es el objetivo. En una web de servicios, a veces es uno de tres: llamada, WhatsApp, email. No multipliques CTAs que se pisan. El criterio de jerarquía está en diseño de landing que convierte y en las leyes de UX que una web tiene que respetar: Hick, Miller y el coste de cada decisión extra.
Si tú fueras el cliente, ¿enviarías este formulario un martes a las 23:10 desde el móvil?
Validación, errores y lo que pasa después de enviar
La validación inline ahorra el envío fallido, y es solo una de las decisiones que deciden si un formulario se termina: lo desarrollamos en UX de errores y validación en formularios web. El error al lado del campo, en el idioma de la persona, no en el del parser. «El teléfono no parece correcto» es mejor que «invalid input». No borres lo que ya escribió. No hagas scroll al header. No uses solo color para marcar el fallo.
El después es la mitad de la conversión y casi nadie lo diseña. Email de confirmación al usuario. Aviso interno que no caiga en spam. SLA visible. Si el lead entra en un CRM y nadie lo toca en 48 horas, el formulario «convirtió» para Analytics y fracasó para el negocio. Eso no se arregla en Figma.
Tip técnico: no rompas el autofill ni el teclado
name y autocomplete coherentes (name, email, tel, organization). Evita cortar el email en dos campos. Evita captchas que exigen semáforos en móvil si un honeypot y un rate-limit resuelven el 95 % del spam. Mide abandonos por campo si puedes; si no, mide al menos envíos vs vistas de la página que lo contiene. Un 1 % no es «normal»: es una señal.
Cómo se ve cuando el formulario es parte del servicio
En Clínica Eleya el contacto no es un buzón genérico: es el paso hacia una cita. El formulario tiene que sonar a recepción, no a lead magnet. Menos campos de cualificación de marketing, más claridad de especialidad y de qué ocurre después de enviar.
En La Remediadora el tono de la marca no perdona un formulario de intranet. Si la web habla claro, el formulario no puede pedir «consulta su solicitud». Las palabras son parte de la UX. Un label frío rompe la confianza que la página acaba de construir.
Si necesitas siete campos para saber si te interesa el cliente, el problema no es el formulario: es que no tenéis criterio de respuesta. Pedid menos, contestad antes. El CRM se llena en la segunda frase.
Si el tráfico llega y el formulario no, verifica esto
- ¿Pides solo los datos que usáis para dar la primera respuesta?
- ¿El botón dice la acción real, no «Enviar»?
- ¿Hay una frase de qué pasa después y en cuánto tiempo?
- ¿Labels visibles, autocomplete y teclado móvil correctos?
- ¿Los errores son por campo, en español y no borran lo escrito?
- ¿La página de gracias confirma recepción y da un plan B (teléfono, email)?
- ¿Alguien humano responde de verdad dentro de la promesa?
- ¿Habéis medido envíos / vistas de la página, no solo clics al bloque?
Preguntas frecuentes sobre formularios de contacto que no convierten
¿Por qué el formulario de contacto no convierte si hay tráfico?
Porque tráfico no es intención de escribir. Una parte llega a leer. Otra llega desde móvil y el formulario pide demasiado. Otra llega y no entiende qué va a pasar. Mide la tasa de la página de contacto, no la de toda la web. Luego corta campos y aclara la promesa antes de rediseñar el hero.
¿Cuántos campos debería tener un formulario de servicios?
Tres o cuatro en el primer envío. Nombre, email, mensaje; teléfono si llamáis. El resto es una conversación. Si vendes proyectos de 20.000 €, no necesitas el presupuesto en el campo 5: lo preguntáis vosotros.
¿Es mejor un formulario o un calendario de reservas?
Si el siguiente paso es una llamada de 20 minutos y tenéis agenda real, el calendario quita un correo. Si el siguiente paso es cualificar, el formulario corto gana. Mezclar los dos sin jerarquía (formulario + Calendly + WhatsApp + chat) es pedir que el usuario elija por ti.
¿El captcha baja tanto la conversión?
El captcha de puzzles en móvil, sí. El honeypot + tiempo mínimo + límite de envíos, casi nunca. Empieza por ahí. Si el spam es un ataque, entonces un reto invisible o un segundo paso. No pongas semáforos el día uno «por si acaso».
