¿Qué es un VPAT (Voluntary Product Accessibility Template)?

¿Qué es un VPAT?

El Voluntary Product Accessibility Template (VPAT) es una plantilla estandarizada publicada por el Information Technology Industry Council (ITI) que los proveedores rellenan para declarar cómo sus productos cumplen los estándares de accesibilidad — principalmente WCAG (Web Content Accessibility Guidelines), Section 508 del US Rehabilitation Act y EN 301 549 (el estándar europeo obligatorio bajo el EAA). La plantilla en blanco es el VPAT; el documento completado para un producto específico es el Accessibility Conformance Report (ACR). En la práctica los términos se usan de forma intercambiable — "envíame tu VPAT" normalmente significa "envíame tu ACR cumplimentado."

VPAT existe porque los equipos de adquisiciones de agencias federales, universidades y grandes empresas necesitan una forma consistente de comparar la accesibilidad entre proveedores. Sin un formato estándar, cada proveedor documentaría la accesibilidad de manera distinta, haciendo imposibles las comparaciones. VPAT es el formato estándar.

Versiones de VPAT y su alcance

El VPAT ha evolucionado a través de varias versiones. La más reciente es VPAT 2.5 (lanzada en 2024), que cubre cuatro estándares en un documento:

• WCAG 2.1 (Niveles A y AA). 50+ criterios de éxito a través de los cuatro principios POUR (Perceivable, Operable, Understandable, Robust). El estándar de referencia más común.
• WCAG 2.2. Añade nueve nuevos criterios de éxito sobre WCAG 2.1 (tamaño de objetivo, apariencia de foco, movimientos de arrastre, etc.). Convirtiéndose en la nueva línea base para compradores en 2025-2026.
• Section 508 revisada. Estándar federal de adquisiciones de EE.UU., armonizado con WCAG 2.0 desde 2018.
• EN 301 549. Estándar europeo para accesibilidad ICT, obligatorio bajo el European Accessibility Act efectivo desde junio de 2025.

Las versiones más antiguas (VPAT 2.4 y anteriores) siguen en circulación pero cada vez más rechazadas por equipos de adquisiciones. Enviar una versión antigua señala que el proveedor no ha refrescado la documentación de accesibilidad recientemente.

Qué contiene un VPAT (la estructura)

Para cada criterio de éxito aplicable, el VPAT requiere:

1. Nivel de conformidad: Uno de Supports, Partially Supports, Does Not Support o Not Applicable.
2. Observaciones y explicaciones: Detalles concretos sobre qué se probó, cómo, con qué tecnologías de asistencia, problemas conocidos, soluciones provisionales para criterios no soportados y roadmap si hay trabajo planeado.

El nivel de conformidad es lo que los equipos de adquisiciones escanean primero. Las observaciones son lo que los expertos en accesibilidad de los compradores leen profundamente durante la evaluación. Las observaciones honestas construyen credibilidad; los claims vagos de "Supports" sin observaciones se leen como pelusa de marketing y dañan la confianza.

VPAT vs ACR — ¿cuál es la diferencia?

Estrictamente:

• VPAT = la plantilla en blanco (un formulario vacío).
• ACR = un VPAT completado para un producto específico (el documento rellenado).

Casualmente, los términos se usan de forma intercambiable. "Envíame tu VPAT" → espera un ACR completado. "¿Tienes un VPAT?" → preguntando si has completado un ACR. "Nuestro VPAT muestra conformidad con WCAG 2.1 AA" → describiendo lo que el ACR completado reclama.

Quién necesita un VPAT

• Proveedores que venden a agencias federales de EE.UU. Section 508 requiere tecnología accesible; los VPATs son el artefacto estándar de adquisiciones. GSA Schedule 70 los manda efectivamente.
• Proveedores que venden a universidades e instituciones de educación superior. La mayoría de universidades de EE.UU. ahora requieren VPATs en RFPs como parte de la adquisición con cumplimiento de accesibilidad.
• Proveedores que venden a empresas Fortune 500. Los grandes equipos de adquisiciones corporativas cada vez más incluyen requisitos de VPAT como estándar. Va mucho más allá de las industrias reguladas.
• Proveedores que venden en la UE. Bajo el European Accessibility Act (efectivo desde junio de 2025), las declaraciones de accesibilidad son requeridas para muchos productos digitales. Los proveedores con documentación VPAT/ACR están preposicionados.
• Cualquiera que quiera demostrar liderazgo en accesibilidad. Incluso sin necesidad impulsada por adquisiciones, un VPAT publicado señala a los clientes que la accesibilidad se toma en serio.

Cómo escribir un VPAT creíble

Prueba antes de cumplimentar

El mayor error individual: escribir el VPAT desde la documentación de producto sin probar realmente. Antes de que cualquier criterio reciba "Supports", ejecuta scanners automatizados (axe, WAVE, Pa11y) Y pruebas manuales con lectores de pantalla (NVDA en Windows, VoiceOver en Mac/iOS, TalkBack en Android, JAWS como objetivo extra). Documenta qué probaste, en qué plataformas, con qué tecnologías de asistencia.

