Mi web tiene visitas pero no consultas: qué revisar

Si tu web recibe visitas pero pocas consultas, revisa quién llega, qué encuentra y si puede dar el siguiente paso. Comprueba también que estás midiendo solicitudes recibidas. El total de visitas, por sí solo, no permite decidir si necesitas más difusión, mejores textos, corregir un formulario o rediseñar la web.

Esta guía está pensada para empresas de servicios que valoran mejorar su web. Propone un diagnóstico acotado a un servicio y una página, con una ficha que puedes completar antes de pedir presupuesto. Las comprobaciones ayudan a formular una decisión; no garantizan una cantidad de contactos.

TL;DR — De las visitas a una mejora concreta

• Empieza por una página y un servicio. Un promedio de toda la web mezcla artículos informativos, candidatos, clientes actuales y posibles compradores.
• Separa entrada y navegación. Llegar directamente a una página de servicio y verla después de leer un artículo son recorridos diferentes.
• Comprueba qué significa cada evento. Una vista, un clic o un intento de envío no demuestran que hayas recibido una consulta válida.
• Revisa la promesa antes del botón. La persona debe entender qué resuelves, para quién y qué ocurrirá al contactar.
• Observa el formulario en móvil y con teclado. Anota obstáculos reproducibles y preguntas que el visitante todavía no puede responder.
• Prioriza con evidencia. Un error que impide contactar tiene una comprobación concreta; un titular confuso necesita observar cómo lo interpreta alguien.
• Pide un alcance verificable. Una propuesta de mejora debería conectar hallazgo, cambio y criterio de aceptación, sin asegurar ventas futuras.

Qué visitas estás recibiendo realmente

Analiza las sesiones que llegan al servicio que quieres vender, además del tráfico total. Una web puede atraer lectores de una guía gratuita sin que esas personas estén buscando contratar. Eso no convierte la guía en inútil, pero cambia la expectativa comercial.

Empieza con una pregunta: «¿Qué necesidad podría traer a esta persona a esta página?». Separa lo que sabes de lo que supones. Una consulta visible en Search Console o el enlace de una campaña aportan contexto; la intención de cada visitante individual sigue siendo desconocida.

En GA4, el informe de adquisición de tráfico utiliza dimensiones de sesión, mientras que el de adquisición de usuarios utiliza dimensiones relativas al primer acceso del usuario. Para estudiar las visitas de un periodo, conserva el mismo ámbito y los mismos filtros en la comparación. Fuente: diferencias entre los informes de adquisición.

Prepara tres grupos: sesiones que entran por el servicio, sesiones que entran por artículos relacionados y sesiones que visitan el servicio durante su recorrido. Pueden solaparse: no sumes esos grupos como si fueran públicos independientes. Revisa fuente y medio, dispositivo y fechas, y anota las pruebas internas que puedas identificar.

Si la mayoría llega por un tema sin relación con tu oferta, la primera hipótesis será mejorar la captación y el enlace hacia contenido comercial relevante. Si sí llegan posibles compradores a la página adecuada, sigue con el mensaje y el contacto. Ninguna de esas conclusiones sale únicamente de contar vistas.

Cómo distinguir falta de consultas y falta de medición

Contrasta la analítica con el registro donde recibes solicitudes. Antes de interpretar un cero, pregunta qué se está contando y si el dato está disponible para todo el periodo.

Google documenta form_start como el inicio de interacción con un formulario en una sesión y form_submit como su envío. Esos eventos ayudan a estudiar el recorrido, pero sus nombres no certifican que tu sistema de destino haya conservado los datos. Fuente: eventos de medición mejorada.

Para esta revisión, proponemos distinguir cuatro estados: acceso al contacto, inicio del formulario, intento de envío y consulta recibida. No todas las webs los tienen instrumentados. Si falta uno, escribe «sin dato»; no lo conviertas en un abandono supuesto.

Google define generate_lead para registrar la generación de un contacto potencial, por ejemplo mediante un formulario. Nuestra recomendación es acordar un disparador coherente con la recepción confirmada y comprobar que no se duplica. El nombre del evento no lo configura por sí solo. Fuente: referencia de eventos recomendados.

Una consulta recibida todavía puede ser spam, no encajar con el servicio o no avanzar. Separa esos resultados de una venta. Si recibes llamadas o correos fuera del formulario, incorpóralos al registro comercial sin atribuirles una fuente que no conoces. Documenta también las limitaciones de consentimiento, bloqueo y configuración que afecten a la analítica.

