Checklist de la Ley Europea de Accesibilidad para webs

1. Confirma si te afecta

La directiva cubre servicios para consumidores: comercio electrónico, banca, libros electrónicos, comunicaciones electrónicas, acceso a servicios audiovisuales y transporte de viajeros. Para la mayoría de los propietarios de webs la cuestión es el comercio electrónico: cualquier sitio donde los consumidores compran o reservan online, desde una tienda WooCommerce hasta un formulario de reserva con pago.

Las microempresas que prestan servicios están exentas: menos de 10 personas y un volumen de negocio anual o balance general anual de no más de 2 millones de euros. Por encima de esa línea puedes alegar que un requisito supone una carga desproporcionada, pero tienes que evaluarlo, documentarlo y revisarlo: no es una exención general.

Cada país incorporó la directiva a su propia ley, con sus autoridades y sanciones. Nuestra página sobre la Ley Europea de Accesibilidad resume la ley y dos regímenes nacionales de sanciones, con fuentes.

2. Entiende qué exige la ley a una web

El anexo I de la directiva exige que las webs y apps sean perceptibles, operables, comprensibles y robustas. Son los cuatro principios de WCAG, las Pautas de Accesibilidad para el Contenido Web del W3C, y así se cumple el requisito en la práctica: mediante la EN 301 549, la norma europea cuya parte web sigue WCAG.

La EN 301 549 versión 3.2.1 sigue WCAG 2.1 nivel AA. La versión 4.1.1, actualizada en septiembre de 2026 dentro del mandato de normalización de la ley, pasa a WCAG 2.2 nivel AA. Si empiezas ahora, apunta a 2.2 AA: es 2.1 más unos pocos criterios, como un tamaño mínimo de objetivo y que el foco no quede oculto tras una cabecera fija.

La ley también pide información. El anexo V dice que los prestadores de servicios expliquen cómo su servicio cumple los requisitos de accesibilidad; normalmente se publica como una declaración de accesibilidad que indica el estándar al que apuntas, las carencias que conoces y cómo informar de un problema.

3. Prueba las páginas que te dan dinero

Empieza por las páginas por las que tiene que pasar un cliente: inicio, una categoría, un producto, el carrito, el checkout y el acceso o la cuenta. Un motor automático como axe-core —el que hay detrás de axe DevTools y de la puntuación de accesibilidad de Lighthouse— encuentra en segundos los fallos WCAG detectables por máquina: etiquetas que faltan, texto alternativo ausente, poco contraste, botones sin nombre, idioma de la página ausente.

Corrige primero el checkout. Un campo de email sin etiqueta o un botón de pago sin nombre pueden impedir por completo que alguien que usa un lector de pantalla compre; un problema de contraste en el pie de página, no. La tabla de abajo enumera los fallos habituales por criterio WCAG y cuáles encuentra una herramienta.

4. Haz que una persona pruebe lo que las herramientas no pueden

Las pruebas automáticas detectan una parte de los problemas, no todos. El W3C aclara que las herramientas de evaluación no pueden determinar la accesibilidad por sí solas, y el estudio de Deque sobre auditorías reales encontró que las pruebas automáticas identificaron alrededor del 57 % de los problemas por volumen. El resto requiere criterio.

Haz esto a mano: recorre todo el checkout solo con el teclado y asegúrate de que siempre ves dónde estás; amplía al 200 % y confirma que no se corta nada; activa un lector de pantalla (VoiceOver y NVDA son gratuitos) y completa una compra; envía un formulario con errores y lee si los mensajes dicen qué corregir. Para una web dentro del ámbito de la ley, una auditoría profesional —idealmente con personas que usan tecnologías de apoyo— merece la pena.

5. Evita las regresiones

Este es el paso que la mayoría de las checklists se saltan. La accesibilidad no se arregla una sola vez: una actualización del tema reescribe el marcado del checkout, un maquetador cambia un botón por un icono, un nuevo color de campaña no alcanza el contraste. Nada de eso aparece como un error, y nadie repite la auditoría tras cada actualización de plugin.

La monitorización de accesibilidad de Relvato ejecuta las mismas reglas de axe-core en tus páginas clave cada semana y tras las actualizaciones de plugins, temas, núcleo y WooCommerce. Apruebas los problemas del primer escaneo como línea base; después, cualquier problema nuevo hace fallar la ejecución e indica la página y el criterio WCAG, mientras la corrección aún es pequeña.