Define qué significa que una consulta funcione
Antes de probar botones, decide cuál es el resultado que debería producir cada recorrido. Una llamada funciona cuando abre el número correcto y alguien puede atenderla. Un formulario funciona cuando acepta los datos, confirma el envío y entrega el mensaje en una bandeja vigilada. Una reserva funciona cuando muestra disponibilidad real y deja constancia tanto al cliente como al negocio.
Este criterio evita una comprobación demasiado superficial. Ver una página, pulsar un botón o recibir una pantalla verde solo confirma una parte. Una consulta puede perderse después: en una redirección, en un campo que falla desde móvil, en una automatización antigua o en un correo que llega a una cuenta abandonada.
Escribe el final esperado de cada vía antes de empezar. Así podrás distinguir entre un fallo técnico y una decisión pendiente. Si nadie sabe quién debe recibir las consultas de un servicio, el problema no se resuelve cambiando el formulario.
- Llamada abierta con el número correcto
- WhatsApp iniciado con un mensaje útil
- Formulario recibido y respondible
- Reserva registrada en ambos lados
Entra por donde llega un cliente
No empieces siempre por la portada. Abre el enlace que aparece en Google, en Instagram, en una campaña, en un directorio o en un código QR. Prueba también una dirección antigua que alguien pueda conservar en favoritos. El primer fallo puede estar antes de que la persona vea el contenido: una redirección equivocada, otro idioma, un carrito vacío o una página que ya no existe.
Haz la prueba en una ventana privada o desde un dispositivo donde no hayas iniciado sesión. Tu navegador puede recordar idioma, ubicación, sesión o consentimientos y llevarte por un camino distinto al de una visita nueva. Si el negocio atiende en catalán y castellano, entra directamente en ambas versiones; no basta con cambiar el idioma después de llegar.
Observa qué entiende alguien sin contexto. ¿La página confirma que ha llegado al servicio correcto? ¿El precio, la zona atendida y el siguiente paso siguen siendo coherentes con el enlace que pulsó? Una ruta técnicamente válida también puede perder la consulta si conduce a una página que no responde a la intención que la abrió.
Recorre cada vía desde el móvil
La prueba principal debe hacerse con el pulgar. Pulsa el teléfono y mira qué número abre el marcador. Abre WhatsApp y comprueba el destinatario y el texto inicial. Rellena el formulario con datos de prueba realistas, cambia un campo, provoca un error y confirma que puedes corregirlo sin empezar de nuevo.
En reservas o presupuestos, llega hasta el último paso seguro. Revisa calendarios, desplegables, casillas de privacidad, totales y mensajes de confirmación. Gira el móvil, aumenta el texto y vuelve atrás. Los fallos que no aparecen en un escritorio suelen vivir en teclados que tapan el botón, campos que se solapan o estados que se pierden al cambiar de página o idioma.
No des por buena una vía porque otra funcione. El teléfono puede ser correcto y el formulario no llegar. La versión catalana puede completar la reserva y la castellana terminar en un error. Cada combinación que el negocio ofrece al público necesita al menos una prueba completa.
- Móvil real, no solo una ventana estrecha
- Catalán y castellano por separado
- Errores de campo que se puedan corregir
- Confirmación comprensible después de enviar
Comprueba la recepción, no solo el envío
Envía una consulta identificable, por ejemplo con la palabra «prueba» y la fecha. Después busca el mensaje en la bandeja prevista, en spam, en el CRM o en el calendario. Confirma qué datos han llegado y si permiten responder. Un aviso que solo conserva el nombre, pero pierde el teléfono o el servicio elegido, no ha completado bien su trabajo.
Revisa también lo que recibe la persona. Una confirmación debería explicar que el mensaje ha llegado, cuándo puede esperar respuesta y qué hacer si la petición es urgente. Si promete un plazo que ya no se cumple o responde desde un correo que no admite réplicas, genera otra fricción justo después de haber conseguido la consulta.
Cuando intervienen varias herramientas, identifica cada salto: web, proveedor del formulario, automatización, correo y CRM. Apunta dónde aparece por última vez la prueba. Esa frontera reduce la investigación y evita sustituir todo el sistema cuando el fallo está en una sola conexión.
Corrige la causa y conserva la prueba
Si varios botones fallan de la misma manera, busca el origen compartido antes de corregirlos uno por uno. Puede ser una ruta común, un número definido en un único archivo, una automatización o una configuración de idioma. Reparar solo el botón visible deja preparado el mismo fallo en otra página.
Después de corregir, repite exactamente el recorrido que fallaba y uno parecido que ya funcionaba. Así compruebas la solución y detectas regresiones. Guarda la URL de entrada, el dispositivo, el resultado esperado y la fecha. No hace falta un informe extenso: hace falta una prueba que otra persona pueda repetir.
Conviene volver a ejecutar estos recorridos después de publicar cambios, migrar herramientas, modificar teléfonos, crear campañas o tocar idiomas. Una web que sigue cargando puede dejar de producir consultas sin mostrar una avería evidente. La mejor señal de salud no es la portada abierta, sino una petición de prueba recibida de principio a fin.
- Causa compartida localizada
- Recorrido averiado repetido tras la corrección
- Una vía sana comprobada para descartar regresiones
- Responsable y fecha de la última prueba