Qué revisar en la página antes de cambiar el diseño

Comprueba si alguien que necesita el servicio puede entender la oferta y encontrar cómo continuar. Una página cuidada visualmente puede seguir dejando preguntas esenciales sin respuesta.

Pide a una persona que encaje con el público que revise la página sin explicársela. Pregunta qué cree que ofreces, en qué situación lo contrataría, qué le falta para decidir y dónde continuaría. Registra lo que hace y dice; evita ayudarla señalando el botón correcto. Es una comprobación cualitativa, no una estimación de conversión.

Revisa especialmente estos puntos:

• Alcance: se entiende el problema que resuelves y qué incluye el trabajo.
• Encaje: la persona reconoce si el servicio tiene sentido para su situación.
• Prueba: hay proyectos, entregables o explicaciones reales que sustentan la oferta.
• Siguiente paso: el enlace describe una acción comprensible y lleva a un destino coherente.
• Expectativa: queda claro qué tendrá que aportar y qué respuesta recibirá.

Por ejemplo, «Cuéntanos qué necesitas renovar» prepara un contacto distinto de «Reserva una demostración». Elige el texto según lo que realmente ocurre después. No prometas una auditoría gratuita, una entrega inmediata o un plazo de respuesta si no forman parte de tu operación.

En diseño y desarrollo web, estas observaciones ayudan a delimitar si el trabajo está en la estructura, el contenido, la interfaz o las conexiones. Evita convertir cualquier duda detectada en motivo para rehacer todas las páginas.

Qué puede impedir completar el formulario

Comprueba tanto la necesidad de las preguntas como la posibilidad de responderlas. Pedir un presupuesto cerrado, un teléfono obligatorio o documentación extensa puede requerir información que el visitante aún no tiene. Eso es una hipótesis que conviene contrastar, no una regla para eliminar todos los campos.

El Service Manual de GOV.UK propone justificar cada pregunta según por qué se necesita y cómo se utilizará la respuesta. Aplica ese criterio al primer contacto: distingue lo necesario para atender la solicitud de lo que puedes aclarar durante la conversación. Fuente: estructurar formularios.

La guía de W3C recomienda etiquetas asociadas a cada control que expliquen su propósito. Comprueba que los campos se identifican incluso después de escribir y que las ayudas describen el formato esperado. Fuente: etiquetas de formularios.

Recorre los campos con teclado y revisa los errores en un entorno de prueba: deben localizarse y explicar cómo corregirlos. W3C incluye estas comprobaciones en su revisión inicial de accesibilidad; superarlas no equivale a una auditoría completa. Fuente: Easy Checks.

En móvil, observa además si un aviso tapa el botón, si el teclado oculta información necesaria o si se pierde lo escrito al corregir un error. Coordina cualquier envío de prueba con el equipo y márcalo como tal. El tratamiento posterior está desarrollado en la guía sobre formulario web y CRM.

Ficha para decidir qué corregir primero

Copia esta matriz y completa una fila solo cuando tengas una observación concreta. Es una herramienta de trabajo propuesta por Apogeo, sin puntuaciones universales ni tasas de conversión de referencia.

Para la primera mejora, deja escrita esta ficha:

1. Página y servicio: URL concreta y necesidad del visitante.
2. Periodo y segmento: fechas disponibles, fuente, dispositivo y pruebas excluidas.
3. Observación: qué viste o qué dato recogiste, con su evidencia.
4. Lo que falta saber: datos ausentes y explicaciones alternativas.
5. Cambio propuesto: una intervención delimitada y su responsable.
6. Comprobación de aceptación: qué debe poder hacer una persona tras el cambio.
7. Revisión posterior: cuándo volverás a mirar y con qué métricas comparables.

Ejemplo ficticio: una empresa exige adjuntar un documento para solicitar información y, al observar la tarea, un posible cliente se detiene porque aún no lo tiene. La hipótesis es que ese requisito llega demasiado pronto. La propuesta podría ser permitir el primer contacto sin adjunto. La aceptación comprueba que la solicitud llega correctamente y que el equipo puede atenderla; cualquier mejora comercial posterior habrá que medirla.

Qué pedir al contratar la mejora de la web

Pide una propuesta que conecte hallazgos con cambios y comprobaciones. Una lista de pantallas nuevas no explica qué problema pretende resolver cada una.

El alcance debería identificar las páginas afectadas, el trabajo de contenido y diseño, las correcciones técnicas, la medición disponible y la revisión posterior. Solicita también que se expliciten los datos que faltan. La guía sobre presupuesto de una web a medida ayuda a comparar esos entregables.

