La Ley Europea de Accesibilidad para servicios digitales: qué se aplica desde junio de 2025

01Situación actual

La Ley Europea de Accesibilidad (se abre en un sitio externo), la Directiva (UE) 2019/882, fija requisitos comunes de accesibilidad para una lista de productos y servicios. Como directiva, se aplica a través de las leyes nacionales: los Estados miembros debían adoptarlas a más tardar el 28 de junio de 2022 y aplicarlas a partir del 28 de junio de 2025. Desde esa fecha, un servicio incluido que se ofrece a consumidores en la UE debe cumplir los requisitos de cada país donde se ofrece.

La norma convive con la Directiva (UE) 2016/2102 sobre la accesibilidad de los sitios web y aplicaciones móviles de los organismos del sector público, que se aplica desde hace años. La Ley Europea de Accesibilidad extiende expectativas similares al sector privado, pero solo a los productos y servicios que enumera.

02Qué servicios digitales están incluidos

El artículo 2, apartado 2, enumera los servicios incluidos cuando se prestan a consumidores:

• Servicios de comercio electrónico: servicios prestados a distancia, a través de sitios web y aplicaciones móviles, a petición individual de un consumidor con vistas a celebrar un contrato de consumo. En la práctica, cualquier tienda en línea o proceso de reserva que venda a consumidores.
• Servicios bancarios para consumidores: contratos de crédito, servicios de pago y cuentas de pago, dinero electrónico y determinados servicios de inversión para consumidores.
• Elementos de los servicios de transporte de viajeros aéreo, en autobús, ferroviario y por vías navegables: sitios web, aplicaciones móviles, billetes electrónicos y servicios de venta electrónica de billetes, información sobre el transporte, incluida la información en tiempo real, y terminales de autoservicio interactivos. En el transporte urbano, suburbano y regional, solo se incluyen los terminales de autoservicio.
• Servicios de comunicaciones electrónicas y servicios que dan acceso a servicios de comunicación audiovisual, como las aplicaciones e interfaces de plataformas de streaming y operadores de televisión.
• Libros electrónicos y programas informáticos especializados.

La norma también cubre productos, como ordenadores y sistemas operativos, teléfonos inteligentes, terminales de pago, cajeros automáticos, máquinas expendedoras de billetes y de facturación, y lectores de libros electrónicos. Si desarrolla software para ese tipo de equipos, los requisitos de producto le llegarán a través de su cliente.

Los servicios que se ofrecen solo a empresas quedan fuera del ámbito, aunque muchos clientes empresariales ya exigen el mismo nivel en sus licitaciones. Un área de clientes que atiende tanto a consumidores como a empresas está incluida en lo que respecta a su uso por consumidores.

03La exención de las microempresas

Las microempresas que prestan servicios están exentas de los requisitos de accesibilidad para esos servicios (artículo 4, apartado 5). La directiva define la microempresa como una empresa que emplea a menos de 10 personas y cuyo volumen de negocios anual, o cuyo balance general anual, no supera los 2 millones de euros. La exención solo se aplica a los servicios. Una pequeña empresa que introduce en el mercado productos incluidos debe cumplir los requisitos de producto.

La exención depende del prestador, no del servicio. Si una gran empresa explota una tienda en línea desarrollada por una pequeña agencia, la tienda está incluida.

04Qué significan los requisitos para una web o una aplicación

El anexo I fija los requisitos. Para los servicios, lo esencial es que los sitios web, las aplicaciones en línea asociadas y las aplicaciones móviles sean accesibles de forma coherente y adecuada, haciéndolos perceptibles, operables, comprensibles y robustos. Esos cuatro principios proceden de las Pautas de Accesibilidad para el Contenido Web (WCAG) y se traducen en comprobaciones concretas:

• Perceptible: alternativas textuales para las imágenes, subtítulos para los vídeos, contraste de color suficiente y contenidos que se reorganizan en pantallas pequeñas o con mucho aumento sin perder información.
• Operable: todas las funciones se pueden usar con el teclado, el foco es visible y sigue un orden lógico, nadie queda atrapado en un cuadro de diálogo y los límites de tiempo se pueden ampliar.
• Comprensible: etiquetas e instrucciones claras, mensajes de error que dicen qué ha fallado y cómo corregirlo, y una navegación predecible.
• Robusto: una semántica correcta, para que los lectores de pantalla y otros productos de apoyo identifiquen cada control, su nombre, su función y su estado.

