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

  1. 01Recorridos y muestra
  2. 02Pruebas y barreras
  3. 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

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.

Ejemplos de revisión. La cobertura y las pruebas se concretan en la propuesta.
NecesidadRevisiónEvidencia o entregable
No se puede completar una tarea con tecladoRecorrido y focoPasos reproducibles y componente
Los errores no orientan al usuarioFormularios y mensajesInformación y recuperación
Una barrera se repite en muchas páginasPlantillas y componentesCorrección común y validación
Una entrega con contexto y prioridades.

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.

EXPERIENCIA DOCUMENTADA

Proyectos que dan contexto a la revisión.

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.

© 2026 dev2bit