Si hay un fallo reproducible que impide contactar, corrígelo y verifica su resolución. Si el problema es una interpretación del mensaje, prepara una variante y vuelve a observar la tarea. Cuando llegan pocas visitas relevantes, una comparación breve entre versiones no permite atribuir con confianza las diferencias al cambio.

Si finalmente necesitas renovar la estructura o las URLs, incluye un plan de migración SEO. Conserva lo que ya sirve y define cómo comprobarás la continuidad del contacto.

Preguntas frecuentes

La intervención adecuada depende de dónde se interrumpe el recorrido y de qué puedes demostrar. Estas dudas ayudan a delimitar el encargo.

¿Necesito más tráfico o mejorar la web?

Primero comprueba si llega público relacionado con el servicio y si puede contactar. Un formulario roto requiere corrección aunque el volumen sea pequeño. Si el recorrido funciona pero casi nadie entra con una necesidad relevante, revisa la captación y el contenido comercial.

¿Cuál es una buena tasa de conversión para una web de servicios?

Necesitas definir primero qué resultado cuentas y sobre qué conjunto de visitas. No compares solicitudes recibidas con clics en contacto ni una página de servicio con todo el blog. Conserva la misma definición, segmento y periodo al evaluar cambios; esta guía no propone un porcentaje universal.

¿Una semana sin consultas significa que la web no funciona?

No basta para esa conclusión. Revisa el volumen relevante, la duración de la decisión de compra y la cobertura de la medición. Una semana puede servir para encontrar un error reproducible, pero no demuestra por sí sola el resultado comercial del diseño.

¿Tengo que quitar campos del formulario?

Solo después de entender para qué sirve cada respuesta. Puedes posponer preguntas que no necesitas para atender el primer contacto. Conserva las necesarias y comprueba si su redacción o formato impiden responder, en lugar de reducir campos sin criterio.

¿Añadir un chatbot resolverá la falta de contactos?

Hace falta identificar primero una tarea que justifique ese canal. Si las personas no entienden la oferta o el envío falla, añadir otra interfaz no corrige automáticamente el problema. Evalúa quién atenderá ese canal y cómo se comprobará su resultado.

¿Qué debería entregar una auditoría antes de rediseñar?

Un diagnóstico con evidencias, límites y una propuesta priorizada. Pide ejemplos reproducibles, páginas afectadas, hipótesis por validar y criterios de aceptación. Una captura con opiniones sobre colores no explica por qué hay pocas consultas.

Recomendación final

Empieza por el primer obstáculo que puedas describir y comprobar. Elige un servicio, completa la ficha y distingue un fallo técnico de una duda sobre el mensaje o el público. Esa separación permite encargar una mejora proporcionada y evaluar si resuelve el problema observado.

En resumen

• Delimita una página y un servicio. El total de visitas mezcla necesidades distintas.
• Conserva el contexto del dato. Fechas, fuente, dispositivo y ámbito condicionan la comparación.
• Comprueba la recepción. Un intento de envío no equivale a una consulta guardada.
• Observa cómo se entiende la oferta. Registra dudas sin explicar el recorrido durante la prueba.
• Justifica cada pregunta. Revisa también etiquetas, teclado, errores y uso en móvil.
• Completa la ficha de siete campos. Separa evidencia, incertidumbre, cambio y aceptación.
• Evalúa el resultado con límites claros. Resolver una fricción no permite prometer contactos ni ventas.

Fuentes y referencias

Las fuentes explican medición e interacción; la matriz y el orden de diagnóstico son una propuesta de Apogeo. Consultadas el 14 de noviembre de 2026. No aportan una previsión de conversión para tu negocio.

• Google Analytics: adquisición de usuarios y de tráfico. Diferencias de ámbito entre informes.
• Google Analytics: eventos de medición mejorada. Definición de interacciones de formulario.
• Google Analytics: eventos recomendados. Uso de generate_lead.
• GOV.UK: Structuring forms. Justificación de las preguntas.
• W3C WAI: Labeling Controls. Identificación de campos.
• W3C WAI: Easy Checks. Revisión inicial de teclado, instrucciones y errores.

El siguiente paso

Trae una página, el servicio que quieres vender y lo que ya sabes de las visitas y consultas. En Apogeo podemos revisar ese recorrido dentro de un proyecto de diseño y desarrollo web y concretar qué trabajo necesita. Cuéntanos dónde se está atascando tu web.