EN 301 549 V4.1.1: qué cambia y cómo afecta a tu web

A primeros de septiembre de 2026 se publicó una noticia que pasó bastante desapercibida fuera del mundo de la accesibilidad. La norma europea que marca cómo debe ser la tecnología para que todo el mundo pueda usarla estrenaba versión, la 4.1.1. Si tienes una tienda online, trabajas en una administración pública o vendes software a otras empresas, esta actualización te toca más de lo que parece.

No hay motivo para el pánico. Ni todo cambia de golpe ni tu web deja de ser válida mañana. Pero sí conviene entender qué trae la nueva versión, cuándo empezará a contar de verdad y cómo prepararse con calma, porque quien se adelanta trabaja más tranquilo y gasta menos.

La EN 301 549 es la norma europea de requisitos de accesibilidad para productos y servicios TIC, es decir, cualquier tecnología de la información y la comunicación. Incluye webs y aplicaciones móviles, pero también documentos electrónicos, programas, cajeros automáticos, terminales de pago o sistemas de videollamada. En España tiene su equivalente, la UNE-EN 301549, de la que ya te hablamos en otro artículo.

Para la parte web, la norma se apoya en las WCAG, las Pautas de Accesibilidad para el Contenido Web que publica el W3C, el organismo internacional que define los estándares de internet. Dicho de forma sencilla, las WCAG explican cómo hacer una web accesible y la EN 301 549 las convierte en un requisito exigible en Europa, añadiendo todo lo que no es web.

¿Y por qué te afecta? Porque es la norma de referencia de las dos grandes leyes europeas de accesibilidad. Una es la Directiva de accesibilidad web, que obliga al sector público y que en España se aplica con el Real Decreto 1112/2018. La otra es la Ley Europea de Accesibilidad (EAA, por sus siglas en inglés), que desde junio de 2025 alcanza a buena parte de las empresas privadas y que en España recoge la Ley 11/2023. Cumplir la EN 301 549 es la forma más clara de demostrar que cumples esas leyes.

El cambio más visible es que la norma pasa de WCAG 2.1 a WCAG 2.2. Eso añade seis criterios nuevos, y casi todos describen situaciones que cualquiera ha sufrido alguna vez navegando.

Pensemos en quien usa el teclado en lugar del ratón, algo muy habitual en personas con movilidad reducida. Al avanzar con el tabulador por una página, el elemento seleccionado tiene que verse, sin quedar tapado por el banner de cookies o la burbuja del chat. También desaparecen los deslizadores de precio que solo funcionan arrastrando, porque tendrá que haber otra forma de usarlos, como unos botones o un campo donde escribir la cifra.

Llega además un tamaño mínimo para botones y enlaces, de 24 por 24 píxeles o con espacio suficiente alrededor. Seguro que alguna vez has intentado borrar un producto del carrito desde el móvil y has acabado pulsando el de al lado. Ese icono diminuto es justo lo que se quiere evitar.

Los otros tres criterios son puro sentido común. La ayuda (un teléfono, un chat, un enlace de contacto) debe estar en el mismo sitio en todas las páginas. No se debe pedir dos veces el mismo dato, como esa dirección de envío que vuelves a teclear en el último paso de la compra. Y para iniciar sesión no se puede obligar a resolver un acertijo o a memorizar códigos sin ofrecer alternativa, así que permitir pegar la contraseña o usar un gestor de contraseñas ya marca una gran diferencia.

También hay algo que se va. El antiguo criterio 4.1.1, que pedía un código HTML técnicamente impecable, desaparece porque los navegadores y los lectores de pantalla (los programas que leen en voz alta el contenido para personas ciegas o con baja visión) ya resuelven esos pequeños errores por sí mismos.

Y la nueva versión va más allá de WCAG. Refuerza el respeto a las preferencias del usuario, de modo que si alguien ha configurado en su dispositivo una letra más grande o más contraste, la web, el documento o el programa no deben ignorarlo. Revisa a fondo el texto en tiempo real, el que permite a una persona sorda conversar escribiendo mientras la otra parte lee al instante. Y por primera vez incluye tablas que relacionan cada requisito con lo que pide la EAA, algo que ayuda mucho a saber qué cumplir según lo que ofreces.

Aquí está el matiz que más confusión genera. Que una norma se publique no significa que ya sea la que vale ante la ley. Para eso tiene que citarse en el Diario Oficial de la Unión Europea (DOUE), y es ese paso el que da la llamada presunción de conformidad, la idea de que si cumples la norma, se entiende que cumples la ley.

