La accesibilidad web dejó de ser una buena práctica opcional el 28 de junio de 2025, cuando entró en aplicación la Ley 11/2023 de trasposición de la Directiva europea 2019/882. Afecta a comercio electrónico, banca, transporte, telecomunicaciones y libros electrónicos, y obliga a que sitios y aplicaciones cumplan un estándar técnico verificable. Para los equipos de marketing y desarrollo que gestionan la web de una empresa, esto ya no es una recomendación de experiencia de usuario: es un requisito legal con sanciones asociadas y un plazo que, en la mayoría de los casos, ya se ha cumplido.
Lo que obliga la ley de accesibilidad web
La Directiva (UE) 2019/882, la European Accessibility Act, fija el 28 de junio de 2025 como fecha de aplicación para los servicios prestados a partir de esa fecha (artículo 2). Los ya activos antes cuentan con cinco años de margen, hasta 2030, salvo rediseño. España la incorporó con la Ley 11/2023 y el Real Decreto 193/2023.
Sectores digitales que entran en la norma
La directiva no cubre cualquier página corporativa: enumera sectores concretos. Comercio electrónico, banca para consumidores, transporte de viajeros, comunicaciones electrónicas, comunicación audiovisual y libros electrónicos son las seis áreas que fija el artículo 2.2. Si una empresa vende online, gestiona pagos, reserva billetes o distribuye contenido digital, su web entra dentro del ámbito, con independencia del sector en el que opere el resto de su actividad. Una tienda de moda con sede en Barcelona y checkout propio, por ejemplo, queda dentro de la norma aunque nunca se hubiera planteado la accesibilidad como obligación legal.
La excepción para microempresas de servicios
No todas las empresas están obligadas. La directiva exime a la microempresa de servicios: menos de diez empleados y un volumen de negocio o balance anual que no supera los dos millones de euros (artículo 3.23). La exención no aplica a la fabricación de productos y desaparece en cuanto se supera cualquiera de esos dos umbrales. Deja fuera al comercio de barrio, pero deja dentro a cualquier pyme con plantilla de diez personas, aunque su web la lleve una sola persona de marketing.
Cumplir con WCAG 2.1 AA en la práctica
La ley no describe pantallas ni botones: remite a un estándar técnico. El estándar europeo EN 301 549 incorpora los 50 criterios de nivel A y AA de las Web Content Accessibility Guidelines (WCAG) 2.1, y cumplirlo da la presunción de conformidad con la normativa. En la práctica esto se traduce en contraste de color suficiente entre texto y fondo, navegación completa con teclado sin quedar atrapado en un menú o un modal, texto alternativo en cada imagen con significado, formularios con una etiqueta asociada a cada campo y subtítulos en el vídeo corporativo.
¿Qué es la accesibilidad web? Es la propiedad de un sitio que permite que personas con discapacidad visual, auditiva, motriz o cognitiva perciban, naveguen y completen sus tareas con las mismas opciones que cualquier otro usuario, usando teclado, lector de pantalla u otras ayudas técnicas.
Ninguno de estos puntos exige rehacer el diseño desde cero: la mayoría se corrige a nivel de código y de contenido, no de identidad visual. El coste real está en auditar primero y priorizar después, no en cumplir los 50 criterios de golpe en un único sprint.
Errores de desarrollo que rompen la accesibilidad
La mayoría de webs no fallan por diseño: fallan por decisiones de desarrollo que nadie revisó con un lector de pantalla o sin ratón. Son fallos que no se ven en una demo rápida, pero bloquean a quien depende del teclado o de una tecnología de asistencia.
- Iconos sin texto alternativo: un lector de pantalla no anuncia qué hacen.
- Carruseles y banners sin botón de pausa, un problema para quien necesita más tiempo de lectura.
- Ventanas emergentes que atrapan el foco del teclado sin poder cerrarlas con Escape.
- Contraste por debajo de 4,5:1 en botones y enlaces sobre fondos de color corporativo.
- PDF escaneados como imagen, sin texto seleccionable ni etiquetas de lectura.
El foco de teclado en componentes interactivos
Un usuario que no usa ratón depende de que el navegador marque con claridad qué elemento tiene el foco: un botón, un enlace del menú o un campo del formulario. Muchos temas de WordPress y componentes a medida eliminan ese contorno visual por estética, con una línea de CSS que oculta el outline por defecto sin sustituirlo por nada. El resultado es una web que funciona con teclado, pero en la que nadie sabe dónde está, así que es inutilizable en la práctica. La corrección es sencilla —restituir un estilo de foco visible en todo el sitio—, pero solo aparece si alguien navega la web entera sin tocar el ratón. Si el desarrollo lo hizo un tercero, conviene pedir una revisión de desarrollo a medida centrada en estos puntos.
Prioridades para auditar tu web
Auditar los 50 criterios de golpe no es realista para un equipo con la agenda ya llena. Conviene priorizar por impacto: primero lo que bloquea por completo una tarea (formularios, checkout, navegación por teclado), después lo que degrada la experiencia (contraste, tamaños de texto) y por último lo cosmético. Un primer diagnóstico combina una herramienta automática —WAVE o axe DevTools revisan buena parte del contraste, las etiquetas y la estructura de encabezados en minutos— con una prueba manual: navegar el sitio solo con teclado y, si es posible, con un lector de pantalla como NVDA o VoiceOver.
Para una empresa con ecommerce o con formularios de captación de leads, esto forma parte de la misma auditoría web que ya se hace por SEO y rendimiento: los tres comparten el mismo código fuente. Si la auditoría detecta que el problema es de fondo —una plantilla que no separa contenido de estilo—, tocará plantearse un rediseño accesible en lugar de ir parcheando página a página.
Preguntas frecuentes sobre accesibilidad web
¿Qué pasa si mi web no cumple la ley de accesibilidad?
Las sanciones se rigen por el régimen de la Ley general de derechos de las personas con discapacidad, con multas que van de 301 a 1.000.000 de euros según la gravedad. Además, una empresa que incumple puede quedar excluida de licitaciones públicas o perder subvenciones, algo que pesa tanto como la multa en sectores que dependen de contratos con la administración.
¿La accesibilidad web afecta al posicionamiento SEO?
Indirectamente sí: encabezados bien jerarquizados, texto alternativo en imágenes y una estructura de enlaces clara son requisitos de accesibilidad que también facilitan el rastreo y la indexación. No es un factor de posicionamiento declarado por Google, pero corregirla suele mejorar señales que sí lo son, como el tiempo de permanencia y la tasa de rebote.
¿Un ecommerce activo antes de 2025 tiene que adaptarse ya?
Los servicios prestados antes del 28 de junio de 2025 cuentan con un periodo transitorio de cinco años, hasta 2030, salvo que se rediseñen o sustituyan antes de esa fecha. Un cambio de plantilla, de pasarela de pago o una migración de CMS durante ese periodo obliga a aplicar los requisitos desde ese momento, no a esperar al final del plazo.