Mejora un formulario
6 comprobaciones guiadas: etiquetas, errores, teclado, confirmación y regreso.
Ayuda a encontrar información
4 comprobaciones: propósito, categorías, enlaces y recuperación.
Termina la tarea en el móvil
6 comprobaciones: campos, errores, teclado de pantalla, zoom y vuelta atrás.
Detecta barreras básicas
6 comprobaciones: teclado, foco, etiquetas, errores, ampliación y contraste.
Haz la revisión completa
12 comprobaciones, ejemplos visuales y un plan con seguimiento.
Aprende probando un caso
Reserva, inscripción y búsqueda: compara dos versiones de cada recorrido.
Sal con una mejora que puedas comprobar
En cada punto encontrarás qué hacer, un ejemplo de problema y una corrección posible. Tu plan destacará hasta tres problemas para empezar. Guarda la revisión editable y vuelve después del cambio para registrar la nueva prueba.
Leer el contexto y las recomendaciones de esta sección
Elige un recorrido por lo que necesitas hacer. Ambos utilizan las mismas guías: puedes cambiar de ruta cuando una observación requiera revisar el código o cuando una solución técnica necesite validarse con personas.
Quiero evaluar y mejorar mi web
Para responsables de webs, diseño, contenidos y producto. No necesitas programar para formular una pregunta útil, observar una dificultad o documentar un hallazgo.
- Delimita el problema. Lee qué es la usabilidad y escribe quién necesita hacer qué y en qué situación. «Mejorar la web» todavía es demasiado amplio.
- Escoge cómo investigarlo. La guía de métodos de evaluación relaciona preguntas y evidencias. Una revisión experta ayuda a detectar posibles obstáculos; observar una tarea muestra cómo aparecen durante su uso.
- Prepara la observación. Utiliza el guion de prueba y la guía de pruebas con usuarios. Define antes qué considerarás éxito y qué información necesitas recoger.
- Describe y prioriza. Registra hechos, interpretación e incertidumbre por separado en la plantilla de hallazgos. Atiende primero los bloqueos de tareas relevantes.
- Cambia y comprueba. Busca la guía de mejora correspondiente y repite una comprobación comparable. Conserva también lo que siga sin resolverse.
Quiero implementarlo técnicamente
Para desarrollo y diseño de interacción. La ruta parte del comportamiento esperado: qué necesita hacer una persona, qué información recibe y cómo puede recuperar el control.
- Construye una base semántica. Revisa HTML, estructura, teclado, foco y presentación accesible. El aspecto visual no garantiza que un control se identifique o se pueda manejar.
- Decide si necesitas ARIA. La guía de WAI-ARIA explica roles, estados, nombre y descripción accesibles. Prefiere un elemento HTML adecuado cuando ya proporciona la semántica y el comportamiento necesarios.
- Implementa el patrón completo. Consulta los componentes y las guías de formularios o navegación. Incluye teclado, foco, errores, carga y recuperación cuando correspondan.
- Comprueba varias capas. Inspecciona el marcado y el árbol de accesibilidad, recorre con teclado, revisa zoom y combina comprobaciones automáticas con pruebas manuales. Documenta el navegador y las tecnologías utilizados.
- Valida la tarea. Vuelve al recorrido de evaluación. Que un componente cumpla su contrato de interacción no demuestra por sí solo que sus etiquetas y su flujo se entiendan.
Empieza con una tarea que puedas observar
Ejemplo didáctico: una persona quiere saber cómo devolver una compra antes de decidir si compra. La tarea cruza navegación, contenido y quizá búsqueda; no termina al cargar una página.
| Escribe antes de empezar | Ejemplo didáctico |
|---|---|
| Persona y contexto | Una persona que compra desde el móvil y necesita confirmar las condiciones de devolución. |
| Resultado observable | Localiza el plazo y explica qué pasos tendría que seguir. |
| Pregunta | ¿Las etiquetas del menú y el texto de la política permiten encontrar e interpretar la respuesta? |
| Evidencia | Ruta seguida, dudas expresadas, ayudas solicitadas y respuesta final. |
| Límite | Una sesión ilustra dificultades; no permite estimar su frecuencia en toda la audiencia. |
Cómo leer las guías
Fundamentos aclara conceptos. Aplicado desarrolla procedimientos y decisiones. Técnico exige trabajar con HTML, CSS o JavaScript. Son orientaciones de lectura, no certificaciones de dificultad.
Si solo quieres una primera revisión, abre la lista de comprobación. Úsala para encontrar preguntas pendientes; no como sello de usabilidad o de conformidad.