← Volver al blog

ACCESSIBILITY.CL / ACADEMIAAUDITORÍAS Y EVALUACIÓN
GUÍA / PRUEBAS DE ACCESIBILIDAD WEB

Pruebas de accesibilidad web: guía para evaluar alcance y entregablesa

Conoce cómo se realizan las pruebas de accesibilidad web, qué alcance deben cubrir y qué entregables debe incluir una evaluación profesional basada en WCAG.

Contenido educativo de Accessibility.cl basado en WCAG 2.2 y WCAG-EM 2.0. Síntesis explicativa con ejemplos y recursos originales.Elaborado por Accessibility.cl · Revisión técnica: Equipo de Accesibilidad Digital de Accessibility.cl.
WCAG-EM 2.0 · CINCO ETAPAS
Proceso de evaluación en cinco etapasLa metodología WCAG-EM 2.0 organiza la evaluación en cinco etapas: definir el alcance, explorar el producto, seleccionar la muestra, evaluar y reportar los resultados. 01AlcanceObjetivo y producto02ExplorarFunciones y tecnología03MuestraSelección representativa04EvaluarPruebas y evidencia05InformarResultados y límites
Del alcance a un informe basado en evidencia.
Alcance definidoProducto, procesos, tecnologías y objetivo de evaluación.
Evidencia reproducibleHallazgos verificables, impacto y criterios relacionados.
Corrección comprobadaRe-test de las barreras después de la remediación.
01 / Respuesta directa

¿Qué incluye un servicio profesional de pruebas de accesibilidad web?

Una evaluación profesional no consiste en ejecutar una herramienta y entregar una puntuación. Debe establecer qué se revisará, aplicar pruebas apropiadas, documentar barreras reproducibles y producir información que permita corregirlas y comprobar la solución.

Las pruebas pueden tener objetivos distintos: detectar problemas para planificar una mejora, revisar un producto antes de su lanzamiento, acompañar una compra tecnológica o evaluar un objetivo de conformidad como WCAG 2.2 nivel AA. El método, la muestra y la forma de informar deben responder a ese objetivo.

WCAG-EM 2.0 aporta un procedimiento común para evaluar una muestra representativa de un producto digital. Es una nota metodológica del W3C: no crea criterios adicionales ni sustituye los requisitos normativos de WCAG.

La idea esencial

Una auditoría útil explica qué se evaluó, cómo se evaluó, qué no se evaluó, qué barreras se encontraron y qué evidencia permitirá verificar la corrección.

02 / Antes de probar

El alcance determina qué significan los resultados

Antes de revisar criterios se debe delimitar el producto digital, el objetivo de la evaluación y las condiciones en que se realizarán las pruebas.

01 / Producto

Qué se incluye

Sitio, aplicación, documentos y servicios conectados

El alcance debe identificar dominios, versiones, áreas autenticadas, aplicaciones móviles, documentos descargables y componentes de terceros que forman parte de la experiencia.

Pregunta clave¿Qué necesita utilizar una persona para completar la tarea de principio a fin?
02 / Procesos

Qué tareas importan

Recorridos completos y funciones esenciales

Comprar, reservar, postular, pagar, descargar un documento o recuperar una contraseña son procesos que deben revisarse completos, incluidos errores y confirmaciones.

Pregunta clave¿Qué funciones no pueden quedar fuera de la muestra?
03 / Objetivo

Qué se quiere concluir

Diagnóstico, seguimiento o evaluación de conformidad

No es lo mismo una revisión inicial que una evaluación formal. El informe debe indicar el estándar, versión y nivel utilizados, además de las limitaciones de la conclusión.

Pregunta clave¿La organización necesita priorizar mejoras o respaldar una declaración específica?
Una muestra no representa automáticamente todo el producto

WCAG-EM permite seleccionar muestras estructuradas y aleatorias, pero evaluar una selección no autoriza por sí solo a afirmar que cada página del sitio cumple WCAG 2.2.

03 / Procedimiento común

Los cinco pasos de WCAG-EM 2.0

