¿Qué es un Accessibility Conformance Report (ACR)?
El Accessibility Conformance Report (ACR) es el VPAT completado: la declaración de un proveedor sobre cómo su producto cumple WCAG o Section 508.
¿Qué es un Accessibility Conformance Report (ACR)?
Un Accessibility Conformance Report (ACR, informe de conformidad de accesibilidad) es un documento en el que un proveedor declara en qué medida un producto concreto cumple estándares de accesibilidad como WCAG, Section 508 o EN 301 549. Es la versión completada de la plantilla VPAT del Information Technology Industry Council (ITI), y los compradores lo usan para comparar productos en una compra.
Un ACR es una autodeclaración, no una certificación. ITI no revisa ni aprueba los VPAT, y un comprador puede seguir exigiendo una auditoría independiente en su licitación. Para cada criterio el proveedor elige uno de cuatro niveles, Supports, Partially supports, Does not support o Not applicable, y añade observaciones. Para la plantilla en sí, consulta VPAT.
Por qué existen los ACR
Administraciones, universidades y grandes empresas necesitan comparar muchos productos en igualdad de condiciones y comprobar la accesibilidad antes de comprar. El ACR les da un formato único que leer.
- Estados Unidos: los estándares revisados de Section 508 se aplican a la contratación federal de tecnologías de la información y la comunicación.
- Unión Europea: EN 301 549 fija requisitos de accesibilidad para la contratación pública de TIC, y la Ley Europea de Accesibilidad (European Accessibility Act) se aplica a muchos productos y servicios de consumo desde el 28 de junio de 2025.
- Compradores privados: muchas licitaciones de empresa piden un ACR aunque ninguna ley lo exija.
Qué contiene un ACR
La plantilla actual es VPAT 2.5Rev (abril de 2025). Existe en cuatro ediciones, y el proveedor rellena la que pide el comprador:
- WCAG: las Web Content Accessibility Guidelines, con WCAG 2.2.
- 508: los estándares revisados de Section 508, con WCAG 2.0.
- EU: EN 301 549, con WCAG 2.1.
- INT: las tres juntas, con WCAG 2.2.
Las filas de WCAG siguen los cuatro principios de POUR (perceptible, operable, comprensible, robusto). Para cada criterio el informe indica el nivel de conformidad y observaciones: qué se probó, en qué plataforma, con qué tecnología de apoyo y qué se sabe que no funciona. La versión importa: WCAG 2.2 añadió 9 criterios de conformidad y eliminó 4.1.1 Procesamiento (Parsing), así que un ACR redactado contra 2.1 no responde a los criterios de 2.2. El estándar en sí se explica en WCAG.
Cómo elaborar un ACR creíble
- Elige la edición y la versión de WCAG que pide el comprador.
- Define el alcance. Nombra el producto, la versión y la plataforma. Una aplicación web y una app de iOS son productos distintos y necesitan su propio alcance o su propio informe.
- Prueba primero, escribe después. Combina análisis automáticos con pruebas manuales: uso solo con teclado y un lector de pantalla en cada plataforma que declares. Anota la tecnología de apoyo y las versiones usadas.
- Sé concreto en las observaciones. «Partially supports: todos los cuadros de diálogo se manejan con teclado salvo el selector de fecha de la página de ajustes» dice más a un comprador que un simple «Supports».
- Fecha el informe y renuévalo con cada versión importante. Un informe de la interfaz del año pasado induce a error.
- Añade una auditoría independiente cuando un contrato la pida.
Dónde encajan las herramientas automáticas
Los analizadores automáticos detectan solo una parte de los problemas de WCAG, y un ACR no se puede generar a partir de ellos. Lighthouse lo ilustra: su puntuación de accesibilidad es una media ponderada de auditorías automáticas de aprobado o suspenso, y las comprobaciones manuales que enumera, como el orden lógico del tabulador o el foco atrapado, no cuentan para la puntuación. Una página puede sacar 100 y aun así incumplir criterios que requieren a una persona. Trata los análisis como una alerta temprana y mantén la evaluación manual detrás del informe. Más en el blog (en inglés): what performance testing can and cannot say about accessibility y comparativa de herramientas de pruebas de accesibilidad.
LoadFocus no elabora ACR ni VPAT. Lo que sí ofrece es seguimiento de tendencias: la monitorización de velocidad de página ejecuta auditorías programadas de Lighthouse que registran la categoría Accessibility junto a Performance y Core Web Vitals, de modo que una bajada tras una versión aparece en el mismo historial. Es una alarma de regresión para la parte automática, no una prueba de conformidad.
Errores habituales en un ACR
- Declarar «Supports» sin probar. Los compradores hacen sus propias comprobaciones, y un informe que no se sostiene cuesta confianza.
- Respuestas sin observaciones. El comprador necesita saber qué se probó y cómo.
- Una plantilla o versión de WCAG obsoleta que no coincide con la que nombra la licitación.
- Tratarlo como un folleto comercial. Un ACR es documentación de compra: técnica y basada en pruebas.
- No renovarlo nunca cuando el producto cambia.
- Mezclar plataformas en una tabla sin indicar a cuál corresponde cada resultado.
Preguntas frecuentes sobre los Accessibility Conformance Reports
¿Un ACR es lo mismo que un VPAT?
Están muy relacionados. El VPAT es la plantilla en blanco y el ACR es la versión completada para un producto concreto. En la práctica, los compradores suelen decir «VPAT» cuando se refieren al ACR.
¿Es un ACR una certificación?
No. Es la declaración del propio proveedor. ITI no revisa ni aprueba los VPAT, por lo que su valor depende de las pruebas y la honestidad que hay detrás.
¿Quién redacta un ACR?
Normalmente un responsable de accesibilidad o de producto, junto con los ingenieros y evaluadores que revisaron funciones concretas. Algunos proveedores añaden un auditor externo para dar más credibilidad.
¿Pueden las herramientas automáticas generar un ACR?
No. Analizadores como Lighthouse comprueban solo una parte de WCAG, así que las afirmaciones de conformidad de un ACR requieren una evaluación manual con teclado y tecnología de apoyo.
¿Mi SaaS necesita un ACR si no vendemos a la administración?
Ninguna ley exige uno a todos los proveedores. Pero universidades, grandes empresas y organismos públicos suelen pedirlo en sus compras, así que conviene tenerlo si les vendes.
Herramientas LoadFocus relacionadas
Lleva este concepto a la práctica con LoadFocus, la misma plataforma que potencia todo lo que acabas de leer.