Cómo revisar la experiencia de usuario de una web
(Especialista SEO)
«La web se siente anticuada.» Con esa frase han empezado muchas de las revisiones que hemos hecho. Y es una frase trampa: no dice qué falla ni permite saber cuándo lo has arreglado.
La experiencia de usuario de una web es la facilidad con la que una persona entiende dónde está, encuentra lo que busca y completa una tarea sin errores evitables. Y eso, al contrario que las sensaciones, se puede observar.
Nuestra manera de bajarlo a tierra: convertir la revisión en tareas concretas. Buscar un servicio. Comparar dos opciones. Enviar una solicitud. Recuperarse de un error. Con la tarea definida, la conversación deja de ser una batalla de gustos.
Qué se revisa en una auditoría UX
Tareas, navegación, contenido, interacción, accesibilidad, móvil y medición. Y una regla que no perdonamos: cada hallazgo necesita una evidencia y una consecuencia.
«El botón es pequeño» describe una interfaz. «En móvil, el botón queda debajo del teclado y bloquea el envío del formulario» describe un problema que se puede reproducir y corregir. La diferencia entre esas dos frases es la diferencia entre opinar y auditar.
Matriz práctica para revisar una página
La matriz cruza la tarea del usuario con cinco preguntas observables. Sirve para una landing, un formulario o un flujo completo.
| Criterio | Pregunta | Evidencia |
|---|---|---|
| Orientación | ¿La persona entiende dónde está? | Título, contexto, estado y navegación |
| Comprensión | ¿Entiende la oferta y sus límites? | Mensaje, términos, ejemplos y objeciones |
| Acción | ¿Sabe cuál es el siguiente paso? | CTA, prioridad visual y requisitos |
| Ejecución | ¿Puede completarlo sin fricción evitable? | Campos, errores, carga y accesibilidad |
| Confirmación | ¿Sabe qué ha ocurrido después? | Mensaje, email, estado o siguiente paso |
¿Puntuar cada fila? Puede ayudar a ordenar. No lo conviertas en una nota científica. Lo importante es registrar qué falla, a quién afecta y cómo se comprobará la corrección.
Cómo probar la navegación
La navegación funciona cuando una persona puede predecir qué encontrará antes de hacer clic. Etiquetas internas, menús enormes y categorías que se solapan obligan a explorar por ensayo y error.
Selecciona cinco tareas frecuentes y empieza cada una desde una página distinta. Anota el recorrido, los retrocesos y los puntos donde hace falta contexto externo. La arquitectura no se evalúa solo desde la portada.
¿Hay buscador interno? Revísalo también. Una búsqueda sin resultados debe ayudar a reformular o mostrar destinos relacionados, no terminar en un callejón sin salida.
Cómo revisar el contenido y la jerarquía
Haz la prueba de la capa superior: lee solo títulos, subtítulos, botones y etiquetas. Si con eso no se entiende el recorrido, el cuerpo no lo va a arreglar. Después comprueba si cada promesa tiene alcance, ejemplo, prueba o condición.
Una web comercial no necesita repetir el mismo CTA después de cada párrafo. Necesita que la acción aparezca cuando la persona tiene información suficiente para decidir.
Cómo revisar formularios
Un formulario debe pedir solo los datos necesarios para su siguiente proceso y explicar los errores en el campo correspondiente. Ojo: menos campos no siempre es mejor si obliga al equipo a pedir la información después por teléfono.
Prueba el formulario vacío, con formatos incorrectos, con autocompletado y con teclado móvil. Comprueba foco, etiquetas, mensajes de error, privacidad, confirmación y entrega real al CRM o al correo.
La conversión no termina al pulsar «Enviar». Termina cuando el sistema confirma la acción y el equipo recibe datos utilizables.
Cómo revisar la experiencia móvil
Con el contenido, la interacción y las condiciones reales de uso. Encoger la ventana del navegador no cuenta: cambian el espacio, el teclado, la precisión del toque y la conexión.
Prueba menús, filtros, modales, tablas, formularios y elementos fijos. Verifica que el contenido principal no desaparezca y que las acciones no queden tapadas. La capa técnica la desarrollamos en diseño responsive y mobile first.
Qué datos ayudan y cuáles no
Los datos localizan patrones, pero no explican por qué ocurre un problema. Un abandono alto señala una zona. Una grabación, una prueba con alguien real o una conversación puede revelar la causa.
Combina analítica de tareas, errores técnicos, búsquedas internas y feedback cualitativo. Y no uses una métrica aislada como sentencia sobre toda la experiencia.
Cómo priorizar hallazgos UX
Por impacto en la tarea, frecuencia, alcance y coste de corregirlo. Un error que impide enviar solicitudes va antes que una inconsistencia visual sin efecto operativo.
Clasifica cada problema:
- Bloquea una tarea crítica.
- Provoca errores o abandonos frecuentes.
- Añade esfuerzo o confusión.
- Afecta a consistencia o acabado.
¿La revisión destapa fallos estructurales? Entonces la decisión ya no es de detalle sino de proyecto: en cuándo rediseñar una web contamos cómo elegir entre corregir, evolucionar o reconstruir.
En nuestros proyectos web a medida la UX no es la fase de ponerlo bonito. Es la forma de convertir requisitos de negocio en tareas que una persona puede completar. Y tú, ¿cuándo fue la última vez que intentaste enviar tu propio formulario desde el móvil?
(Especialista SEO)
También te puede gustar
