Checklist EAA: qué te exige de verdad la ley europea de accesibilidad

1. ¿Estás en el ámbito?

La EAA no cubre "todas las webs": cubre productos y servicios concretos. Si tu negocio encaja en alguno de estos supuestos, tu web (y tu app) están dentro:

• Comercio electrónico — cualquier web o app donde un consumidor puede comprar. Es el supuesto que arrastra a la mayoría de pymes.
• Banca y servicios financieros de consumo.
• Transporte de viajeros (billetes, check-in, información).
• Comunicaciones electrónicas y acceso a medios audiovisuales.
• Libros electrónicos y su software de lectura.
• Exención: microempresas de SERVICIOS — menos de 10 empleados y no más de 2 millones de euros de facturación anual, las dos cosas a la vez. La exención no cubre productos y no impide demandas civiles.

2. La norma técnica: EN 301 549 y WCAG 2.2 AA

El estándar técnico armonizado europeo es la norma EN 301 549. Para contenido web, esa norma apunta a WCAG nivel AA — su edición vigente referencia WCAG 2.1 AA, mientras que el estándar actual del W3C es WCAG 2.2 AA.

La decisión práctica es sencilla: audita contra WCAG 2.2 AA. Cumplir 2.2 AA cubre 2.1 AA por construcción (2.2 añade criterios, no relaja ninguno), te alinea con el estándar vigente del W3C y te deja preparado cuando la norma europea actualice la referencia.

3. El requisito que casi nadie conoce: tus condiciones generales (art. 13.2)

La obligación de los prestadores de servicios incluye explicar CÓMO el servicio cumple los requisitos de accesibilidad — y en España el artículo 13.2 de la Ley 11/2023 concreta que esa información debe figurar en las condiciones generales (o documento equivalente).

Traducción práctica: no basta con tener una declaración de accesibilidad perdida en el footer. Tus términos y condiciones deben incorporar o enlazar esa información. Es un requisito de papel barato de cumplir — y de los primeros que un inspector puede comprobar sin abrir una sola herramienta.

4. La declaración de accesibilidad: qué debe contener

La declaración es el documento público donde afirmas, con base, cómo cumple tu servicio. Como mínimo debe recoger:

• Descripción del servicio y de cómo satisface los requisitos de accesibilidad (la norma aplicada: EN 301 549 / WCAG nivel AA).
• El estado real de conformidad — total, parcial o no conforme — y las partes que no cumplen, dichas claramente.
• Fecha de elaboración y del último examen (una declaración sin fecha no acredita nada).
• Método de elaboración: autoevaluación o evaluación de terceros, y sobre qué muestra.
• Vía de contacto para que un usuario comunique barreras — y el enlace al mecanismo de reclamación.

5. Por dónde empezar esta semana

Cuatro pasos, del más barato al más profundo:

1. Escanea una página clave. Portada o proceso de compra. Un escaneo automático gratuito ya te dice si hay incendios de nivel A (imágenes sin alternativa, formularios sin etiqueta, contraste).
2. Comprueba tus términos. ¿Dicen algo de accesibilidad? Si no, ya tienes el primer incumplimiento localizado — y es de los que se corrigen con texto, no con código.
3. Audita con muestreo WCAG-EM. Una auditoría con metodología del W3C sobre una muestra representativa te da el mapa completo de criterios afectados, priorizado por severidad.
4. Publica la declaración y remedia por prioridad. Declaración honesta (incluida la parte que aún no cumple), remediación por severidad y re-check que documente el progreso con fechas.

Preguntas frecuentes