El formulario de contacto es la parte del sitio que menos se revisa y la única que puede dejar de funcionar sin avisar. No muestra un error, no cambia de aspecto y no deja rastro visible: simplemente deja de entregar correos, y nadie lo nota hasta que alguien pregunta por qué bajaron las consultas.
Un formulario de contacto cumple una función sencilla —recoger una consulta y hacerla llegar a quien puede responderla— y falla en tres lugares distintos: en los campos que pide, en lo que ocurre después del envío y en la ausencia de cualquier medición que avise cuando se rompe.
Las tres fallas son de diseño, no del plugin que se eligió.
Cuántos campos aguanta un formulario de contacto antes de espantar al visitante
El dato más citado sobre esto viene de un análisis de HubSpot sobre las páginas de destino de más de 40.000 de sus clientes: los formularios de tres campos obtuvieron la conversión más alta, algo por encima del 25%, y los de cinco bajaron a poco más del 21%.
Lo interesante es que la caída no es lineal. En ese mismo análisis el salto de tres a cuatro campos fue el más brusco, y pasar de cuatro a cinco mejoró ligeramente el resultado. La lectura razonable no es que menos campos convierta siempre más, sino que el visitante tolera lo que le parece justificado y abandona lo que le parece un interrogatorio.
Pesa más el tipo de campo que la cantidad. Los campos de texto de una línea apenas frenan; los desplegables largos y las áreas de texto grandes sí. Un selector de veinte opciones obliga a decidir antes de haber entendido para qué sirve, y ahí es donde la gente cierra la pestaña.
Tampoco conviene confundir volumen con resultado: menos campos traen más envíos, no mejores. Antes de comparar porcentajes hay que decidir qué cuenta como conversión —un envío, un contacto calificado o un cliente—, porque la tasa de conversión de un formulario cambia por completo según dónde se ponga ese límite.
Qué pedir según lo que vas a hacer con la respuesta
La regla que resuelve la mayoría de las discusiones es corta: cada campo tiene que tener un destinatario y un uso. Si nadie va a leer la respuesta de «¿cómo nos encontraste?», ese campo solo resta conversión y añade un dato que después nadie limpia.
Para una consulta general bastan nombre, correo y mensaje. El teléfono entra solo si de verdad alguien llama; pedirlo por si acaso, cuando la respuesta siempre sale por correo, es el caso más común de campo inútil. En ventas entre empresas, en cambio, el nombre de la empresa y el cargo sí cambian algo concreto: deciden a quién se le asigna la consulta y con qué prioridad se atiende.
Hay campos que filtran y espantan a la vez. El presupuesto aproximado ahorra reuniones inútiles y al mismo tiempo frena a quien todavía no tiene una cifra en la cabeza; puesto como rango opcional conserva casi toda su utilidad sin el costo. Lo mismo pasa con la fecha estimada del proyecto.
En la forma, dos detalles valen más que cualquier rediseño. Las etiquetas visibles van encima del campo, no dentro: un texto de ejemplo que desaparece al escribir deja al visitante sin referencia a mitad del formulario, y un lector de pantalla no lo interpreta como etiqueta. Y el botón también comunica: «Enviar» describe la mecánica, mientras un call to action que nombre el resultado —«Quiero la cotización»— le dice al visitante qué va a recibir.
Dónde ponerlo y cuándo conviene partirlo en pasos
Un formulario en la página de contacto y nada más es la configuración por omisión, y deja fuera al visitante que decidió escribir mientras leía otra cosa. Repetirlo al final de las páginas de servicio captura justamente a ese, y no le quita nada a la página de contacto: quien ya iba para allá va igual.
Lo que rara vez funciona es el formulario emergente a los pocos segundos de entrar. Interrumpe antes de que el visitante tenga un motivo para escribir, y el dato que deja en ese estado suele ser de mala calidad: nombres falsos, correos desechables y consultas de una línea sin contexto que nadie puede responder.
Partirlo en pasos tiene sentido a partir de cierta longitud. La lógica es la del compromiso progresivo: se empieza por lo fácil —nombre y correo— y los campos que obligan a pensar quedan para el segundo paso, cuando el visitante ya invirtió algo y le cuesta más abandonar. Por debajo de cinco campos no compensa, porque el paso extra añade un clic y no resuelve ningún problema.
El criterio corto es este: paginar un formulario largo ayuda, pero recortarlo ayuda más. Si un campo puede desaparecer, eliminarlo rinde mejor que moverlo al segundo paso.

