sábado, 25 de julio de 2026

WCAG Evaluation Methodology (WCAG-EM) 2.0 del W3C

Infografía WCAG Evaluation Methodology (WCAG-EM) 2.0 del W3C. Cinco pasos unidos por flechas continuas y flechas discontinuas de retorno que indican posibles iteraciones: 1. Definir el alcance. 2. Explorar el producto. 3. Seleccionar la muestra representativa. 4. Evaluar la muestra. 5. Informe de resultados.

Han pasado 14 años desde que reseñé el proceso de la primera versión de la WCAG-EM 1.0 (2012-2014) en el artículo "Metodología de Evaluación de Conformidad con la Accesibilidad en sitios Web (WCAG-EM) 1.0".

Esta semana, el 23 de julio de 2026, se ha publicado la nueva versión de la WCAG-EM del W3C: WCAG Evaluation Methodology (WCAG-EM) 2.0.

En Europa, incluida España, las auditorías de accesibilidad se realizan conforme a la EN 301 549, que incorpora los criterios de nivel A y AA de las WCAG junto con otros requisitos adicionales. Aun así, la metodología resulta perfectamente extrapolable a la norma europea.

Índice de contenidos:

¿Qué es la WCAG Evaluation Methodology (WCAG-EM) 2.0?

La WCAG-EM proporciona una metodología para la evaluación de todo tipo de productos digitales de acuerdo con las WCAG. Es decir, describe un proceso para evaluar en profundidad si una muestra representativa de un producto digital cumple con los criterios de accesibilidad. La metodología no especifica estos criterios y es independiente de herramientas de evaluación, navegadores web o tecnologías de asistencia específicos.

La gran novedad de esta versión 2.0 es que no solo tiene en cuenta los sitios web, como la versión 1.0, sino que puede aplicarse a cualquier producto digital, como una aplicación móvil o un quiosco interactivo.

¿Qué conocimientos hay que tener para aplicar correctamente la WCAG-EM?

La WCAG-EM ofrece una guía para realizar evaluaciones de accesibilidad siguiendo un mismo método, evitando errores habituales y obteniendo resultados más comparables.

Para aplicar correctamente la WCAG-EM se requieren conocimientos sólidos sobre:

  • las WCAG y cómo evaluar el contenido conforme a ellas,
  • diseño accesible,
  • tecnologías de asistencia y estrategias de adaptación,
  • cómo las personas con diferentes discapacidades utilizan los productos digitales y los problemas habituales que se encuentran,
  • técnicas, herramientas y métodos de evaluación para identificar las barreras que enfrentan las personas con discapacidad.

La metodología no abarca la inclusión de personas con discapacidad. Sin embargo, recomienda encarecidamente:

La participación de personas con discapacidad (que no sean evaluadores experimentados ni formen parte de un equipo de revisión) puede ayudar a identificar barreras de accesibilidad adicionales que no se detectan fácilmente solo con la evaluación de expertos. Si bien no es un requisito para utilizar esta metodología, se recomienda encarecidamente que los evaluadores involucren a personas reales con una amplia gama de capacidades durante el proceso de evaluación.

Recurso relacionado: Involving Users in Evaluating Web Accessibility

Por último, recordemos que existe una herramienta de apoyo, la WCAG-EM Report Tool que se espera que se actualice a la WCAG-EM 2.0 a final de año.

Artículo relacionado: WCAG-EM Report Tool. Herramienta de generación de informes de una evaluación de accesibilidad

Tipos de productos que se pueden evaluar y factores que pueden influir

El documento incluye una lista no exhaustiva de los diferentes tipos de productos digitales con los que se podría aplicar esta metodología, así como las peculiaridades de cada uno de ellos:

  • Sitios web de diferentes tamaños: para los sitios web con muchas páginas se puede utilizar el procedimiento de muestreo para evaluar mediante una muestra representativa; por su parte, los sitios web sencillos se podrían evaluar en su totalidad
  • Aplicaciones web: suelen ser más complejas e interactivas, con gran cantidad de contenido y funcionalidades que se generan dinámicamente. Por ello, su evaluación suele requerir más tiempo, esfuerzo y un conjunto de datos más amplio. Entre ellas se encuentran los clientes de correo electrónico, los editores de documentos, las redes sociales, las plataformas para compartir vídeos y las plataformas de reservas.
  • Aplicaciones nativas, híbridas y multiplataforma: las pantallas de la muestra se pueden identificar mediante capturas o descripciones de la ruta que conduce hasta ellas.
  • Interfaces de quioscos, de terminales de autoservicio o de decodificadores: si la interfaz se puede probar en un navegador aplicarían las consideraciones para aplicaciones web. Cuando se evalúa la interfaz mientras se ejecuta en un terminal, la muestra se puede identificar con capturas de pantalla, fotos o descripciones de la ruta que conduce hasta ellas.
  • Documentos: si se evalúa un documento, se suele abarcar todo el documento o partes específicas del mismo, según su complejidad. También puede abarcar varios documentos. Se puede utilizar el título del documento y, posiblemente, el nombre del archivo para especificar la muestra.