Sé honesto sobre "Partially Supports"

Casi todo producto real soporta parcialmente muchos criterios. Escenarios honestos comunes: "la navegación por teclado funciona para los flujos principales pero el widget desplegable en la página de configuración atrapa el foco", o "el texto alt se proporciona para imágenes de producto pero los gráficos auto-generados no tienen alternativas descriptivas." Documentar esto honestamente construye confianza con el comprador; ocultarlo aparece en la propia auditoría del comprador y mata el trato.

Actualiza con cada lanzamiento mayor

Un VPAT de hace 18 meses es peor que ningún VPAT — engaña activamente a los compradores sobre el estado actual. Re-prueba y republica con cada lanzamiento mayor de UI. Fecha el documento claramente.

Consigue una auditoría externa para tratos de alto nivel

Para grandes contratos gubernamentales, de educación superior o de industrias reguladas, los compradores pueden requerir VPATs auditados por terceros. Empresas especialistas (Deque, Level Access, TPGi) auditan tu producto contra WCAG y producen un ACR auditado. Más caro pero más creíble.

Publícalo públicamente

Postear tu VPAT en tu sitio web (en lugar de solo enviarlo bajo petición) señala confianza. Los equipos de adquisiciones lo encuentran antes de preguntar, acelerando los ciclos de venta. Muchas empresas SaaS hospedan VPATs en /accessibility o /legal/accessibility.

Errores comunes de VPAT

• Reclamar "Supports" sin probar. Los VPATs guiados por ventas que dicen que todo funciona fallan auditorías de comprador y dañan la reputación.
• Versión VPAT obsoleta. Los compradores esperan VPAT 2.4 o 2.5; enviar uno 2.0 de 2018 parece descuidado.
• Sin observaciones. Solo listar "Supports" sin explicación no proporciona información útil. Los compradores quieren evidencia.
• Tratar el VPAT como marketing. Un VPAT es documentación de adquisiciones, no una hoja de ventas. Honesto, técnico, basado en evidencia.
• Olvidar actualizar. Los VPATs obsoletos son peores que los faltantes — representan activamente mal el estado actual.
• Mezclar plataformas. Web app + app iOS + app Android + app desktop pueden necesitar cada una su propio VPAT (o uno combinado claramente segmentado con observaciones específicas de plataforma por criterio).

FAQ: VPAT

¿Es un VPAT una certificación?

No. Un VPAT es una autoatestación del proveedor, no una certificación de terceros. Los VPATs auditados (donde una empresa externa de accesibilidad verifica los claims) llevan más credibilidad que los autoatestados, pero ninguno es un sello formal "certificado".

¿Quién crea el VPAT?

Internamente: un líder de accesibilidad o product manager + ingenieros que probaron features específicas. Las empresas más grandes tienen programas dedicados de accesibilidad; las más pequeñas a menudo contratan empresas especialistas (Deque, Level Access, TPGi) para los engagements VPAT.

¿Cuánto tarda completar un VPAT?

Producto pequeño (única web app): 2-4 semanas de pruebas focalizadas + escritura. Mediano (app SaaS + móvil): 4-8 semanas. Plataforma empresarial: 2-3 meses incluyendo coordinación con múltiples equipos de producto. Los VPATs auditados añaden 2-4 semanas para el ciclo de auditoría de terceros.

¿Cuánto cuesta un VPAT auditado?

10.000-50.000+ $ dependiendo de la complejidad del producto. Vale la pena para contratos de alto valor donde los compradores requieren verificación independiente o donde la reputación importa.

¿Pueden las herramientas automatizadas generar un VPAT?

No — las herramientas automatizadas (axe, WAVE, Pa11y) atrapan quizás el 30-40% de los problemas de accesibilidad. Son útiles para escanear a escala pero la credibilidad del VPAT viene de pruebas manuales con tecnologías de asistencia reales. Las herramientas aumentan las pruebas humanas; no las reemplazan.

¿Necesita mi SaaS un VPAT si no vendemos al gobierno?

Recomendado incluso sin clientes gubernamentales. Educación superior, empresas Fortune 500 y clientes UE (bajo el EAA desde junio de 2025) cada vez más solicitan VPATs. Un VPAT publicado señala disposición de adquisiciones y acelera tratos empresariales.

Cómo se relaciona LoadFocus con el trabajo VPAT/accesibilidad

LoadFocus se enfoca en rendimiento no en accesibilidad, pero las auditorías de accesibilidad a menudo necesitan también verificación de rendimiento — páginas que fallan Core Web Vitals crean problemas de accesibilidad para usuarios en redes lentas o dispositivos de gama baja. Combina tu trabajo VPAT/ACR con auditorías de velocidad LoadFocus a través de regiones para validar líneas base de rendimiento que apoyen accesibilidad (ej. asegurar que usuarios de lectores de pantalla en conexiones 3G todavía obtengan tiempos razonables de carga de página).