Lo que pasa después del envío, que es donde se pierden los leads
El correo de aviso es el punto más frágil de la cadena. Si lo envía el servidor del hosting con la función de correo por omisión, sale sin autenticación desde una dirección que el dominio no reconoce como propia y acaba en la carpeta de spam o directamente descartado. La corrección es enviarlo por SMTP autenticado, con los registros SPF y DKIM del dominio en orden.
El segundo punto es a quién llega. Buzones personales de gente que cambió de puesto, direcciones de un dominio antiguo, listas que ya nadie revisa. Conviene que el aviso llegue a una dirección del negocio que no dependa de una persona concreta, y que alguien tenga asignado revisarla.
La dirección que figura como remitente importa igual. El acuse que recibe el visitante no debería salir de un buzón sin retorno: las desventajas de usar noreply se cobran justo en el momento en que el interesado quiere añadir un dato o corregir el que acaba de escribir.
El mensaje de confirmación en pantalla cierra el circuito. Tiene que confirmar que la consulta se recibió y fijar un plazo, porque sin plazo el visitante vuelve a escribir por otro canal o se va a buscar otro proveedor.
Queda el spam. Un formulario sin ninguna protección llena el buzón de basura y las consultas reales se pierden entre ella; activar reCAPTCHA en WordPress reduce bastante el volumen, aunque la variante que obliga a marcar casillas añade fricción al visitante legítimo y conviene preferir la invisible cuando el sitio lo permite.
Cómo saber si el formulario está funcionando
El formulario no es un apéndice del sitio: es la pieza de diseño de páginas web donde se decide si el tráfico se convierte en conversación. Y como cualquier pieza con partes móviles, necesita una comprobación periódica.
La prueba manual cuesta cinco minutos al mes y detecta casi todo: enviar una consulta desde una conexión que no sea la de la oficina, con un correo que no sea del dominio, y cronometrar cuánto tarda en llegar la respuesta. Si el aviso no aparece, el problema está en el envío; si aparece y nadie contestó, el problema está en el proceso.
En la analítica hay una trampa frecuente. Medir el clic en el botón no es medir el envío: si la validación rechaza un campo, el clic queda registrado y la consulta nunca existió. El evento tiene que dispararse con la confirmación de envío, no con el clic.
Lo más barato, y lo que menos se hace, es guardar los envíos en la base de datos además de enviarlos por correo. Casi todos los plugins de formularios lo permiten con una casilla. Con ese registro, el día que el correo falle las consultas siguen estando ahí, y la pregunta de si se rompió el formulario o bajó el interés pasa a tener respuesta en lugar de conjetura. Si solo vas a añadir una cosa de esta lista, que sea esa.
Preguntas frecuentes
¿Cuántos campos debe tener un formulario de contacto?
Tres suele ser el punto más alto de conversión: nombre, correo y mensaje. Añadir más se justifica solo si cada campo cambia algo concreto en cómo se atiende la consulta.
¿Es obligatorio pedir el teléfono en un formulario de contacto?
No, y en la mayoría de los casos conviene no pedirlo. Tiene sentido únicamente si alguien del negocio llama de verdad; si la respuesta siempre sale por correo, el campo resta envíos sin aportar nada.
¿Por qué no llegan los correos de mi formulario de contacto?
Casi siempre porque se envían sin autenticación desde el servidor del hosting y el destinatario los clasifica como spam. Se corrige enviándolos por SMTP autenticado y revisando los registros SPF y DKIM del dominio.
¿Hace falta un captcha en el formulario de contacto?
Hace falta alguna protección en cuanto el formulario empieza a recibir spam, que suele ser a las pocas semanas. Las versiones invisibles filtran sin pedirle nada al visitante; las que obligan a marcar casillas funcionan igual pero cuestan algún envío.
¿Qué datos conviene pedir y cuáles no?
Los necesarios para responder la consulta, indicando para qué se usan. Pedir datos que no se van a usar obliga a custodiar información que nadie necesita y no aporta ningún beneficio.






