¿Cuántos campos puede tener un formulario de contacto?
La respuesta de siempre es “los menos posibles” y se apoya en cifras que nadie puede comprobar. Se puede afinar: cada campo tiene un precio, una utilidad y un límite legal.
Desde hace años, la respuesta estándar a la pregunta por el número de campos es “los menos posibles”. Casi siempre llega con una cifra detrás: alguien recortó un formulario de once campos a cuatro y la conversión subió un 120 por ciento. Esa cifra está en blogs de proveedores, lleva más de una década pasando de mano en mano y nadie puede rehacer el análisis que la sostiene. No hay datos, no hay tamaño de muestra, no hay nota sobre qué más cambió a la vez. Como afirmación comercial es legítima. Como base para tu formulario no sirve.
La pregunta se puede plantear mejor. Cada campo tiene un precio: el riesgo de que alguien lo deje a medias. Y cada campo tiene una utilidad: cualifica la solicitud y te ahorra trabajo. A eso se suma una tercera cara que las guías de conversión casi nunca mencionan. El Reglamento General de Protección de Datos exige minimización. Un campo que no necesitas para tu finalidad no lo puedes recoger.
Así, el número de campos tiene un suelo que sale de la utilidad y un techo que sale de la ley. Entre ambos hay un margen, y dónde caes dentro de ese margen lo decide el motivo. Un formulario de devolución de llamada no se parece a una inscripción a un evento.
Lo que cuesta un campo
El precio de un campo es un abandono que nunca llega a tu bandeja de entrada. Por eso es invisible: ves las solicitudes que entraron, nunca las que alguien dejó a medio camino. Cuatro cosas empujan ese precio.
Esfuerzo de escritura. En el móvil, cada campo de texto libre es una carga, sobre todo cuando el teclado tapa medio formulario. Esfuerzo mental. Un campo en el que el visitante tiene que pensar qué le estás pidiendo lo frena. Desconfianza. Algunos campos anuncian lo que viene después. Un teléfono obligatorio significa para mucha gente: aquí me va a llamar alguien. Superficie de error. Cada campo con validación de formato es un sitio más donde el formulario puede decir que no.
No todos los campos cuestan lo mismo
La dirección de correo casi no cuesta, porque se espera. El nombre tampoco. Caro es todo lo que huele a ventas o cuya finalidad no se ve: el teléfono como obligatorio, la fecha de nacimiento, el número de empleados. Y caro es cualquier campo de texto libre que podría ser una lista. Un campo “asunto” cuesta esfuerzo mental y acaba devolviendo la palabra “consulta”. Una lista con cinco motivos cuesta un clic y devuelve una clasificación.
Lo que aporta un campo
La utilidad se vuelve concreta cuando la traduces a correos de vuelta. Una petición de presupuesto sin indicación del alcance te cuesta un mensaje, una respuesta y casi siempre un día. En ese día, quien pregunta también escribe a otros dos proveedores. Una lista con tres tramos de tamaño habría ahorrado ese día.
El campo que falta en la mayoría de formularios y que casi siempre ahorra trabajo es una lista con el motivo de la consulta. Clasifica el mensaje al instante, puede dirigirlo al buzón correcto y te dice si corre prisa antes de abrirlo. Quien quiera recortar, monta primero ese campo y entrega otro a cambio.
Obligatorio u opcional es una decisión, no un ajuste de fábrica
Un campo opcional traslada la decisión al visitante. Eso baja el precio y baja también la calidad del dato: en una columna medio llena no se ve si el dato falta o si no aplica. Los dos caminos se sostienen. Lo que no se sostiene es un campo obligatorio que solo lo es porque el creador de formularios venía así configurado.
El techo lo marca el RGPD
El artículo 5, apartado 1, letra c) del RGPD exige que los datos personales sean adecuados, pertinentes y limitados a lo necesario para la finalidad. Llevado a un formulario: cada campo necesita una finalidad, y esa finalidad tiene que ser la razón por la que el campo está ahí. “Igual me sirve más adelante” no es una finalidad. A eso se suma el artículo 13: al recoger los datos tienes que informar de para qué los usas, sobre qué base y cuánto tiempo los conservas. En la práctica es una línea corta bajo el formulario con un enlace a tu política de privacidad.
Esto es una orientación y no asesoramiento jurídico. Si en tu caso hay mucho en juego, que lo revise alguien que responda por ello. Y como en este terreno se trabaja mucho con el miedo: no conocemos ninguna sanción impuesta solo por un formulario de contacto demasiado largo. La obligación está igualmente en el texto del reglamento, y es el único argumento de este debate que no necesita ningún estudio.
Un caso aparte es la casilla de newsletter dentro del formulario de contacto. Es una segunda finalidad con su propia base jurídica y necesita un consentimiento activo propio con su correo de confirmación. Cómo queda ese circuito bien montado está en el artículo sobre el doble opt-in y el RGPD.
Cinco campos que probablemente puedes quitar
- Tratamiento. Tiene sentido si escribes de forma automatizada. Si contesta una persona, basta con el nombre.
- Teléfono como campo obligatorio. Caro y difícil de justificar en una consulta que respondes por correo. Opcional, con media frase que explique para qué ayuda, conserva su utilidad.
- Nombre de empresa cuando vendes a particulares. Si nueve de cada diez consultas vienen de particulares, el campo está ahí para la décima y molesta a las otras nueve.
- Asunto como texto libre. Rara vez devuelve más que la palabra “consulta”. Una lista en ese mismo sitio es más barata y más útil.
- Fecha de nacimiento. Solo si una edad mínima cuenta legalmente para la oferta.
Qué número de campos se sostiene en cada caso
| Motivo | Campos que se sostienen | Por qué |
|---|---|---|
| Consulta de contacto general | 3: nombre, correo, mensaje | No hace falta más para contestar. Una lista opcional con el motivo ahorra igualmente correos de vuelta. |
| Petición de presupuesto | 5 a 7: nombre, correo, empresa, servicio (lista), alcance (lista), fecha deseada | Un presupuesto sin alcance es una suposición. Las listas mantienen bajo el precio de los campos añadidos. |
| Devolución de llamada | 2 a 3: nombre, teléfono, franja horaria (lista) | Aquí el teléfono es la finalidad, así que como obligatorio no se discute. La franja horaria ahorra dos intentos fallidos. |
| Inscripción a un evento | 3 a 5: nombre, correo, número de plazas y, si hace falta, tipo de entrada y necesidades en el sitio | Todo lo que necesitas el día del evento. Los datos de pago van en el paso siguiente. |
| Soporte | 4 a 6: nombre, correo, producto o contrato (lista), descripción, adjunto | La clasificación decide el tiempo de respuesta. Un adjunto sustituye tres preguntas de vuelta. |
Cómo medirlo en tu propia web
La única afirmación sólida sobre tu número de campos sale de tu web. Para eso no necesitas herramienta de analítica ni servicio de test A/B.
Crea dos versiones del mismo formulario, una corta y una más larga. Deja la primera cuatro semanas y luego la segunda otras cuatro. Misma duración, mismos días de la semana, ninguna campaña ni envío de newsletter por medio que favorezca a una de las dos. Al final cuenta dos cosas: cuántas solicitudes entraron y con cuántas pudiste trabajar de inmediato, sin preguntar nada. La segunda cifra pesa más. Un formulario corto que te trae el doble de solicitudes y el triple de trabajo de vuelta no ha ganado nada.
La parte honesta: con poco tráfico estás midiendo ruido. Quien recibe ocho consultas al mes tiene, tras ocho semanas, dos montones de dieciséis, y la diferencia entre ellos no dice nada. Entonces decides por el trabajo que te ahorras en lugar de por la conversión. Sigue estando mejor fundado que un porcentaje sacado de una entrada de blog de 2011.
En la práctica esto funciona con cualquier plugin de formularios que guarde los envíos dentro de WordPress. En Leadlotse viene en la versión gratuita: diez tipos de campo y ocho plantillas por finalidad para montarlo, una bandeja de solicitudes con buscador para el día a día y exportación CSV para el recuento. Creas dos formularios, filtras por periodo, exportas y cuentas en una hoja de cálculo.
La protección antispam también es una cuestión de campos
Un captcha es un campo más que toda persona tiene que rellenar para que se quede fuera una parte de los bots. Un honeypot es un campo oculto que solo rellenan los bots, y una trampa de tiempo comprueba si el formulario se envió en menos de dos segundos. Ninguno de los dos se ve. Así que quien quiera ahorrar campos empieza por el captcha. Por qué además los captchas son un problema de accesibilidad está en el artículo sobre captcha y accesibilidad.
Leadlotse trae honeypot, trampa de tiempo y un límite de frecuencia de serie. Quien necesite filtro bayesiano o protección para el checkout de WooCommerce lo encuentra en Wellenbrecher, que hace todas las comprobaciones en la propia instalación.
Un campo sin etiqueta visible es medio campo
La accesibilidad forma parte de la cuestión de los campos, porque cada campo añadido es un sitio más donde puede salir mal. Cuatro reglas cubren casi todo. Cada campo necesita una etiqueta visible asociada al elemento de entrada. El texto de marcador de posición no la sustituye: desaparece al empezar a escribir y luego nadie recuerda qué iba en el campo tres. Los campos obligatorios se marcan, además del color, con un signo y un texto que un lector de pantalla pueda leer. Y los mensajes de error van junto al campo al que se refieren, no solo en un resumen arriba. Cada campo que quitas es aquí una etiqueta menos y una validación menos.
Los formularios por pasos mueven el riesgo, no lo eliminan
A partir de unos ocho campos merece la pena pensar en varios pasos, y también cuando los campos se separan en bloques claros, por ejemplo datos de contacto y datos del proyecto. El primer paso parece entonces corto, y quien lo ha enviado sigue con más facilidad. Lo que no hace es quitar el abandono: lo traslada al paso dos. Van con ello un indicador de avance, un camino de vuelta que funcione y la posibilidad de corregir en el segundo paso algo del primero. Un formulario por pasos que se olvida de todo al volver atrás es peor que uno largo de una sola página.
Formularios pensados desde la finalidad
Leadlotse arranca con ocho plantillas por finalidad en lugar de un editor vacío. Cada solicitud cae en una bandeja con buscador y exportación CSV, y la protección antispam trabaja en local con honeypot y trampa de tiempo. Todo en la versión gratuita.
Preguntas frecuentes
¿Cuántos campos puede tener un formulario de contacto?
No hay una cifra fija. Para una consulta general se sostienen tres campos: nombre, correo y mensaje. El techo es legal: según el artículo 5, apartado 1, letra c) del RGPD, lo que no es necesario para la finalidad indicada no se puede recoger.
¿Es cierto que menos campos traen más solicitudes?
Los porcentajes conocidos salen de blogs de proveedores y no se pueden rehacer. La relación es plausible, pero solo se vuelve sólida al medirla en tu propia web. Bastan dos versiones del formulario y un periodo fijo.
¿Puede el teléfono ser un campo obligatorio?
Si lo necesitas para la finalidad, sí. En un formulario de devolución de llamada es la finalidad. En una consulta general que respondes por correo, como obligatorio es difícil de justificar. Como campo opcional no plantea problemas.
¿Qué es mejor, un campo obligatorio o uno opcional?
Los dos se sostienen. Opcional baja el riesgo de abandono y a la vez la calidad del dato, porque en una columna vacía no se ve si el dato falta o si no aplica. Decídelo campo por campo y justifica la decisión con la finalidad.
¿Cuándo merece la pena un formulario por pasos?
Como regla general, a partir de unos ocho campos o cuando los campos se separan en bloques claros. No elimina el riesgo de abandono, lo reparte entre los pasos. Un indicador de avance y un camino de vuelta que funcione son obligatorios.