Por otra parte, hay varios factores que pueden influir en una evaluación y que se tienen en cuenta en la metodología, entre ellos:

  • el tipo de producto digital: por ejemplo, sitio web, aplicación móvil, quiosco, documento;
  • el tamaño de un producto digital, su complejidad y las tecnologías que utiliza: por ejemplo, HTML, WAI-ARIA, PDF, EPUB;
  • el grado de conocimiento que tienen los evaluadores sobre cómo se diseñó y desarrolló el producto, y
  • el propósito principal de la evaluación: por ejemplo, emitir una declaración de accesibilidad, planificar un proceso de rediseño o realizar una investigación.

Pasos de la metodología

Los pasos de la metodología siguen siendo 5 como en la WCAG-EM 1.0.

Los 5 pasos de la metodología, aunque los pasos son lineales, puede haber iteraciones o retroalimentación. A continuación se listan en español:

Estos pasos en español son:

  1. Definir el alcance: qué se incluye en la evaluación; el objetivo de la evaluación; y el nivel de conformidad con las WCAG (A, AA, AAA).
  2. Explorar el producto: identificar las vistas, funcionalidades, tipos de contenido, diseños, tecnologías de las que depende la accesibilidad u otros elementos que sean relevantes para las personas con discapacidad .
  3. Seleccionar la muestra representativa: orientación sobre cómo seleccionar una muestra representativa y una muestra de control cuando no es factible evaluar todas las vistas de un producto digital.
  4. Evaluar la muestra: para determinar el cumplimiento con las WCAG.
  5. Informe de resultados: recopilar e informar sobre los resultados de la evaluación; formular declaraciones de conformidad; y calcular una puntuación.

Paso 1. Definir el alcance

El primer paso es definir el alcance, habitualmente con la participación de quien encarga la evaluación.

¿Qué hay que hacer en el paso 1?

  1. Definir qué producto digital se va a evaluar y qué partes de ese producto se incluyen en la evaluación, de forma que quede claro si cada vista forma parte o no de su alcance.
  2. Seleccionar el nivel de conformidad con las WCAG 2 que se utilizará en la evaluación: A, AA o AAA.
  3. Definir los navegadores web, las tecnologías de asistencia y otros agentes de usuario con los que las funcionalidades del producto digital deben ser compatibles desde el punto de vista de la accesibilidad. Recordemos que las WCAG 2 no predefinen qué combinaciones de funciones y tecnologías deben ser compatibles.
  4. Definir los requisitos adicionales de la evaluación acordados entre la persona evaluadora y quien encarga la evaluación (opcional). Por ejemplo, pruebas con personas con discapacidad, informe detallado con todos los errores y soluciones, etc.

Paso 2. Explorar el producto

Una vez definido el alcance debemos conocer el producto para comprender su uso, su propósito y sus funcionalidades, lo cuál nos permitirá después seleccionar la muestra.

¿Qué hay que hacer en el paso 2?

  1. Identificar las "common views" del producto, que también pueden ser estados específicos de las mismas. Se entiende por "view", según el glosario de la metodología, una página web, un documento, un software o una vista (cuadro de diálogo modal o no modal, mensajes de error, párrafos que se expanden, etc.)
  2. Identificar las funcionalidades esenciales del producto.
  3. Identificar los tipos de contenido, teniendo en cuenta que los que presentan diferentes estilos, diseños, estructuras o funcionalidades también pueden ofrecer un nivel de accesibilidad diferente.
  4. Identificar las tecnologías utilizadas de las que depende la accesibilidad (HTML, CSS, JavaScript, SVG, WAI-ARIA, PDF, EPUB, etc.) También se podrían identificar herramienta(s) de autor, sistema(s) de diseño, frameworks, bibliotecas, lenguajes de programación nativos, etc.
  5. Identificar otros elementos que sean relevantes para las personas con discapacidad y para la accesibilidad del producto digital que no se hayan identificado en el paso 2.1.

