TEST DE ACCESIBILIDAD E-LEARNING
¿Cumplen tus cursos con la Ley Europea de Accesibilidad?
5 de noviembre de 2026
CONTENIDO CREADO POR:

Tabla de contenidos
Un VPAT (Voluntary Product Accessibility Template, o plantilla voluntaria de accesibilidad de producto) es un documento normalizado que describe, criterio por criterio, hasta qué punto un producto o servicio tecnológico cumple las normas de accesibilidad aplicables.
Lo publica y mantiene el Information Technology Industry Council (ITI), una asociación del sector tecnológico, y es de uso gratuito. La versión vigente es la 2.5Rev, de abril de 2025.
Su razón de ser es práctica: permitir que quien compra software pueda comparar proveedores con un mismo formato, en lugar de tener que interpretar afirmaciones comerciales del tipo «nuestra plataforma es totalmente accesible». En lugar de una frase, un VPAT obliga a pronunciarse sobre cada criterio de la norma.
Los dos términos se usan como sinónimos constantemente, pero designan cosas distintas:
La distinción no es pedantería. Cuando pides «el VPAT» a un proveedor, lo que necesitas recibir es un ACR completo: con fecha, versión exacta del producto evaluado, metodología de prueba, nombre de quien la realizó y observaciones en cada criterio. Un documento que solo tenga la columna de nivel de conformidad rellena, sin ninguna explicación, cumple la forma pero no sirve para decidir.
Aquí está el error más frecuente en una compra europea. El VPAT no es un documento único: tiene cuatro ediciones, cada una referida a una norma distinta.
| Edición | Norma de referencia | WCAG que incorpora |
|---|---|---|
| 508 | Sección 508 revisada (Estados Unidos) | WCAG 2.0 |
| EU | EN 301 549 (Unión Europea) | WCAG 2.1 |
| WCAG | Pautas WCAG del W3C | WCAG 2.2 |
| INT | Las tres anteriores combinadas | Las tres |
Los proveedores estadounidenses tienden a enviar por defecto la edición 508, que responde a su normativa y no a la europea. Si compras desde España, lo que necesitas es la edición EU o la INT, porque son las que mapean contra la EN 301 549, el estándar técnico de referencia en la contratación pública europea y el que sustenta la Ley Europea de Accesibilidad, aplicable desde el 28 de junio de 2025.
Aceptar una edición 508 y darla por buena para un expediente europeo es un error silencioso: el documento parece correcto, está bien hecho, y simplemente responde a otra pregunta.
Cada criterio de la norma se evalúa con una de estas cuatro etiquetas. Entender qué significa cada una es, básicamente, saber leer el documento:
| Nivel declarado | Qué significa | Qué deberías hacer |
|---|---|---|
| Supports (cumple) | La funcionalidad cumple el criterio sin excepciones conocidas | Verificar por muestreo los criterios críticos para tu caso |
| Partially Supports (cumple parcialmente) | Cumple en parte, con excepciones que deben explicarse | Leer la explicación. Es la columna más informativa del documento |
| Does Not Support (no cumple) | La funcionalidad no cumple el criterio | Valorar el impacto real en tus usuarios y pedir plan y plazo |
| Not Applicable (no aplicable) | El criterio no aplica al producto evaluado | Comprobar que la justificación es razonable y no una vía de escape |
Un detalle revelador: la etiqueta «Partially Supports» sustituyó a la anterior «Supports with Exceptions» a petición del U.S. Access Board, precisamente porque la fórmula antigua permitía presentar un incumplimiento como un cumplimiento matizado. El cambio de nombre fue una decisión deliberada para que el documento fuera menos fácil de maquillar.
De ahí la regla práctica más útil al leer un ACR: el valor no está en la columna de niveles, sino en la de observaciones. Un informe honesto con muchos «Partially Supports» bien explicados es infinitamente más útil que uno con todo en «Supports» y la columna de comentarios vacía.
Esta es la parte que conviene tener clara antes de apoyar una decisión de compra en uno de estos documentos.
Nada de esto lo convierte en un documento inútil. Lo convierte en un punto de partida para preguntar mejor, no en una respuesta cerrada.
Si estás evaluando un LMS o una herramienta de autor, estas son las preguntas que conviene incluir en el RFP y lo que hay que mirar en lo que te devuelvan:
Lo mismo aplica en una migración de LMS: la accesibilidad de la plataforma de destino es un criterio de selección, no algo que se revisa después de firmar.
Para quien gestiona formación, el VPAT entra en escena en tres momentos muy concretos:
En los tres casos el documento es el principio del trabajo, no el final. Las WCAG —y en particular las WCAG 2.2— siguen siendo la norma que de verdad hay que cumplir, el VPAT es solo la forma de declararlo, y los estándares de e-learning resuelven una capa distinta del problema. Conviene no confundir los tres planos, igual que no se confunde la accesibilidad con el cumplimiento normativo en materia de seguridad.
El VPAT es una plantilla gratuita del ITI que, una vez rellenada, se convierte en un ACR: un informe que declara criterio por criterio qué cumple y qué no cumple un producto tecnológico en materia de accesibilidad. Tiene cuatro ediciones y, desde España, la que importa es la EU o la INT, porque son las que responden a la EN 301 549. Su gran virtud es que obliga a pronunciarse en detalle. Su gran límite es que lo escribe el propio fabricante, así que vale exactamente lo que valga la honestidad y el rigor de quien lo firma.
Por eso la pregunta útil no es si un proveedor tiene VPAT, sino qué dice y quién lo ha escrito. Si lo que buscas es crear contenidos e-learning y objetos de aprendizaje accesibles de verdad, la accesibilidad tiene que estar en la herramienta con la que los produces, no solo en el papel que la describe. isEazy Author está diseñado para que los cursos nazcan accesibles sin convertirlo en un proyecto aparte, y puedes comprobarlo tú mismo: solicita una demo y pruébalo navegando solo con el teclado.
El VPAT (Voluntary Product Accessibility Template) es una plantilla gratuita publicada por el Information Technology Industry Council (ITI) que sirve para documentar, criterio a criterio, hasta qué punto un producto o servicio tecnológico cumple las normas de accesibilidad. Su función es permitir que quien compra software pueda comparar proveedores con un mismo formato en lugar de fiarse de afirmaciones genéricas del tipo «nuestra plataforma es accesible». La versión vigente es la 2.5Rev, publicada en abril de 2025.
El VPAT es la plantilla en blanco; el ACR (Accessibility Conformance Report) es esa plantilla ya rellenada con los resultados de las pruebas de un producto concreto. En la práctica se usan como sinónimos, pero la distinción importa: cuando pides «el VPAT» a un proveedor, lo que quieres recibir es un ACR completo, con fecha, versión del producto evaluado, metodología de prueba y observaciones en cada criterio. Un documento sin esos datos no te sirve para comparar.
No. Esta es la confusión más extendida y la más costosa. El VPAT es un documento autodeclarado: lo rellena el propio fabricante y no existe ningún organismo que lo certifique ni ninguna auditoría externa obligatoria. Un informe puede estar elaborado por un laboratorio independiente o por el equipo de marketing del proveedor, y el formato es idéntico en ambos casos. Por eso conviene mirar siempre quién hizo la evaluación, con qué metodología, sobre qué versión del producto y en qué fecha.
La edición EU o la INT. El VPAT tiene cuatro ediciones: 508 (normativa estadounidense), EU (norma europea EN 301 549), WCAG (pautas del W3C) e INT, que incluye las tres. Los proveedores estadounidenses suelen enviar por defecto la edición 508, que no responde a lo que exige la normativa europea. Si compras desde España, pide expresamente la edición EU, que es la que mapea contra la EN 301 549, el estándar técnico de referencia en la contratación pública europea.
Conoce la herramienta de autor nº1 del mercado
Pruébalo gratis Solicita una demo