Algunos servicios tienen requisitos adicionales. Los servicios de comercio electrónico deben hacer accesibles las funciones de identificación, seguridad y pago, y transmitir la información sobre la accesibilidad de los productos vendidos cuando el operador económico responsable la facilite. Los servicios bancarios para consumidores deben hacer accesibles también los métodos de identificación, las firmas electrónicas, las funciones de seguridad y los servicios de pago, y ofrecer información comprensible sin superar el nivel B2 del Marco Común Europeo de Referencia para las Lenguas.

Los prestadores deben explicar además cómo cumple su servicio los requisitos. El anexo V pide que esa información figure en las condiciones generales o en un documento equivalente, disponible en formatos accesibles. Muchas organizaciones la publican como declaración de accesibilidad, enlazada desde el pie de página y las condiciones.

Normas: EN 301 549 y WCAG

Se presume que los productos y servicios conformes con normas armonizadas cuyas referencias se han publicado en el Diario Oficial cumplen los requisitos que cubren esas normas (artículo 15). La norma europea de accesibilidad de productos y servicios TIC es la EN 301 549, publicada en España como UNE-EN 301549. Su versión 3.2.1 es la norma armonizada en virtud de la directiva de accesibilidad web y, para los contenidos web, incorpora los criterios de conformidad de las WCAG 2.1 en los niveles A y AA.

Las normas armonizadas específicas de la Ley Europea de Accesibilidad se están elaborando a petición de la Comisión; compruebe qué referencias se han publicado antes de apoyarse en la presunción de conformidad. En cualquier caso, la EN 301 549 es hoy la referencia que utilizan autoridades, auditores y clientes. Las WCAG 2.2, recomendación del W3C desde octubre de 2023, añaden criterios como un tamaño mínimo de los objetivos táctiles y una autenticación accesible. Desarrollar hoy conforme a las WCAG 2.2 nivel AA cubre las WCAG 2.1 y prepara para la próxima versión de la norma.

05Carga desproporcionada y modificación fundamental

El artículo 14 prevé dos excepciones. Un requisito no se aplica en la medida en que su cumplimiento modificaría fundamentalmente la naturaleza básica del servicio o impondría una carga desproporcionada al prestador. Ambas son estrictas:

• El prestador realiza la evaluación por sí mismo, según los criterios del anexo VI, y la documenta.
• Quien recibe financiación de otras fuentes para mejorar la accesibilidad no puede alegar una carga desproporcionada.
• Los prestadores de servicios renuevan su evaluación de la carga desproporcionada cuando el servicio cambia, cuando lo piden las autoridades y, en todo caso, al menos cada cinco años.
• Quien se acoge a la excepción informa a las autoridades de vigilancia del mercado de los Estados miembros afectados. Las microempresas están exentas de esta obligación.

Una excepción cubre el requisito concreto que resulta desproporcionado, no todo el servicio. Trátela como último recurso: la mayoría de las barreras proceden de componentes y contenidos que cuesta poco corregir cuando se detectan pronto.

06Periodos transitorios

El artículo 32 prevé periodos transitorios. Los dos primeros son obligatorios para los Estados miembros; el tercero es opcional:

• Hasta el 28 de junio de 2030, los prestadores pueden seguir prestando sus servicios con productos que utilizaban legalmente para servicios similares antes del 28 de junio de 2025.
• Los contratos de servicios celebrados antes del 28 de junio de 2025 pueden seguir sin modificaciones hasta su vencimiento, pero no más de cinco años a partir de esa fecha.
• Cuando la ley nacional lo prevea, los terminales de autoservicio utilizados legalmente antes del 28 de junio de 2025 pueden seguir en uso hasta el final de su vida útil económica, sin superar los 20 años desde su puesta en servicio.

Estos periodos protegen los equipos y contratos existentes. No aplazan los requisitos para una web o aplicación que usted modifique, relance u ofrezca a nuevos clientes. Compruebe las reglas transitorias exactas de cada ley nacional.

07Las leyes nacionales en nuestros mercados

La vigilancia del mercado y las sanciones son nacionales. Cada Estado miembro designa sus autoridades y fija sanciones que deben ser efectivas, proporcionadas y disuasorias. Las principales normas de transposición en los mercados en los que trabajamos:

08La accesibilidad como práctica de ingeniería

