La accesibilidad en apps según la Ley Europea de Accesibilidad (European Accessibility Act) significa que las apps móviles con las que se prestan servicios cubiertos por esta norma, como la compra online, la banca para consumidores, los libros electrónicos y el transporte de viajeros, deben poder usarlas las personas con discapacidad, incluidas las que dependen de lectores de pantalla, texto ampliado, control por voz o acceso mediante conmutadores. Desde el 28 de junio de 2025 estos requisitos se aplican en toda la UE, y la referencia práctica para cumplirlos es la norma armonizada que se basa en las Pautas de Accesibilidad para el Contenido Web. Esta guía explica qué apps están cubiertas, qué significan los requisitos en diseño y código, por dónde empezar y cómo medir el avance.
Última actualización: 9 de noviembre de 2026.
¿Qué es la Ley Europea de Accesibilidad?
La Ley Europea de Accesibilidad es una directiva de la UE que fija requisitos comunes de accesibilidad para una lista de productos y servicios que se venden a los consumidores. Su texto oficial es la Directiva (UE) 2019/882, y sus normas se aplican desde el 28 de junio de 2025. Cada Estado miembro la ha incorporado a su derecho nacional; en Alemania, por ejemplo, adopta la forma de la Barrierefreiheitsstärkungsgesetz (BFSG).
El objetivo es sencillo: las personas con discapacidad y las personas mayores deben poder comprar y usar los mismos servicios digitales cotidianos que todo el mundo, y las empresas deben tener un único conjunto de normas en todo el mercado único en lugar de uno distinto en cada país.
En Odduel, agencia de creatividad y tecnología en Barcelona y São Paulo, la accesibilidad forma parte de cómo planificamos, diseñamos y desarrollamos apps en nuestro servicio de desarrollo de aplicaciones, no es una prueba que se añade al final.
En resumen: la Ley Europea de Accesibilidad cubre las apps que prestan servicios incluidos en su ámbito, como el comercio electrónico, la banca para consumidores, los libros electrónicos y el transporte de viajeros. Esas apps deben ser perceptibles, operables, comprensibles y robustas para las personas con discapacidad. Empieza con una auditoría según la norma armonizada, corrige primero los recorridos más usados, integra la accesibilidad en el diseño y el código y publica la información de accesibilidad obligatoria.
¿Se aplica la Ley Europea de Accesibilidad a las apps?
Sí. La Directiva cubre los servicios prestados a los consumidores en varios sectores e incluye expresamente los servicios prestados a través de dispositivos móviles, incluidas las aplicaciones móviles. Si tu app es la vía por la que los clientes acceden a un servicio cubierto, la app entra en el ámbito de aplicación.
Los servicios cubiertos incluyen:
- Servicios de comercio electrónico: apps con las que los consumidores compran productos o servicios online.
- Servicios bancarios para consumidores: apps de banca y de pago para consumidores.
- Libros electrónicos y software de lectura específico.
- Servicios de comunicaciones electrónicas, como los servicios de llamadas y mensajería.
- Servicios que dan acceso a medios audiovisuales, como las plataformas de streaming.
- Elementos de los servicios de transporte aéreo, en autobús, ferroviario y por vías navegables de viajeros, incluidas las apps, la venta de billetes y la información de viaje en tiempo real.
La Directiva también cubre ciertos productos, como smartphones, ordenadores, terminales de pago y máquinas expendedoras de billetes, pero las obligaciones de quien desarrolla o es titular de una app llegan sobre todo a través de los servicios anteriores.
¿Qué apps suelen quedar fuera del ámbito de aplicación?
Las apps que no prestan un servicio cubierto a los consumidores suelen quedar fuera de la ley, como las herramientas puramente internas de una empresa o las apps que solo ofrecen información sobre una compañía. Las microempresas que prestan servicios, tal como las define la Directiva, están exentas de los requisitos para servicios. Las apps del sector público se rigen por otra norma, la Directiva de accesibilidad web. Las cuestiones de ámbito pueden ser sutiles, así que confirma tu situación con un asesor jurídico de tu mercado principal.
¿Hay periodos de transición?
La Directiva prevé cierta transición. Los prestadores de servicios pueden seguir prestándolos con productos que usaban legalmente antes del 28 de junio de 2025 hasta el 28 de junio de 2030, y los contratos de servicios firmados antes de esa fecha pueden seguir vigentes hasta su vencimiento, con un límite de cinco años. Estos periodos no cubren apps nuevas ni nuevas versiones: todo lo que diseñes o lances ahora debería cumplir los requisitos.
¿Qué implica en la práctica la accesibilidad de una app según la ley europea?
La Directiva describe los requisitos en términos funcionales: la información debe ser perceptible, operable, comprensible y robusta, y el servicio debe funcionar con las tecnologías de apoyo que usan las personas. En la práctica, las empresas los cumplen siguiendo la norma europea armonizada de accesibilidad digital, EN 301 549, que toma sus criterios para web y software de las Pautas de Accesibilidad para el Contenido Web del W3C y los aplica tanto a las apps nativas como a las webs.
La tabla traduce los cuatro principios al diseño y el desarrollo cotidianos de una app.
| Principio | Qué significa en una app | Fallos habituales |
|---|---|---|
| Perceptible | Alternativas textuales para imágenes e iconos, contraste suficiente, texto que se adapta a los ajustes del sistema, subtítulos en los vídeos | Botones con solo un icono y sin etiqueta; texto que no crece; texto gris con poco contraste |
| Operable | Todas las funciones utilizables con lectores de pantalla, conmutadores y teclados externos; zonas táctiles suficientemente grandes; sin límites de tiempo sin control | Gestos propios sin alternativa; zonas de toque diminutas; carruseles que no se pueden pausar |
| Comprensible | Etiquetas e instrucciones claras, navegación coherente, mensajes de error útiles | Errores de formulario indicados solo en rojo; etiquetas vagas como “Enviar” para cualquier acción |
| Robusto | Uso correcto de las funciones de accesibilidad de la plataforma para que las tecnologías de apoyo lean funciones, nombres y estados | Componentes propios que los lectores de pantalla anuncian como “botón” sin nombre |
¿Qué significa esto para el diseño?
Los diseñadores determinan la mayor parte de la accesibilidad de una app antes de que exista código. Entre las decisiones clave:
- el contraste de color del texto, los iconos y los controles tanto en modo claro como oscuro;
- composiciones que siguen funcionando cuando el texto se amplía mucho;
- zonas táctiles lo bastante grandes como para acertar con fiabilidad;
- un orden de foco visible que coincide con el orden visual;
- etiquetas e instrucciones escritas en lenguaje claro;
- alternativas a los gestos complejos, como deslizar, arrastrar y pellizcar;
- estados (seleccionado, desactivado, error) indicados con algo más que el color.
¿Qué significa esto para el desarrollo?
Los desarrolladores se aseguran de que las funciones de accesibilidad de la plataforma transmitan la intención del diseño. En iOS y Android, eso significa usar componentes nativos siempre que sea posible, dar a cada control un nombre, una función y un estado accesibles, admitir el texto dinámico y el escalado de fuentes, gestionar el foco cuando cambian las pantallas o los diálogos, anunciar las actualizaciones importantes y probar con VoiceOver y TalkBack. Los frameworks multiplataforma también admiten la accesibilidad, pero cada uno requiere cuidado con los componentes propios.
¿Por dónde debe empezar una empresa con la accesibilidad de sus apps según la Ley Europea de Accesibilidad?
Un plan estructurado evita tanto el pánico como la parálisis. Estos pasos sirven a la mayoría de las empresas.
- Confirma el ámbito. Enumera los servicios que prestan tus apps y compáralos con las categorías de la Directiva junto con tu asesor jurídico.
- Audita la app actual. Pruébala según EN 301 549 y las WCAG, combinando comprobaciones automáticas con pruebas manuales con lectores de pantalla, texto ampliado y conmutadores.
- Identifica los recorridos clave. Registro, inicio de sesión, búsqueda, ficha de producto, carrito, checkout, pago, cuenta y soporte: los caminos que todo cliente debe poder completar.
- Prioriza las correcciones. Empieza por las barreras que bloquean por completo esos recorridos, después los problemas que los dificultan mucho y luego los menores.
- Corrige el sistema de diseño. Corrige los componentes una sola vez (botones, campos, diálogos, navegación) para que las correcciones se extiendan por toda la app.
- Cambia el proceso. Añade criterios de accesibilidad a los diseños, las historias de usuario, la revisión de código y las pruebas de cada versión para que las nuevas funciones no vuelvan a introducir barreras.
- Publica la información de accesibilidad. La Directiva exige a los prestadores de servicios informar de cómo cumple el servicio los requisitos de accesibilidad, normalmente en una declaración de accesibilidad o en las condiciones generales.
- Ofrece una vía de comunicación. Da a los usuarios una forma clara de notificar barreras y actúa sobre lo que notifiquen.
Los mismos principios se aplican a tu web; nuestra guía Accesibilidad web: qué exige la Ley Europea de Accesibilidad trata en detalle la parte web.
¿Cómo se mide si la accesibilidad de una app funciona?
La medición debe combinar la conformidad con las normas y el uso real.
| Método | Qué muestran | Límites |
|---|---|---|
| Análisis automático | Etiquetas que faltan, problemas de contraste, algunos problemas estructurales | Solo detecta parte de los problemas |
| Auditoría manual experta | Conformidad con cada criterio de la norma | Depende de la pericia y la cobertura del auditor |
| Pruebas con tecnologías de apoyo | Si los recorridos funcionan con VoiceOver, TalkBack, conmutadores y texto ampliado | Requiere personas formadas para probar |
| Pruebas con usuarios con discapacidad | Si personas reales pueden completar las tareas con su propia configuración | Requiere planificación y reclutamiento |
| Comentarios y datos de soporte | Barreras que encuentran los usuarios tras el lanzamiento | Llega cuando el problema ya existe |
Entre las medidas útiles de seguimiento están el número de incidencias de accesibilidad abiertas por gravedad, el porcentaje de recorridos clave que superan las pruebas manuales en ambas plataformas y el tiempo que se tarda en corregir las barreras notificadas.
¿Qué pasa si una app no cumple?
El control es nacional. Cada Estado miembro ha designado autoridades de vigilancia del mercado que pueden revisar los servicios, exigir correcciones e imponer las sanciones que fija la legislación nacional. Por eso las normas y las sanciones varían de un país a otro. Más allá del control, una app inaccesible excluye a clientes, genera consultas de soporte y puede dañar la reputación de una marca. Trata el cumplimiento como parte de la calidad del producto y no como un trámite legal puntual.
¿Qué preguntar sobre accesibilidad a un socio de desarrollo de apps?
Si trabajas con un equipo externo, haz estas preguntas antes de firmar:
- ¿Cómo integráis la accesibilidad en el diseño, el desarrollo y las pruebas?
- ¿Con qué norma vais a probar y cómo vais a informar de los resultados?
- ¿Probáis con VoiceOver y TalkBack en dispositivos reales?
- ¿Cómo gestionáis la accesibilidad en los componentes propios y en los frameworks multiplataforma?
- ¿Nos ayudaréis a preparar la información de accesibilidad que exige la Directiva?
Nuestra guía Cómo elegir una empresa de desarrollo de apps: guía de puntuación trata el proceso de selección en su conjunto.
Preguntas frecuentes
¿Se aplica la Ley Europea de Accesibilidad a las apps móviles?
Sí. La ley cubre los servicios prestados a los consumidores en sectores como el comercio electrónico, la banca para consumidores, los libros electrónicos, las comunicaciones electrónicas, el acceso a medios audiovisuales y el transporte de viajeros, e incluye expresamente los servicios prestados mediante aplicaciones móviles. Si tu app es la vía por la que los clientes acceden a uno de estos servicios, debe cumplir los requisitos de accesibilidad.
¿Qué norma deben seguir las apps para cumplir la Ley Europea de Accesibilidad?
Las empresas suelen seguir la EN 301 549, la norma europea armonizada de accesibilidad digital. Sus criterios para contenido web y software se basan en las Pautas de Accesibilidad para el Contenido Web del W3C y se aplican tanto a las apps móviles nativas como a las webs. Cumplir la norma armonizada otorga una presunción de conformidad con los requisitos correspondientes.
¿Por dónde debe empezar una empresa con la accesibilidad de su app?
Confirma si tu app presta un servicio cubierto y después audítala según la norma con pruebas automáticas y manuales, incluidos los lectores de pantalla. Prioriza las barreras en los recorridos clave, como el inicio de sesión, la búsqueda y el checkout, corrige primero los componentes compartidos, añade la accesibilidad a tu proceso y publica la información de accesibilidad obligatoria.
¿Están exentas las pequeñas empresas de la Ley Europea de Accesibilidad?
Las microempresas que prestan servicios, tal como las define la Directiva, están exentas de sus requisitos para servicios. Las demás pequeñas y medianas empresas están cubiertas si prestan servicios incluidos en su ámbito. Como las definiciones importan, revisa tu situación con un asesor jurídico del país en el que operas principalmente.
¿Cómo se prueba la accesibilidad de una app?
Combina análisis automáticos con pruebas manuales. Usa VoiceOver en iOS y TalkBack en Android, amplía el texto del sistema, prueba con un teclado externo o con conmutadores, revisa el contraste y las etiquetas y recorre cada recorrido clave. Probar con usuarios con discapacidad da la imagen más clara de si las personas pueden completar realmente las tareas.
Empieza por comprobar el ámbito y auditar los recorridos clave de tu app; juntos muestran cuánto trabajo queda por delante. Si necesitas una app diseñada y desarrollada para ser accesible desde la primera pantalla, descubre nuestro servicio de desarrollo de aplicaciones o contacta con nosotros para hablar de tu app. Este artículo es información general, no asesoramiento jurídico.