Paso 3. Seleccionar la muestra representativa

En esta fase se selecciona la muestra que se va a evaluar, salvo que el producto pueda evaluarse por completo, como suele ocurrir con una aplicación móvil, un documento o un quiosco.

En productos con un gran número de páginas o pantallas, como un portal web, una buena selección de la muestra nos permite evaluar el nivel de accesibilidad con un grado razonable de confianza.

El tamaño de la muestra depende de las características del producto: tamaño, antigüedad, complejidad, grado de interactividad, forma en la que se genera o implementa el contenido, variedad de contenidos o funcionalidades, etc.

Por otra parte, una selección cuidadosa puede reducir significativamente el tamaño de la muestra.

¿Qué hay que hacer en el paso 3?

  1. Seleccionar una muestra de evaluación que represente todas las (1) "common views", (2) las funcionalidades esenciales, (3) los tipos de contenido, (4) las tecnologías utilizadas de las que depende la accesibilidad y (5) los demás elementos relevantes.
  2. Seleccionar una muestra aleatoria e incluirla en la evaluación como muestra de control. El tamaño debe ser de un 10% de la muestra estructurada.
  3. Incluir en la muestra todas las páginas o pantallas que formen parte de un proceso completo. Recordemos siempre que no se debe evaluar una página de un proceso, por ejemplo un proceso de compra, sin evaluar el resto de páginas de ese proceso.

Paso 4. Evaluar la muestra

En esta fase se evalúa en detalle la muestra seleccionada de acuerdo a los cinco requisitos de conformidad de las WCAG 2. Como se ha indicado, se presupone un conocimiento profundo de las WCAG 2 para llevar a cabo la evaluación.

Recurso recomendado: libro gratuito WCAG 2.2 de forma sencilla" de Olga Revilla y Olga Carreras.

¿Qué hay que hacer en el paso 4?

  1. Comprobar que cada elemento de la muestra que no forme parte de un proceso completo, ni corresponda a la última página o pantalla de dicho proceso, cumple los cinco requisitos de conformidad de las WCAG 2 para el nivel de conformidad definido. En esta fase se evalúan todos los componentes de la página o pantalla sin interactuar con ellos. Es decir, sin activar funciones, introducir datos ni iniciar ningún proceso. Las interacciones y los procesos completos se evaluarán en el paso siguiente.
  2. Comprobar que todas las interacciones de los procesos completos cumplen los cinco requisitos de conformidad de las WCAG 2 para el nivel de conformidad definido. No es necesario volver a evaluar todo el contenido de cada página o pantalla, sino únicamente los elementos que cambian a lo largo del proceso.
  3. Comprobar que la muestra aleatoria no contiene tipos de contenido ni resultados de evaluación que no estén representados en la muestra estructurada.

Paso 5. Informe de resultados

En este paso se prepara el informe. Sin embargo, los pasos de la metodología no son estrictamente lineales, de modo que lo habitual es que el informe se elabore a la vez que se realiza la evaluación.

Por tanto, si bien los resultados de la evaluación se presentan al final del proceso, su documentación se lleva a cabo durante la evaluación.

¿Qué hay que hacer en el paso 5?

  1. Documentar los resultados de cada paso. Esta documentación no tiene por qué ser pública, toda o parte de la misma puede ser privada del evaluador.

    El tipo de informe dependerá de lo que se haya acordado con el cliente en la fase 1. Hay que tener en cuenta que la documentación de los resultados de la evaluación, las descripciones claras de los problemas, los pasos para reproducirlos, la gravedad de los hallazgos, las capturas de pantalla y/o los vídeos pueden ayudar a los equipos a resolver los problemas con mayor rapidez.

  2. Conservar una copia de los elementos evaluados y registrar las herramientas, los navegadores web, las tecnologías de asistencia, el resto del software y los métodos utilizados durante la evaluación (opcional).
  3. Elaborar una declaración de conformidad en la que se describan los resultados de la evaluación de conformidad (opcional).
  4. Proporcionar una puntuación global (opcional). Aunque una puntuación puede orientar y mostrar la evolución en el tiempo, también puede resultar engañosa. En España es habitual usar la puntuación que proporciona el informe IRA.

    Hablé de los problemas de este tipo de métricas en Vídeo: Masterclass en abierto "De la teoría a la práctica"

  5. Proporcionar informes de los resultados de la evaluación en un formato legible por máquina (opcional), como EARL (Evaluation and Report Language).

Referencias

Documentación de interes del W3C:

Artículos relacionados:

0 comentarios :
Publicar un comentario