La mayoría de los fallos de accesibilidad no son decisiones de diseño. Surgen de componentes sin semántica, contenidos publicados sin alternativas y widgets de terceros que nadie ha probado. Por eso decepciona una auditoría justo antes del lanzamiento: encuentra decenas de problemas baratos de prevenir y caros de corregir tarde. Lo que funciona es tratar la accesibilidad como la seguridad, como una propiedad del proceso de entrega.

• Un sistema de diseño accesible. Botones, formularios, cuadros de diálogo, menús, pestañas y tablas de datos se construyen una vez con semántica correcta, soporte de teclado y gestión del foco, se prueban con lectores de pantalla y se reutilizan en todas partes. Los tokens de color se comprueban para el contraste en tema claro y oscuro.
• Una definición de terminado que incluye la accesibilidad. Cada historia de usuario recoge sus criterios de aceptación para el uso con teclado, las etiquetas y la gestión de errores, y la revisión los comprueba como cualquier otro requisito.
• Comprobaciones automáticas en el pipeline. Herramientas de análisis basadas en reglas se ejecutan en cada build y bloquean las regresiones. Solo detectan una parte de los problemas, como etiquetas ausentes, contraste y marcado no válido, así que complementan las pruebas manuales y nunca las sustituyen.
• Pruebas manuales por personas que dominan los productos de apoyo. Solo teclado, lectores de pantalla en escritorio y móvil, ampliación al 400 % y movimiento reducido, en los recorridos críticos: inicio de sesión, búsqueda, pedido, pago y gestión de la cuenta.
• Pruebas con usuarios con discapacidad en los recorridos más importantes, antes de cada lanzamiento y tras cambios de calado.
• Componentes de terceros bajo contrato. Pasarelas de pago, proveedores de identidad, asistentes conversacionales, avisos de cookies, mapas y reproductores de vídeo forman parte de su servicio. Pida a los proveedores un informe de conformidad de accesibilidad y pruébelos en su contexto.
• Contenidos y documentos. Los editores aprenden a redactar textos alternativos, encabezados y textos de enlace. Los PDF que necesitan los clientes, como contratos y facturas, se etiquetan o se ofrecen en un formato alternativo accesible.

Así desarrollamos software empresarial y áreas de clientes: las comprobaciones de accesibilidad se ejecutan en el pipeline y cada versión genera las evidencias para la declaración de accesibilidad y para las preguntas de clientes y autoridades. Lo mismo vale para los asistentes de atención al cliente y los portales en plataformas como Salesforce: la plataforma aporta componentes accesibles, pero los desarrollos propios y los contenidos deciden si el resultado sigue siéndolo.

09Un plan práctico

1. 01Inventaríe sus servicios. Elabore por país una lista de las webs, aplicaciones, terminales y documentos dirigidos a consumidores y decida para cada uno si la norma se aplica. Deje constancia del razonamiento, también para los servicios que considere fuera del ámbito.
2. 02Mida la situación actual. Encargue una evaluación experta conforme a la EN 301 549 de los recorridos críticos, junto con análisis automáticos de todo el sitio. Priorice por el impacto en los usuarios, no por el número de incidencias.
3. 03Corrija en el origen. Resuelva primero los problemas en el sistema de diseño y en los componentes compartidos, para que cada corrección llegue a todas las páginas que los usan.
4. 04Publique la información. Describa en sus condiciones o en una declaración de accesibilidad cómo cumple el servicio los requisitos, con un punto de contacto para comentarios, y manténgala al día.
5. 05Intégrelo en la entrega. Criterios de aceptación, comprobaciones automáticas, guiones de prueba manual y un control previo a cada publicación para los recorridos críticos.
6. 06Gobierne a los proveedores. Incluya requisitos y evidencias de accesibilidad en los contratos con agencias, plataformas y proveedores de widgets.
7. 07Documente las excepciones. Cuando alegue una carga desproporcionada, ponga por escrito la evaluación, informe a la autoridad cuando proceda y planifique su revisión.

10Qué seguir de cerca

• La publicación de normas armonizadas en virtud de la Ley Europea de Accesibilidad, incluida una revisión de la EN 301 549, y de sus referencias en el Diario Oficial.
• Las orientaciones y las primeras actuaciones de las autoridades de vigilancia del mercado en cada país donde ofrece servicios.
• Los cambios en las reglas transitorias nacionales y en las autoridades designadas para sectores concretos, como la banca y el transporte.

La Comisión Europea mantiene una página sobre la Ley Europea de Accesibilidad (se abre en un sitio externo) (en inglés). Ponga fecha a cada nota interna que escriba sobre ella: la práctica nacional aún está tomando forma.