La metodología publicada por W3C en julio de 2026 amplía su alcance a productos digitales como sitios web, aplicaciones y quioscos. Organiza la evaluación en cinco etapas relacionadas.

  1. 01

    Definir el alcance de la evaluación

    Precisar el producto, propósito, objetivo de conformidad y línea base de soporte de accesibilidad. También pueden acordarse requisitos adicionales.

    Resultado: alcance verificable, estándar y nivel objetivo.
  2. 02

    Explorar el producto digital

    Identificar vistas comunes, funciones esenciales, tipos de contenido, tecnologías utilizadas y otras muestras relevantes.

    Resultado: inventario funcional y tecnológico para construir la muestra.
  3. 03

    Seleccionar una muestra representativa

    Combinar una selección estructurada con una selección aleatoria e incluir todos los pasos de los procesos completos.

    Resultado: muestra justificada y trazable.
  4. 04

    Evaluar la muestra seleccionada

    Comprobar los criterios aplicables, procesos completos, soporte de accesibilidad y ausencia de interferencias, registrando los resultados.

    Resultado: evidencia de los resultados observados.
  5. 05

    Informar los hallazgos

    Documentar resultados, condiciones de prueba y limitaciones. Cuando corresponda, puede prepararse una declaración de resultados claramente delimitada.

    Resultado: informe comprensible y útil para tomar decisiones.
WCAG-EM estructura el proceso; WCAG 2.2 establece los requisitos que se evalúan.

Por eso la formulación correcta para esta guía es «evaluación basada en WCAG-EM 2.0 con WCAG 2.2 nivel AA como objetivo», cuando ese sea el nivel acordado.

04 / Técnicas complementarias

Automatización, evaluación manual y tecnologías de asistencia

Las herramientas ayudan a trabajar con mayor eficiencia, pero no pueden determinar por sí solas si un producto cumple todas las condiciones de accesibilidad.

Lo que aporta la automatización

  • Detectar determinados errores de marcado y relaciones programáticas.
  • Medir combinaciones de contraste que pueden calcularse automáticamente.
  • Identificar patrones repetidos en muchas páginas.
  • Integrar comprobaciones conocidas al desarrollo y control de calidad.
  • Entregar señales rápidas para una revisión inicial.

Un resultado sin errores automáticos significa únicamente que la herramienta no detectó problemas dentro de sus reglas y alcance.

Lo que requiere juicio y operación humana

  • Valorar si una alternativa textual comunica el propósito correcto.
  • Recorrer toda la interfaz mediante teclado y revisar el foco.
  • Comprobar nombres, instrucciones, errores y cambios de estado.
  • Evaluar orden de lectura, comprensión y consistencia.
  • Probar procesos completos con lectores de pantalla, ampliación u otros apoyos.

La combinación de métodos permite encontrar barreras que una sola técnica dejaría fuera.

Comparación rápida

A. Resultado automático aislado

Insuficiente
92
Puntuación sin muestra, contexto ni evidencia
Uso responsable
Hallazgo automático revisado manualmente
Ubicación, criterio, impacto y pasos de reproducción
Una puntuación puede servir como indicador interno, pero no reemplaza una conclusión sustentada en evidencia.

B. Flujo completo

Revisión parcial
Solo se inspecciona la pantalla inicial del formulario.
Proceso completo
Inicio, validación, errores, confirmación y recuperación.
Las barreras suelen aparecer al cambiar de estado, corregir errores o completar varios pasos.
05 / Experiencia real

Cuándo incorporar pruebas con personas con discapacidad

La evaluación con personas ayuda a comprender cómo funciona realmente un producto y puede revelar problemas de usabilidad que una evaluación de conformidad no descubre.

Las sesiones pueden realizarse durante el diseño, sobre prototipos o sobre un producto en funcionamiento. Deben definir perfiles, tareas, método, consentimiento y forma de documentar los resultados. Las conclusiones deben describir quiénes participaron y evitar generalizar la experiencia de una persona a todas las personas con una discapacidad similar.

W3C recomienda combinar la participación de usuarios con la evaluación respecto de estándares. Una muestra de participantes no cubre toda la diversidad de discapacidades, estrategias y tecnologías; a su vez, verificar criterios técnicos no explica por completo la experiencia al realizar tareas reales.

Son fuentes de evidencia diferentes

La evaluación de conformidad responde si la muestra satisface requisitos definidos. Las pruebas con personas muestran cómo se experimentan tareas y barreras en condiciones concretas.

06 / Entregables

Qué debe contener un informe útil para corregir

El informe debe permitir que diseño, desarrollo, contenido y gestión entiendan el problema, reproduzcan la evidencia y verifiquen posteriormente la solución.

01
Contexto

Alcance, muestra y condiciones

Producto, versiones, páginas o vistas, procesos, navegadores, tecnologías de asistencia, estándar y nivel objetivo.

02
Evidencia

Hallazgos reproducibles

Ubicación, pasos, comportamiento observado, resultado esperado y material suficiente para comprobar el problema.

03
Impacto

Personas y tareas afectadas

Explicación concreta del efecto sobre la percepción, comprensión, navegación, operación o finalización de una tarea.

04
Acción

Criterio y orientación técnica

