EN 301 549 v4.1.1: Qué ha cambiado y cómo prepararse
La norma EN 301 549 v4.1.1 se publicó el 2 de septiembre de 2026, introduciendo una actualización importante en el estándar europeo de accesibilidad para productos y servicios de tecnologías de la información y la comunicación (TIC).
Para sitios web y documentos digitales, uno de los cambios más significativos es la adopción de WCAG 2.2 en lugar de WCAG 2.1. Esta nueva edición también revisa los requisitos relacionados con las preferencias de usuario, la comunicación en tiempo real y la relación entre la norma y el Acta Europea de Accesibilidad (EAA).
Pero, ¿qué significa esto para las organizaciones responsables de la accesibilidad digital? ¿Cambia la publicación de forma inmediata sus obligaciones legales? ¿Y qué deberían hacer ahora los propietarios de sitios web y los equipos digitales?
Esta guía explica los principales cambios en la norma EN 301 549 v4.1.1, la distinción entre publicación y armonización legal, y los pasos prácticos que las organizaciones pueden seguir para prepararse.
En resumen:
- La norma EN 301 549 v4.1.1 fue publicada por el ETSI el 2 de septiembre de 2026.
- Adopta las WCAG 2.2 para contenido web, documentos no web y software no web.
- Incluye cambios adicionales más allá de las WCAG, como la actualización de los requisitos sobre preferencias de usuario y comunicación en tiempo real.
- La publicación por sí sola no establece que la nueva edición se haya convertido en la referencia legal armonizada.
- Las organizaciones pueden comenzar a evaluar sus productos digitales conforme a las WCAG 2.2 mientras siguen cumpliendo con los requisitos que les son aplicables actualmente.
Para consultar los requisitos técnicos oficiales, acceda a la norma EN 301 549 v4.1.1 publicada por el ETSI (PDF).
¿Qué es la norma EN 301 549?
La EN 301 549 es una norma europea que especifica los requisitos de accesibilidad para productos y servicios TIC. Abarca mucho más que sitios web: su alcance incluye software, documentos electrónicos, hardware, telecomunicaciones y otras tecnologías digitales.
La norma es desarrollada a través de organizaciones europeas de normalización, entre ellas ETSI, CEN y CENELEC.
La EN 301 549 es especialmente relevante para dos piezas de la legislación europea sobre accesibilidad:
- Directiva sobre accesibilidad web (WAD): Directiva (UE) 2016/2102, relativa a la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público.
- Acta Europea de Accesibilidad (EAA): Directiva (UE) 2019/882, por la que se establecen los requisitos de accesibilidad de determinados productos y servicios.
Esta norma ayuda a traducir los objetivos de accesibilidad en requisitos técnicos que las organizaciones pueden evaluar e implementar. Para el contenido web, se basa en gran medida en las Pautas de Accesibilidad para el Contenido Web (WCAG).
Sin embargo, la norma EN 301 549 y las WCAG no son intercambiables. La EN 301 549 incluye requisitos que van más allá del contenido web, mientras que las obligaciones legales aplicables dependen de la legislación pertinente, su alcance y su implementación.
Referencias útiles:
- EN 301 549 v4.1.1 — norma oficial
- Pautas de Accesibilidad para el Contenido Web (WCAG)
- Acta Europea de Accesibilidad — Comisión Europea
- Directiva sobre accesibilidad web — EUR-Lex
¿Qué ha cambiado en la norma EN 301 549 v4.1.1?
La nueva edición introduce varios cambios importantes. Para las organizaciones responsables principalmente de sitios web, aplicaciones web y documentos digitales, el paso a las WCAG 2.2 es probablemente lo más relevante de forma inmediata.
No obstante, la actualización es más amplia que un simple cambio de versión de las WCAG.
1. Las WCAG 2.2 se convierten en la referencia para los requisitos de accesibilidad web
La norma EN 301 549 v4.1.1 actualiza sus requisitos para web, documentos no web y software no web para hacer referencia a las WCAG 2.2.
Las WCAG 2.2 amplían las WCAG 2.1 con criterios de conformidad adicionales diseñados para abordar las barreras de accesibilidad que experimentan las personas con discapacidades visuales, físicas y cognitivas, entre otras.
Para los propietarios de sitios web, los nuevos criterios de nivel A y AA más relevantes incluyen:
- Enfoque no oculto (mínimo) — WCAG 2.4.11, nivel AA: El foco del teclado no debe quedar totalmente oculto por contenido creado por el autor, como un encabezado fijo o una superposición.
- Movimientos de arrastre — WCAG 2.5.7, Nivel AA: La funcionalidad que utiliza el arrastre debe contar con una alternativa de operación mediante un solo puntero, a menos que se aplique una excepción.
- Tamaño del objetivo (mínimo) — WCAG 2.5.8, Nivel AA: Los objetivos de puntero deben cumplir con el requisito de tamaño mínimo o calificar para una excepción aplicable.
- Ayuda consistente — WCAG 3.2.6, Nivel A: Los mecanismos de ayuda repetidos deben aparecer en un orden relativo consistente en todas las páginas.
- Entrada redundante — WCAG 3.3.7, Nivel A: La información ingresada previamente por el usuario o proporcionada a este no debería tener que volver a ingresarse en el mismo proceso, a menos que se aplique una excepción.
- Autenticación accesible (mínimo) — WCAG 3.3.8, Nivel AA: La autenticación no debería requerir una prueba de función cognitiva a menos que se cumpla una excepción aplicable.
Estos criterios pueden afectar las interacciones cotidianas en los sitios web. Un botón de soporte flotante podría cubrir un enlace enfocado. Una galería de productos podría requerir arrastrar sin ofrecer una alternativa. Una solicitud de varios pasos podría pedir a los usuarios que vuelvan a ingresar información ya proporcionada.
Cada ejemplo representa un posible problema de accesibilidad, no un fallo automático en todas las implementaciones. Los requisitos y excepciones precisos están definidos en la norma.
La especificación WCAG 2.2 también contiene tres criterios adicionales de Nivel AAA, que no deben confundirse con los seis nuevos criterios de Nivel A y AA enumerados anteriormente.
Lea la especificación oficial de WCAG 2.2 y la guía sobre las novedades de WCAG 2.2.
2. Requisitos actualizados para las preferencias del usuario
La norma EN 301 549 v4.1.1 revisa los requisitos relacionados con las preferencias del usuario en páginas web, documentos no web y software.
El principio subyacente es que los productos digitales deben respetar mejor las preferencias de accesibilidad de las que dependen las personas al utilizar sus dispositivos y software.
Dependiendo del producto y de los requisitos aplicables, esto puede incluir preferencias como la presentación del texto, el contraste y otros ajustes de visualización o interacción.
Para los equipos de desarrollo de software y sitios web, esto sirve como recordatorio de que deben considerar cómo se comportan las interfaces cuando los usuarios dependen de la configuración del sistema operativo, las funciones del navegador o las tecnologías de asistencia. La accesibilidad no debe depender únicamente de si un producto se ve correctamente con la configuración predeterminada.
Los requisitos pertinentes aparecen en las cláusulas 9.7, 10.7 y 11.7 de la norma EN 301 549 v4.1.1. Su aplicabilidad depende del tipo de producto y del alcance de la cláusula correspondiente.
3. Requisitos revisados para la comunicación en tiempo real
La nueva edición también actualiza los requisitos para las TIC que admiten la comunicación en tiempo real, incluidos el texto en tiempo real (RTT), la voz, el vídeo y las funciones relacionadas.
Estos cambios son especialmente relevantes para las organizaciones que desarrollan o suministran sistemas de telecomunicaciones, clientes de comunicación, productos de videoconferencia y soluciones para centros de contacto.
Los requisitos abarcan áreas como la provisión y visualización de texto en tiempo real, la interoperabilidad y los escenarios de comunicación.
Las organizaciones que trabajan en estas áreas deben revisar directamente las disposiciones aplicables en lugar de asumir que una evaluación de WCAG centrada en sitios web cubrirá sus obligaciones.
4. Un mapeo más claro con el Acta Europea de Accesibilidad
La norma EN 301 549 v4.1.1 introduce un mapeo adicional entre los requisitos de la norma y el Acta Europea de Accesibilidad.
El objetivo es ayudar a las organizaciones a comprender cómo se relacionan los requisitos técnicos con las exigencias de accesibilidad establecidas por el Acta.
Este mapeo es útil al planificar evaluaciones y documentar pruebas, pero no debe considerarse un sustituto de la interpretación de la legislación que se aplica a un producto o servicio en particular.
5. Los requisitos más amplios de las TIC siguen siendo importantes
La norma EN 301 549 no es simplemente una lista de criterios de éxito para sitios web. Incluye requisitos que pueden aplicarse a hardware, software no web, documentos electrónicos, herramientas de autoría y servicios de comunicación.
En consecuencia, el impacto de la nueva edición depende de lo que una organización desarrolle, suministre u opere.
Para una empresa que gestiona un sitio web de marketing, los cambios de WCAG 2.2 pueden ser el punto de partida principal. Para un proveedor de sistemas de comunicación o software especializado, los cambios relevantes pueden ser mucho más amplios.
Revise la norma completa EN 301 549 v4.1.1 para determinar qué cláusulas son relevantes para sus productos y servicios.
¿Cambia la norma EN 301 549 v4.1.1 los requisitos legales de forma inmediata?
No. La publicación de una nueva edición y su citación formal como norma armonizada son pasos distintos.
La norma EN 301 549 v4.1.1 se publicó en septiembre de 2026. Sin embargo, la fecha de publicación por sí sola no significa que toda organización sujeta a la legislación europea de accesibilidad deba demostrar inmediatamente su conformidad con esta edición.
Para que una norma armonizada proporcione una presunción de conformidad con los requisitos correspondientes de la legislación de armonización de la UE, su referencia debe publicarse en el Diario Oficial de la Unión Europea.
La referencia oficial más reciente que pude verificar para el marco de accesibilidad web es la EN 301 549 v3.2.1 (2021-03), incluida en la Decisión de Ejecución (UE) 2021/1339 de la Comisión.
Antes de publicar este artículo, consulte las referencias actuales del Diario Oficial y la legislación aplicable para conocer cualquier actualización relativa a la versión 4.1.1.
Fuentes oficiales:
- Decisión de Ejecución (UE) 2021/1339 de la Comisión — EUR-Lex
- Decisión de Ejecución (UE) 2018/2048 de la Comisión (versión consolidada) — EUR-Lex
- EN 301 549 v4.1.1 — ETSI
¿Qué significa esto para las organizaciones sujetas al Acta Europea de Accesibilidad (EAA)?
Las organizaciones deben distinguir entre las obligaciones de accesibilidad que ya se aplican a sus productos y servicios y los cambios técnicos introducidos por la nueva edición.
La EAA se aplica a productos y servicios específicos dentro de su ámbito de competencia, sujetos a las disposiciones de la Directiva y a la legislación nacional aplicable. La Directiva sobre accesibilidad de los sitios web tiene un alcance diferente, centrado en los sitios web y las aplicaciones móviles del sector público.
Ni la publicación de la norma EN 301 549 v4.1.1 ni la adopción de las WCAG 2.2 establecen automáticamente la misma obligación legal para todos los sitios web en Europa.
Para una organización que planifica su trabajo de accesibilidad, el enfoque práctico es:
- Identificar la legislación y los requisitos que se aplican a sus productos y servicios en la actualidad.
- Seguir cumpliendo con dichos requisitos.
- Evaluar los criterios adicionales de las WCAG 2.2 y otros cambios relevantes en la versión 4.1.1.
- Revisar el estado oficial de armonización y cualquier disposición transitoria aplicable.
- Planificar el trabajo de corrección y validación basándose en el alcance real de los productos digitales de la organización.
Este enfoque facilita la preparación sin confundir una actualización técnica con un cambio universal en las obligaciones legales.
¿Cómo deben prepararse las organizaciones para la norma EN 301 549 v4.1.1?
Las organizaciones no necesitan esperar a que se finalice cada detalle legal y de transición para comprender los cambios técnicos. Prepararse con antelación puede ayudar a los equipos a identificar brechas, estimar el esfuerzo de corrección e incorporar la accesibilidad en sus procesos de desarrollo.
1. Establezca su nivel actual de accesibilidad
Comience por comprender el estado actual de su sitio web, sus aplicaciones web y sus documentos digitales.
Identifique las páginas y los recorridos de usuario más importantes: creación de cuentas, inicio de sesión, búsqueda, formularios, pago, acceso a documentos y otras tareas relevantes.
Una evaluación inicial de accesibilidad puede ayudar a identificar problemas como la falta de alternativas de texto, un contraste insuficiente, controles de formulario inaccesibles y problemas de navegación mediante teclado.
Wawsome Comprobador de accesibilidad puede ayudar a los equipos a identificar automáticamente los problemas de accesibilidad detectables y a priorizar investigaciones adicionales.
Las pruebas automatizadas son un punto de partida, no una prueba de conformidad completa. Algunos requisitos requieren pruebas manuales y criterio humano.
2. Revise los nuevos criterios de las WCAG 2.2
Compare sus requisitos de accesibilidad y proceso de pruebas actuales con las WCAG 2.2.
Preste especial atención a:
- El foco del teclado que pueda quedar oculto tras encabezados, pies de página o cuadros de diálogo fijos.
- Las interacciones de arrastrar y soltar que no cuenten con controles alternativos.
- Los objetivos de puntero pequeños y sus excepciones aplicables.
- Los mecanismos de ayuda que cambian de posición o de orden entre páginas.
- Los formularios de varios pasos que solicitan a los usuarios introducir la misma información repetidamente.
- Los procesos de autenticación que crean barreras cognitivas innecesarias.
Pruebe estas interacciones en contexto, incluyendo dispositivos móviles y recorridos de usuario importantes.
La documentación de las WCAG 2.2 del W3C ofrece explicaciones y ejemplos para cada criterio de éxito.
3. Priorice las correcciones según su impacto y esfuerzo
No todos los problemas tienen el mismo efecto en los usuarios ni el mismo coste de reparación.
Priorice las barreras que impiden a las personas completar tareas esenciales, especialmente cuando afectan a varias páginas o a componentes reutilizables.
Un problema de enfoque en un componente de navegación compartido, por ejemplo, puede afectar a una gran parte de un sitio web. Corregir el componente subyacente puede ser más eficaz que aplicar soluciones alternativas por separado en cada página.
Crea un plan de corrección que identifique el problema, el recorrido del usuario afectado, el equipo responsable, la solución propuesta y el método de validación.
4. Realiza pruebas más allá del escaneo automatizado
Los escáneres automatizados pueden detectar muchos problemas de programación, pero no pueden determinar de forma fiable todos los aspectos de la accesibilidad.
Las pruebas manuales deben incluir la navegación por teclado, el enfoque visible, el comportamiento de interacción, el zoom y el cambio de tamaño del texto, la validación de formularios y las pruebas adecuadas con tecnologías de asistencia.
Esto es especialmente importante para los criterios de las WCAG 2.2 que dependen de cómo los usuarios interactúan con una interfaz o completan una tarea.
Para obtener una explicación más detallada, lee la guía de Wawsome sobre auditorías de accesibilidad, widgets y monitorización.
5. Integra la accesibilidad en el mantenimiento continuo del sitio web
La accesibilidad no es un proyecto de una sola vez. Los sitios web cambian a medida que los equipos publican páginas, introducen integraciones, actualizan formularios, lanzan campañas y modifican componentes compartidos.
Un sitio web que fue evaluado hace varios meses puede haber desarrollado nuevos problemas de accesibilidad desde entonces.
El Monitor de Accesibilidad de Wawsome ayuda a los equipos a realizar un seguimiento de los problemas detectables automáticamente a lo largo del tiempo e identificar posibles regresiones a medida que sus sitios web cambian.
La monitorización complementa la evaluación inicial y las pruebas manuales; no las sustituye.
6. Documenta tu trabajo y mantenlo actualizado
Mantén un registro de las evaluaciones, los problemas identificados, las decisiones de corrección, los resultados de validación y las barreras pendientes.
Esto proporciona a los equipos de desarrollo, producto, legal y de accesibilidad una visión compartida del progreso y les ayuda a tomar decisiones informadas cuando cambian los estándares o los requisitos.
Cuando corresponda, revisa tu declaración de accesibilidad y la documentación relacionada para asegurarte de que reflejen con precisión el estado actual de tu sitio web y los métodos de evaluación utilizados.
Wawsome también ofrece un guía de declaración de accesibilidad para ayudar a las organizaciones a comprender qué debe contener una declaración de accesibilidad.
¿Puede un widget de accesibilidad hacer que un sitio web cumpla con la norma EN 301 549?
Un widget de accesibilidad puede ofrecer ajustes de interfaz útiles y ayudar a algunos visitantes a adaptar su experiencia. Sin embargo, un widget por sí solo no puede establecer que un sitio web cumpla con la norma EN 301 549 o las WCAG.
La norma incluye requisitos relacionados con el código subyacente, la estructura del documento, el uso del teclado, el comportamiento de interacción y la compatibilidad con tecnologías de asistencia. No todos estos aspectos pueden resolverse cambiando la apariencia de una página.
Un enfoque más completo combina:
- Pruebas de accesibilidad automatizadas para identificar problemas detectables.
- Evaluación manual para valorar el comportamiento y el contexto.
- Corrección de código y contenido para abordar las barreras subyacentes.
- Validación para confirmar que las soluciones funcionan según lo previsto.
- Monitoreo continuo para identificar nuevos problemas detectables a medida que el sitio web cambia.
El Widget de accesibilidad, Comprobador de accesibilidad, y Monitor de Accesibilidad respaldan diferentes partes de este proceso. Son herramientas complementarias, no un sustituto de una evaluación de accesibilidad completa.
Para obtener una visión general de cómo difieren estos enfoques, consulte Widget de accesibilidad, auditoría y monitoreo.
Preguntas frecuentes sobre la norma EN 301 549 v4.1.1
¿Qué es la norma EN 301 549 v4.1.1?
La norma EN 301 549 v4.1.1 es la edición de septiembre de 2026 del estándar europeo sobre requisitos de accesibilidad para productos y servicios de TIC. Actualiza los requisitos para contenido web, documentos no web, software y otras áreas de las TIC.
¿Cuál es el cambio principal en la norma EN 301 549 v4.1.1?
Para sitios web y documentos digitales, uno de los cambios más significativos es la adopción de las WCAG 2.2. Esta edición también actualiza los requisitos de preferencias de usuario, los requisitos de comunicación en tiempo real y la correspondencia con el Acta Europea de Accesibilidad.
¿La norma EN 301 549 v4.1.1 reemplaza a las WCAG 2.1?
La nueva edición hace referencia a las WCAG 2.2 para los requisitos pertinentes de web, documentos no web y software no web. Sin embargo, el efecto legal formal de la nueva edición depende de su estado de armonización y de la legislación aplicable a cada organización.
¿Es la norma EN 301 549 v4.1.1 ya obligatoria por ley?
La publicación, por sí sola, no convierte a la nueva edición en la referencia armonizada bajo la legislación de la UE. Las organizaciones deben verificar las referencias más recientes del Diario Oficial y los requisitos aplicables a sus productos y servicios antes de tomar decisiones sobre el cumplimiento.
¿Incluyen las WCAG 2.2 nuevos requisitos de nivel AA?
Sí. Las WCAG 2.2 añaden nuevos criterios de conformidad de niveles A, AA y AAA. Entre las incorporaciones importantes en el nivel AA se incluyen: Foco no oculto (mínimo), Movimientos de arrastre, Tamaño del objetivo (mínimo) y Autenticación accesible (mínimo).
¿Puede un escáner de accesibilidad automatizado probar todos los requisitos de la norma EN 301 549?
No. Las herramientas automatizadas pueden identificar ciertos problemas, pero algunos requisitos requieren pruebas manuales, evaluación sensible al contexto y pruebas con tecnologías de asistencia. La evaluación adecuada depende del producto y de las cláusulas aplicables de la norma.
¿Cómo pueden las organizaciones prepararse para la norma EN 301 549 v4.1.1?
Las organizaciones pueden revisar el nuevo estándar, comparar su proceso de pruebas actual con las WCAG 2.2, evaluar los recorridos de usuario importantes, priorizar la corrección, validar las soluciones manualmente y establecer un monitoreo continuo. También deben verificar los requisitos legales y las disposiciones de transición que les sean aplicables.
Empiece a prepararse para la siguiente etapa de la accesibilidad digital
La norma EN 301 549 v4.1.1 es un avance importante para las organizaciones que crean y mantienen productos digitales accesibles. Su adopción de las WCAG 2.2 ofrece a los equipos web una dirección técnica más clara, mientras que sus cambios más amplios son relevantes para las organizaciones responsables de software, documentos, sistemas de comunicación y otros productos TIC.
El siguiente paso más útil es comprender su estado actual de accesibilidad, identificar las brechas respecto a los requisitos pertinentes y crear un plan de corrección práctico.
Wawsome puede ayudarle a iniciar ese proceso con comprobaciones de accesibilidad automatizadas y un monitoreo continuo.
- Compruebe su sitio web con el Verificador de Accesibilidad de Wawsome
- Explora el monitor de accesibilidad de Wawsome
- Descubre el widget de accesibilidad de Wawsome
Un enfoque informado y continuo ayuda a las organizaciones a mejorar la accesibilidad hoy, mientras se preparan para los estándares y requisitos en constante evolución.