Plantilla voluntaria de accesibilidad de productos
También: Voluntary Product Accessibility Template
Voluntary Product Accessibility Template — autodeclaración de un proveedor sobre cómo un producto se ajusta a los estándares de accesibilidad (Section 508, EN 301 549, WCAG). La plantilla vigente es VPAT 2.5 (Revised Section 508 + EN 301 549 + WCAG 2.x).
Una Voluntary Product Accessibility Template (VPAT) es una autodeclaración estandarizada en la que un proveedor documenta cómo su producto se ajusta a los estándares de accesibilidad. La plantilla actual, VPAT 2.5, está publicada por el Information Technology Industry Council (ITI).
Qué es realmente una VPAT
Una VPAT es una respuesta estructurada, criterio a criterio, a uno o más de los principales estándares de accesibilidad:
- Revised Section 508 — para la contratación pública federal en EE. UU.
- EN 301 549 — para la contratación pública en la UE.
- WCAG 2.x — a un nivel específico (casi siempre AA).
- Worldwide — la vista combinada, que cubre los tres anteriores.
Para cada criterio, el proveedor registra uno de estos niveles de conformidad:
- Supports — el criterio se cumple.
- Partially Supports — se cumple para algunos contenidos o contextos, falla en otros, con una descripción de la brecha.
- Does Not Support — falla de forma absoluta.
- Not Applicable — el criterio no aplica a este producto.
- Not Evaluated — solo permitido para los criterios WCAG AAA.
Una VPAT útil frente a una VPAT defensiva
Un proveedor que marca cada línea como «Supports» sin ningún comentario está ocultando algo. Una VPAT genuinamente útil incluye:
- Una descripción del producto lo suficientemente clara para que un lector pueda saber qué se evaluó.
- Metodología de pruebas — qué tecnologías de apoyo se utilizaron (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari), qué muestra de páginas o funcionalidades fue auditada y cuándo.
- Explicaciones específicas para cualquier calificación «Partially Supports» o «Does Not Support» — nombrando la funcionalidad afectada y, en el mejor caso, el plan de corrección y su plazo.
- Una fecha de evaluación. Una VPAT de dos años de antigüedad está obsoleta; el producto ha incorporado cientos de cambios desde entonces.
- La aprobación de un revisor independiente, separado de la autoatestación del desarrollador, siempre que esté disponible.
La comunidad de accesibilidad ha desarrollado heurísticas informales para detectar una VPAT de relleno: demasiado pocas calificaciones «Partially Supports», sin sección de metodología, sin entorno de pruebas, sin revisor identificado.
ACR frente a VPAT
ITI rebautizó la plantilla para aclarar dos conceptos:
- La VPAT es el formulario en blanco.
- El Accessibility Conformance Report (ACR) es el documento completado que entrega el proveedor.
En la práctica, ambos términos se siguen usando indistintamente. Los equipos de contratación piden «la VPAT»; los proveedores entregan «un ACR». Es el mismo documento.
Cuándo se necesita una VPAT
- Ventas a agencias federales de EE. UU. La contratación conforme a Section 508 la exige.
- Ventas al sector público de la UE. La EAA y las normas de contratación de los estados miembros esperan ahora un ACR frente a EN 301 549.
- Ventas a grandes empresas en EE. UU. La mayoría de los departamentos de TI de las empresas del Fortune 500 han adoptado la VPAT bajo petición como práctica estándar de contratación, aunque Section 508 no les sea aplicable.
- Ventas a instituciones de educación superior. La mayoría de las universidades estadounidenses y muchas europeas exigen un ACR reciente antes de realizar una compra.
Si el producto es software que se vende en modelo B2B, contar con un ACR/VPAT actualizado ya no es opcional — es un elemento básico en cualquier respuesta a una solicitud de propuesta (RFP).