Relación razonada con WCAG, prioridad contextual y recomendación que no dependa de un arreglo superficial.

Ejemplo ficticio de hallazgo

HALLAZGOF-07FORMULARIO

Situación: al enviar el formulario vacío, los campos cambian de color, pero el error no se comunica mediante texto ni se asocia programáticamente con cada control.

Impacto: una persona que no percibe el cambio visual o que utiliza lector de pantalla puede no saber qué campos debe corregir.

Evidencia: pasos de reproducción, captura del estado, fragmento relevante del árbol de accesibilidad y tecnología empleada.

Orientación: proporcionar mensajes textuales específicos, asociarlos con sus campos y comunicar el resumen o cambio de estado de manera programática. La relación exacta con WCAG debe justificarse según la implementación observada.

La prioridad no depende únicamente del nivel WCAG

También debe considerar la frecuencia, el alcance, la función afectada, la ausencia de alternativas y el riesgo para las personas y la organización.

07 / Cierre de la evaluación

Corregir no basta: hay que volver a comprobar

El re-test verifica si cada barrera se resolvió sin introducir problemas nuevos y si el proceso completo sigue funcionando.

Durante la remediación

  • Asignar responsables por componente o tipo de contenido.
  • Corregir patrones compartidos antes que instancias aisladas.
  • Mantener evidencia y decisiones vinculadas al hallazgo.
  • Incorporar pruebas a los criterios de aceptación.

Durante el re-test

  • Repetir las condiciones relevantes de la prueba original.
  • Comprobar el resultado esperado y la tarea completa.
  • Registrar hallazgos corregidos, parciales o pendientes.
  • Actualizar la fecha y limitaciones del informe.
Una auditoría describe un estado observado

No garantiza que el producto siga sin barreras después de futuros cambios. El seguimiento debe formar parte del mantenimiento y del ciclo de desarrollo.

08 / Antes de contratar

Checklist para evaluar una propuesta de pruebas de accesibilidad

Marca cada elemento que esté descrito de manera verificable. La lista orienta una comparación inicial y no reemplaza la revisión contractual o técnica.

Revisión de la propuesta

Comprueba alcance, método, evidencia y seguimiento.

0 de 16
09 / Preguntas frecuentes

Dudas comunes antes de una evaluación

¿Una herramienta automática certifica el sitio?

No. Las herramientas detectan solo los problemas cubiertos por sus reglas. La conformidad requiere evaluar todas las condiciones aplicables con evidencia y juicio técnico.

¿Una muestra permite declarar accesible todo el sitio?

No por sí sola. WCAG-EM permite evaluar una muestra representativa, pero advierte que normalmente eso no basta para afirmar la conformidad de cada página de un producto completo.

¿Las pruebas con usuarios reemplazan WCAG?

No. Aportan evidencia sobre la experiencia real, mientras que WCAG proporciona requisitos comprobables. Deben utilizarse de manera complementaria.

¿Qué diferencia hay entre auditoría y re-test?

La auditoría identifica y documenta resultados en un alcance acordado. El re-test vuelve a comprobar los hallazgos después de la corrección.

¿Todas las evaluaciones deben usar la misma muestra?

No. La muestra depende de las funciones, tecnologías, tipos de contenido y procesos esenciales del producto.

¿Una auditoría garantiza accesibilidad futura?

No. Describe el estado observado bajo condiciones concretas. Los cambios posteriores necesitan control de calidad y seguimiento.

10 / Evidencia oficial

Fuentes y referencias técnicas

La guía resume y contextualiza fuentes oficiales. No es una traducción del W3C ni una reproducción íntegra de sus documentos.

Conclusión

Las pruebas profesionales conectan requisitos, tareas y evidencia. Su valor no está en producir una puntuación, sino en ofrecer un diagnóstico delimitado, reproducible y útil para corregir barreras y comprobar los resultados.

Si necesitas definir un alcance para tu producto, conoce nuestras auditorías de accesibilidad web WCAG 2.2 AA.

ACCESSIBILITY.CL / HABLEMOS

¿Necesitas evaluar un sitio o producto digital?

Podemos ayudarte a definir el alcance, seleccionar una muestra representativa, documentar barreras y preparar un plan de corrección basado en evidencia.

Conversemos por WhatsApp Se abrirá WhatsApp con un mensaje que podrás revisar antes de enviarlo.

CONVERSEMOS SOBRE TU PROYECTO

Cuéntanos qué necesitas

Te ayudamos a encontrar el servicio o software adecuado. Elige cómo prefieres contactarnos.

    Para WhatsApp prepararemos tu mensaje; confirmarás el envío en la aplicación.