VPAT y ACR explicados: cómo ganar contratos con empresas y gobiernos

Si vendes software o servicios digitales a grandes empresas, universidades o agencias gubernamentales, tarde o temprano un formulario de compras te pedirá un VPAT. Sin uno, los acuerdos se estancan. Con uno vago o inexacto, corres el riesgo de no superar una revisión técnica más adelante. Esta guía explica qué es un VPAT, qué contiene un Informe de Conformidad de Accesibilidad (ACR) y cómo elaborar uno en el que los compradores confíen.

¿Qué es un VPAT?

VPAT significa Voluntary Product Accessibility Template (plantilla voluntaria de accesibilidad de producto). Es un formato de documento estándar publicado por el Information Technology Industry Council (ITI) que describe en qué medida un producto cumple los estándares de accesibilidad reconocidos.

La plantilla en blanco es el VPAT. Una vez que la completas para tu producto, el documento terminado se llama Informe de Conformidad de Accesibilidad (ACR). En la práctica, los compradores usan ambos términos para referirse al informe completado.

¿Qué edición de VPAT necesitas?

El ITI publica varias ediciones de la plantilla. Elige la que coincida con los estándares que importan a tus compradores:

• Edición WCAG: informa únicamente según las Pautas de Accesibilidad para el Contenido Web. Es adecuada para la mayoría de los compradores del sector privado.
• Edición Section 508: para las agencias federales de EE. UU. y los contratistas que les venden. La Section 508 incorpora WCAG 2.0 niveles A y AA.
• Edición UE: informa según EN 301 549, el estándar europeo que respalda la contratación pública y la Ley Europea de Accesibilidad (EAA).
• Edición INT (internacional): combina WCAG, Section 508 y EN 301 549 en un solo documento. Útil si vendes en varios mercados.

Qué contiene un ACR

Un informe completado tiene tres partes principales:

1. Datos del producto: el nombre y la versión del producto, la fecha, la información de contacto y los métodos de evaluación utilizados (por ejemplo, escaneo automatizado más pruebas manuales con lectores de pantalla).
2. Tablas de conformidad: una fila por criterio de conformidad o requisito, cada una con un nivel de conformidad y observaciones.
3. Aviso legal: notas opcionales sobre el alcance y las limitaciones.

Cada criterio recibe uno de estos niveles de conformidad:

Por qué la columna de observaciones es la más importante

Los revisores de compras leen las observaciones con atención. “Supports” sin ninguna explicación parece una conjetura. Unas buenas observaciones explican qué se probó y, para todo lo que no sea cumplimiento total, qué no funciona y cuándo se corregirá. Por ejemplo:

1.4.3 Contraste (mínimo): Partially Supports. El texto del cuerpo y los controles cumplen 4,5:1. El texto de marcador de posición del campo de búsqueda mide 3,2:1. Hay una corrección programada para la próxima versión.

Las observaciones honestas y concretas generan confianza. Declarar “Supports” en todas partes suele volverse en contra cuando el propio equipo de accesibilidad del comprador prueba el producto.

Errores comunes en un VPAT

• Completarlo de memoria. Un ACR debe basarse en pruebas reales, incluidas pruebas manuales con tecnologías de apoyo.
• Probar solo el sitio de marketing. Los compradores quieren saber sobre el producto que van a usar: paneles, formularios, correos electrónicos y documentos.
• Usar una edición o un estándar desactualizado. Si tu comprador espera WCAG 2.2, un informe según WCAG 2.0 deja lagunas.
• No actualizarlo nunca. Un ACR describe una versión concreta. Actualízalo cuando publiques cambios significativos.
• Ocultar problemas conocidos. “Partially Supports” con una fecha de corrección clara es mucho mejor que una afirmación que un revisor refuta en minutos.

Cómo crear un ACR, paso a paso

1. Define el alcance. Enumera las áreas del producto, los roles de usuario y las plataformas sobre los que informas.
2. Ejecuta escaneos automatizados. Escanea cada página y plantilla dentro del alcance según WCAG 2.2 para encontrar rápidamente los problemas medibles.
3. Prueba manualmente. Revisa el acceso con teclado, el orden del foco, la salida del lector de pantalla, el zoom y el reflujo en tus recorridos clave.
4. Relaciona los hallazgos con los criterios. Registra cada hallazgo en el criterio de conformidad correspondiente y decide el nivel de conformidad.
5. Escribe observaciones claras. Describe lo que funciona, lo que no y tu plan para corregirlo.
6. Corrige primero lo más fácil. Muchas filas “Partially Supports” pueden pasar a “Supports” con pequeños cambios antes de publicar.
7. Revisa y publica. Pide a alguien independiente que revise el informe y luego compártelo con los compradores o publícalo en tu página de confianza.

Preguntas frecuentes

¿Es obligatorio por ley un VPAT?

El VPAT en sí es voluntario, pero las agencias federales de EE. UU. deben tener en cuenta la accesibilidad al comprar tecnología según la Section 508, y muchas agencias estatales, universidades y empresas exigen ya un ACR antes de firmar.

¿Con qué frecuencia debo actualizar mi VPAT?

Siempre que publiques cambios significativos y al menos una vez al año. Los compradores suelen pedir un informe fechado en los últimos 12 meses.

¿Puedo redactar un VPAT yo mismo?

Sí, si tienes las habilidades de prueba necesarias. Muchos equipos combinan el escaneo automatizado con la revisión de un experto para que el informe sea preciso y creíble.

Genera tu ACR con Reguweb

El generador de VPAT de Reguweb convierte los resultados de tu auditoría en un Informe de Conformidad de Accesibilidad, y nuestros especialistas en accesibilidad pueden revisarlo o realizar las pruebas manuales por ti. Combinado con la supervisión diaria, tu informe se mantiene preciso a medida que cambia tu producto. Habla con un experto sobre un VPAT o haz un escaneo gratuito para ver en qué punto está tu sitio hoy.