AUDITORÍAS / Auditoría de accesibilidad y usabilidad
Auditoría de accesibilidad y usabilidad webEncontrar las barreras que la interfaz pone al usuario.
Una pantalla puede parecer clara y resultar difícil de utilizar con teclado, en móvil o ante un error. Revisamos accesibilidad y usabilidad en recorridos concretos para detectar barreras y explicar qué cambios facilitarían completar la tarea.
EL DIAGNÓSTICO, PASO A PASO
- 01Recorridos y muestra
- 02Pruebas y barreras
- 03Correcciones verificables
Observación → Evidencia → Prioridad
- Pregunta
- Hay usuarios que no consiguen completar una tarea
- Trabajo
- Revisión con alcance definido
- Entregable
- Informe y prioridades
- Equipo
- dev2bit · Puerto Real, Cádiz
RESULTADO PARA TU PROYECTO
Barreras de uso que se pueden corregir
Combinamos observación del recorrido con criterios de accesibilidad para detectar dónde una persona no puede entender o completar la tarea.
Problemas situados
Pantallas, controles y contenidos donde aparece cada dificultad.
Impacto en la tarea
Explicación de a quién afecta y qué acción impide o complica.
Correcciones concretas
Prioridades de diseño, contenido y desarrollo para mejorar el acceso y el uso.
EXPERIENCIA DOCUMENTADA
Proyectos que dan contexto a la revisión.
AndalFarma: revisar la experiencia web
La experiencia documentada incluye una auditoría de navegación, accesibilidad e interacción. Se presenta como revisión técnica del sitio, separada de la auditoría de infraestructura.
Conocer el caso y su alcance →EL RECORRIDO
Tu proyecto, paso a paso
Acordamos el alcance
Definimos preguntas, sistemas y límites de la revisión.
Recogemos evidencias
Comprobamos el estado con pruebas adecuadas al caso.
Analizamos hallazgos
Separamos síntomas, causas y riesgos.
Entregamos prioridades
Explicamos qué corregir y cómo comprobarlo.
Definir tareas y cobertura de evaluación
Acordamos qué necesita hacer el usuario y qué páginas, plantillas y estados participan: navegación, formularios, compra, acceso o consulta. La muestra debe considerar recorridos completos y componentes repetidos, además de pantallas aisladas.
La revisión de accesibilidad se concreta mediante una referencia y una versión acordadas, como WCAG. La evaluación de usabilidad estudia claridad, consistencia y facilidad para completar las tareas. Se documentan por separado para no confundir un criterio técnico con una preferencia de diseño.
Combinar comprobaciones automáticas y manuales
Las herramientas ayudan a localizar ciertos problemas, pero no comprueban por sí solas que una tarea sea comprensible y operativa. Revisamos aspectos como uso del teclado, orden y visibilidad del foco, etiquetas, mensajes, contraste y ampliación de contenido según el alcance.
Cuando se incluyen tecnologías de apoyo, especificamos cuáles y en qué entorno se prueban. Los componentes de terceros, los estados de error y los cambios de contenido también forman parte de la experiencia y deben quedar situados dentro de la cobertura.
Explicar el efecto de cada barrera
El hallazgo describe quién puede verse afectado, qué tarea se interrumpe, cómo reproducirlo y qué criterio se está comprobando. La recomendación conecta el problema con una corrección concreta y con su validación posterior.
En usabilidad distinguimos observación experta, hipótesis y resultados de pruebas con personas. Si no se han realizado sesiones con usuarios, no presentamos la evaluación como un estudio de usuarios. La prioridad depende del impacto en el recorrido y de la frecuencia del componente.
Entregar una lista de trabajo útil para diseño y desarrollo
Organizamos barreras por plantilla o componente para evitar corregir repetidamente el mismo problema. La entrega incluye ejemplos, alcance revisado y criterios para comprobar las modificaciones.
Una revisión de una muestra no permite declarar accesible todo un producto sin justificar su cobertura. Si se necesita una evaluación de conformidad, se especifican metodología, alcance y entregable. Las obligaciones jurídicas concretas requieren un encargo y una revisión propios.
UN INFORME PARA PODER ACTUAR
Del problema a una comprobación concreta.
| Necesidad | Revisión | Evidencia o entregable |
|---|---|---|
| No se puede completar una tarea con teclado | Recorrido y foco | Pasos reproducibles y componente |
| Los errores no orientan al usuario | Formularios y mensajes | Información y recuperación |
| Una barrera se repite en muchas páginas | Plantillas y componentes | Corrección común y validación |
Alcance y fecha de revisión, información utilizada, hallazgos, límites y recomendaciones. Cada prioridad debe explicar qué afecta, qué se ha observado y qué falta para darla por resuelta.
Referencia metodológica: evaluación de accesibilidad de W3C WAI. La propuesta especifica las comprobaciones incluidas.
PARA DEFINIR EL ENCARGO
Preguntas antes de empezar.
¿Un test automático demuestra que la web es accesible?
No. Aporta comprobaciones parciales que deben complementarse con evaluación manual y una cobertura definida. El informe identifica las pruebas realizadas y sus límites.
¿Incluye pruebas con usuarios?
Solo cuando se acuerdan como parte del trabajo. Definimos perfiles, tareas y procedimiento. Una revisión experta de usabilidad tiene otro alcance y se identifica como tal.
¿También podéis corregir los problemas?
Sí, como fase de diseño o desarrollo posterior. El diagnóstico deja recomendaciones y criterios que puede utilizar dev2bit o tu equipo para implementar y verificar las mejoras.
DESPUÉS DEL DIAGNÓSTICO
Cada fase tiene su propio alcance.
La creación o rediseño de pantallas corresponde a diseño de interfaces de usuario. Esta auditoría revisa una experiencia existente y documenta las barreras observadas.
UNA PREGUNTA CONCRETA ES UN BUEN COMIENZO
¿Qué necesitas entender de tu proyecto?
Cuéntanos qué ocurre, desde cuándo y qué decisión necesitas tomar. Definiremos los sistemas que revisar, la información necesaria y el entregable de la auditoría.