A día de hoy la versión 4.1.1 todavía no está citada. Las previsiones de ETSI, el organismo europeo que la elabora, apuntan a finales de noviembre de 2026, aunque la Comisión Europea no ha confirmado la fecha. Mientras tanto, la referencia oficial sigue siendo la versión 3.2.1, de 2021, basada en WCAG 2.1.

¿Significa eso que puedes esperar sin hacer nada? Nuestra recomendación es justo la contraria. Si vas a rediseñar tu web, lanzar una aplicación o renovar tu tienda online en los próximos meses, lo sensato es contar ya con WCAG 2.2, porque hacerlo ahora cuesta mucho menos que rehacerlo dentro de un año. Y si trabajas con la administración, ten en cuenta que los pliegos (los documentos que fijan las condiciones de un contrato público) suelen exigir la EN 301 549 y es previsible que vayan incorporando la nueva versión. En nuestro artículo sobre licitaciones y accesibilidad digital tienes más detalles.

Con más de 300 requisitos, la primera duda suele ser cuáles te afectan a ti. Una tienda online no tiene nada que ver con un cajero automático, y una aplicación de citas médicas no necesita lo mismo que un servicio de videollamadas. Para resolverlo existe el ICT Accessibility Requirements Wizard (en inglés, se abre en una ventana nueva), un asistente gratuito del Gobierno de Canadá ya actualizado a la versión 4.1.1. Canadá adoptó la EN 301 549 como norma propia, así que el asistente sirve igual para el contexto europeo.

Su funcionamiento es sencillo. En lugar de preguntarte qué tiene tu producto, te pide que marques lo que no tiene. ¿Tu web no incluye vídeos? Fuera los requisitos de subtítulos y audiodescripción. ¿No es un aparato físico? Desaparece todo lo relacionado con hardware. Al terminar, genera en Word o HTML una lista corta con los requisitos que te corresponden y otra más completa, con explicaciones y anexos. Por ahora solo está en inglés y francés.

Conviene tener claro lo que no hace. No analiza tu web, no revisa el código y no te dice si cumples. Sirve para delimitar el alcance, el paso previo a cualquier revisión seria, y de hecho nació para que las administraciones canadienses supieran qué exigir en sus contratos sin ser expertas en accesibilidad. Es como la lista de la compra antes de ir al mercado. Te dice qué necesitas, pero no cocina por ti.

El primer paso es saber dónde estás. Si tu última revisión se hizo con WCAG 2.1, lo lógico es comprobar los seis criterios nuevos, con especial atención al tamaño de los botones, al inicio de sesión y a todo lo que se maneje arrastrando. Y cuidado con una tentación habitual, la de cambiar la fecha a un informe antiguo y darlo por bueno, porque un informe hecho con la versión anterior no demuestra que cumplas la nueva.

También conviene repasar tu declaración de accesibilidad, el documento público en el que explicas el nivel de accesibilidad de tu web, y actualizarla cuando la 4.1.1 se cite en el DOUE. Si compras software o servicios, pide que los informes de tus proveedores indiquen con qué versión de la norma se han evaluado.

Para la revisión en sí, lo más fiable es una auditoría que combine herramientas automáticas con pruebas manuales hechas por personas, porque muchos de estos criterios solo se detectan usando la web como lo haría alguien con discapacidad. En accedeMe trabajamos con una metodología de auditoría propia, ampliamente probada, para detectar las inconformidades con WCAG 2.2 y proponer soluciones de forma profesional. Un widget de accesibilidad puede complementar ese trabajo, ofreciendo a cada visitante ajustes de lectura o contraste, pero nunca sustituye la revisión de fondo ni promete arreglarlo todo con un clic.

Muchos requisitos de la norma consisten en que el contenido esté bien ordenado y explicado, con títulos jerarquizados, imágenes con texto alternativo (la descripción que lee el lector de pantalla cuando no se ve la imagen) o vídeos con transcripción. Los buscadores y los asistentes de inteligencia artificial leen una web de forma parecida a un lector de pantalla. No ven el diseño, interpretan la estructura y el texto. Por eso una página clara es más fácil de entender, resumir y citar. La accesibilidad no garantiza el primer puesto en Google, pero sí quita obstáculos para que tu contenido se entienda, lo lea una persona o una máquina.

Si te estás preguntando cómo encaja tu web con la nueva versión de la norma, en accedeMe estaremos encantados de ayudarte y sentarnos a mirarlo juntos.