Saltar al contenido

Accesibilidad digital obligatoria en 2025: sectores afectados

A
abemon
| | 5 min de lectura
Compartir

28 de junio de 2025: la fecha límite

La Directiva (UE) 2019/882, conocida como European Accessibility Act (EAA), obliga a que productos y servicios digitales comercializados en la UE cumplan requisitos de accesibilidad a partir del 28 de junio de 2025. España la transpuso mediante el Real Decreto 193/2023, y los plazos son firmes.

Esto no es una recomendación. Es una obligación legal con régimen sancionador. Y afecta a más empresas de las que la mayoría cree.

A quién afecta

La EAA aplica a servicios digitales orientados al consumidor final. Los sectores con mayor exposición:

Hospitality. Sistemas de reservas online, aplicaciones de check-in, quioscos de autoservicio, plataformas de información turística. Un hotel que ofrece reserva web o una app para huéspedes está dentro del ámbito. Las cadenas con presencia en múltiples países de la UE tienen que cumplir en todos ellos.

Retail y comercio electrónico. Toda tienda online que venda a consumidores en la UE. Esto incluye el proceso completo: navegación del catálogo, carrito, checkout y seguimiento de pedidos. Las plataformas marketplace también están incluidas.

Fintech y banca. Servicios bancarios online, aplicaciones de pago, terminales de autoservicio, cajeros automáticos. La PSD2 ya exigía ciertos estándares, pero la EAA amplía significativamente el alcance.

Transporte. Plataformas de reserva de billetes, información en tiempo real, aplicaciones de navegación. Compañias aéreas, ferroviarias y de autobús están directamente afectadas.

Telecomunicaciones. Servicios de comunicación, routers, modems y set-top boxes.

Qué se exige exactamente

El estándar técnico de referencia es la norma EN 301 549, que incorpora las Web Content Accessibility Guidelines (WCAG) 2.1 nivel AA. En términos prácticos:

  • Perceptible: contenido accesible por al menos dos sentidos. Texto alternativo en imágenes, subtítulos en video, contraste suficiente (ratio mínimo 4.5:1 para texto normal).
  • Operable: navegación completa por teclado, sin trampas de foco, tiempo suficiente para completar tareas.
  • Comprensible: lenguaje claro, comportamiento predecible, ayuda para errores en formularios.
  • Robusto: compatible con tecnologías asistivas (lectores de pantalla, magnificadores, dispositivos de entrada alternativos).

Para hardware (quioscos, terminales), los requisitos incluyen interfaces táctiles accesibles, salida de voz, y diseño compatible con sillas de ruedas.

El estado real del mercado español

Según el Observatorio de Accesibilidad Web de España, solo el 15% de los sitios web de empresas españolas cumple WCAG 2.1 AA. En hospitality, el dato es aún peor: menos del 10% de las webs hoteleras españolas pasa una auditoría básica de accesibilidad.

Los problemas más frecuentes que encontramos en auditorías:

  1. Formularios de reserva sin etiquetas accesibles (85% de los casos)
  2. Contraste insuficiente en CTAs y textos secundarios (72%)
  3. Navegación por teclado rota o incompleta (68%)
  4. Imágenes sin texto alternativo descriptivo (61%)
  5. Videos sin subtítulos ni audiodescripción (89%)

Estos no son problemas cosméticos. Son barreras reales para los 4.3 millones de personas con discapacidad en España y los millones de turistas con necesidades de accesibilidad que visitan el país cada año.

Sanciones y riesgo

El régimen sancionador en España clasifica las infracciones en:

  • Leves: hasta 10.000 EUR
  • Graves: 10.001 - 60.000 EUR
  • Muy graves: 60.001 - 100.000 EUR

Además del riesgo sancionador, hay riesgo reputacional y riesgo de litigio. En EE.UU., las demandas por accesibilidad web superaron las 4.600 en 2023. Europa va camino de seguir esa tendencia. Y hay un riesgo comercial directo: el 71% de los usuarios con discapacidad abandonan sitios web que les resultan inaccesibles, según WebAIM. Esos son clientes perdidos.

Qué hacer ahora

Quedan meses, no años. La hoja de ruta pragmática:

Auditoría inmediata. Herramientas automatizadas como Axe, WAVE o Lighthouse detectan entre el 30-40% de los problemas. El resto requiere testing manual con lectores de pantalla (NVDA, VoiceOver) y navegación solo con teclado. Una auditoría completa tarda entre 2 y 4 semanas dependiendo del tamaño del sitio.

Priorizar por impacto. No todo tiene que arreglarse a la vez. Los flujos críticos primero: reserva, checkout, registro, login. Luego contenido editorial. Luego funcionalidades secundarias.

Integrar en el pipeline. Las herramientas de testing de accesibilidad (axe-core, pa11y, jest-axe) se integran en CI/CD para prevenir regresiones. Si un PR rompe la accesibilidad, no pasa. Esto es mucho más eficiente que auditorías periódicas.

Formar al equipo. Diseño, desarrollo y contenido necesitan formación en accesibilidad. No es necesario que todos sean expertos, pero sí que conozcan los principios básicos y sepan identificar problemas evidentes. Un taller de 8 horas cambia la dinámica de un equipo.

La accesibilidad no es solo una obligación legal. Es una decisión de diseño y arquitectura que afecta a la calidad del producto para todos los usuarios. Los sitios accesibles tienden a ser más rápidos, mejor estructurados y más fáciles de mantener. El compliance es el empujón, pero el beneficio es mucho más amplio.

Sobre el autor

A

abemon engineering

Equipo de ingenieria

Equipo multidisciplinar de ingenieria, datos e IA con sede en Canarias. Construimos, desplegamos y operamos soluciones de software a medida para empresas de cualquier escala.

Síguenos: LinkedIn GitHub