Historia, versiones y estructura de la EN 301 549

Cuando una administración exige «accesibilidad» en un pliego, una auditoría certifica «conformidad» o una declaración de accesibilidad dice que un sitio «cumple», en Europa hay una única referencia técnica detrás: la norma EN 301 549 (PDF, se abre en una ventana nueva), «Requisitos de accesibilidad de productos y servicios TIC». Entender de dónde viene, qué versión manda y cómo está organizada es imprescindible para cualquier profesional que trabaje con normativa, contratación o auditoría.

De dónde viene: el mandato M/376

La historia de la norma empieza en 2005, cuando la Comisión Europea encargó a los tres organismos europeos de normalización (CEN, CENELEC y ETSI) el mandato M/376. El objetivo era práctico: dar a los compradores públicos europeos un conjunto común de requisitos de accesibilidad para productos y servicios de tecnologías de la información y la comunicación (TIC), de forma parecida a lo que ya existía en Estados Unidos con la Section 508. Hasta entonces, cada administración describía la accesibilidad a su manera, con referencias dispersas a las WCAG, a normas nacionales o a cláusulas genéricas imposibles de verificar.

El resultado del mandato fue la primera edición de la norma, la EN 301 549 v1.1.1, publicada en febrero de 2014. Junto a ella se publicaron informes técnicos de apoyo (sobre procedimientos de evaluación de conformidad y sobre cómo usar la norma en la contratación) y un conjunto de herramientas en línea para redactar pliegos. Desde el principio la norma se concibió como un documento de uso directo en la contratación pública: cada requisito está redactado para poder comprobarse y, en su anexo C, se describe cómo probarlo.

Las versiones y por qué importan

La norma ha tenido varias ediciones. Conocerlas evita uno de los errores más comunes en los pliegos: citar una versión antigua o, peor, citar «la EN 301 549» sin versión.

La diferencia entre una versión «publicada» y una versión «armonizada» es jurídica y conviene tenerla clara. ETSI publica la norma; pero solo cuando la Comisión Europea publica su referencia en el Diario Oficial de la Unión Europea (DOUE) mediante una decisión de ejecución, la norma pasa a dar presunción de conformidad con la legislación que la invoca. La Decisión de Ejecución (UE) 2018/2048 citó la v2.1.2 como norma armonizada para la Directiva (UE) 2016/2102, y la Decisión de Ejecución (UE) 2021/1339 actualizó esa referencia a la v3.2.1. Por eso, hoy, cuando una declaración de accesibilidad dice que un sitio público «cumple la EN 301 549», debe entenderse la v3.2.1.

En España la norma se adopta como norma UNE a través de UNE (antigua AENOR) con la referencia UNE-EN 301549; la edición de 2022 corresponde a la v3.2.1. El RD 1112/2018 (PDF, se abre en una ventana nueva), por su parte, remite a las normas armonizadas cuyas referencias se publican en el DOUE, de modo que la referencia vigente en España es la misma que en el resto de la Unión: hoy, la v3.2.1.

Qué contiene la v3.2.1 y qué no

La v3.2.1 incorpora los criterios de conformidad de las WCAG 2.1 de nivel A y AA, tanto para contenido web (capítulo 9) como, con adaptaciones, para documentos no web (capítulo 10) y software (capítulo 11). No incorpora las WCAG 2.2, publicadas en octubre de 2023. Esto genera una situación que los profesionales deben saber explicar: una entidad pública española cumple la obligación legal si satisface la v3.2.1 (es decir, WCAG 2.1 AA más el resto de requisitos aplicables de la norma), aunque las WCAG 2.2 sean la versión técnica más reciente y recomendable. En auditorías y pliegos es buena práctica exigir WCAG 2.2 AA además de la EN, porque los seis criterios nuevos de nivel A y AA (2.4.11 Foco no oculto (mínimo), 2.5.7 Movimientos de arrastre, 2.5.8 Tamaño del objetivo (mínimo), 3.2.6 Ayuda coherente, 3.3.7 Entrada redundante y 3.3.8 Autenticación accesible (mínimo)) aportan valor real y no entran en conflicto con la norma.

Estructura por capítulos

La norma se organiza en trece capítulos y varios anexos. Los capítulos 1 a 3 son introductorios (alcance, referencias y definiciones); los capítulos 4 a 13 contienen requisitos:

1. Capítulo 4 – Requisitos de rendimiento funcional: describe lo que una persona debe poder hacer (usar sin visión, sin audición, con manipulación limitada…). Es el marco de interpretación de todos los demás.
2. Capítulo 5 – Requisitos genéricos: funcionalidad cerrada, activación de funciones de accesibilidad, biometría, conservación de la información de accesibilidad al convertir, partes operables, teclas.
3. Capítulo 6 – TIC con comunicación de voz bidireccional (telefonía, texto en tiempo real, videollamada).
4. Capítulo 7 – TIC con capacidades de vídeo (subtítulos, audiodescripción, controles de usuario).
5. Capítulo 8 – Hardware (terminales, cajeros, equipos físicos).
6. Capítulo 9 – Web.
7. Capítulo 10 – Documentos no web (PDF, ofimática, libros electrónicos descargables).
8. Capítulo 11 – Software, incluidas las aplicaciones móviles y las herramientas de autor.
9. Capítulo 12 – Documentación y servicios de soporte.
10. Capítulo 13 – TIC que dan acceso a servicios de relevo o de emergencia.

Entre los anexos destacan el anexo A, que contiene las tablas que indican qué requisitos de la norma dan presunción de conformidad con la Directiva (UE) 2016/2102 para sitios web (tabla A.1) y para aplicaciones móviles (tabla A.2); el anexo B, informativo, que relaciona cada requisito técnico con los requisitos funcionales del capítulo 4; y el anexo C, que recoge, requisito por requisito, el procedimiento de comprobación (tipo de prueba, precondiciones, procedimiento y resultado esperado).

Cómo leer un requisito

Cada requisito tiene un identificador numérico, un título, un texto normativo con «shall» (en la versión española, «debe») y, cuando procede, notas informativas. Muchos requisitos empiezan con una condición de aplicabilidad («Cuando las TIC tengan…», «Cuando el software proporcione…»): si la condición no se da, el requisito es «no aplicable», lo que es distinto de «cumplido». Esta distinción se refleja en los informes de conformidad, donde cada requisito se resuelve como cumple, no cumple o no aplicable (algunas plantillas de informe añaden «cumple parcialmente»).

Resumen

• La EN 301 549 nació del mandato M/376 (2005) para dar a la contratación pública europea requisitos comunes de accesibilidad TIC; su primera edición es de 2014.
• La v3.2.1 (2021) es la versión armonizada vigente para la Directiva (UE) 2016/2102 y el RD 1112/2018; incorpora WCAG 2.1 AA, no 2.2. La v4.1.1 (septiembre de 2026), con WCAG 2.2, está pendiente de citarse en el DOUE.
• Los capítulos 4 a 13 contienen los requisitos: funcionales, genéricos, voz, vídeo, hardware, web, documentos, software, documentación y soporte, relevo y emergencia.
• El anexo A indica qué requisitos dan presunción de conformidad; el anexo C describe cómo probar cada uno.
• Cita siempre versión, capítulo y nivel; distingue «no aplicable» de «cumplido».