Tu web tiene un buen diseño. Las métricas de rendimiento son razonables. El SEO está trabajado. Pero hay un 20% de la población que tiene dificultades para usarla: usuarios con baja visión que dependen del contraste, personas con movilidad reducida que navegan solo con teclado, usuarios con daltonismo para los que el código de colores no funciona.
Hasta hace poco, la accesibilidad era una recomendación de buenas prácticas. Desde junio de 2025, para muchas empresas es una obligación legal con consecuencias concretas si no se cumple. Y para las que todavía no les aplica directamente, es una ventana de tiempo que se está cerrando.
En este artículo: qué dice la normativa, qué significa WCAG en la práctica, y qué decisiones tienes que tomar ahora si no quieres encontrarte con el problema el día que alguien lo señale.
Qué dice la normativa y a quién afecta
La Directiva Europea de Accesibilidad (European Accessibility Act, EAA) entró en vigor el 28 de junio de 2025. Obliga a que los productos y servicios digitales de empresas que operan en la UE sean accesibles según los criterios WCAG 2.1 nivel AA.
En España, la normativa ya existía para el sector público desde 2018 con el Real Decreto 1112/2018. La novedad de 2025 es que el sector privado entra en el ámbito de aplicación: comercio electrónico, banca, transporte, telecomunicaciones y, progresivamente, la mayoría de servicios digitales.
Las microempresas (menos de 10 empleados y menos de 2 millones de euros de facturación) tienen exenciones en algunos casos. Para el resto, la no conformidad puede conllevar sanciones, reclamaciones y, lo más frecuente en la práctica, publicidad negativa cuando alguien decide señalarlo públicamente.
Qué son las WCAG y qué significa nivel AA
Las Web Content Accessibility Guidelines (WCAG) son el estándar internacional de accesibilidad web, publicado por el W3C. Están organizadas en tres niveles: A (básico), AA (intermedio) y AAA (óptimo). La normativa europea exige el nivel AA como mínimo.
El nivel AA no es el más exigente, pero cubre las barreras más frecuentes. Los criterios se agrupan en cuatro principios: perceptible, operable, comprensible y robusto. En la práctica, para una web de empresa media, los problemas más habituales están en cuatro áreas concretas.
En nuestros proyectos de diseño UX/UI, la accesibilidad entra desde la fase de diseño, no como capa adicional al final. El contraste de colores se define en el sistema de tokens. Los estados de foco se diseñan como parte del sistema de componentes, no como un parche posterior.
Los cuatro problemas de accesibilidad más frecuentes
1. Contraste de color insuficiente. El ratio mínimo de contraste entre texto y fondo según WCAG 2.1 AA es 4,5:1 para texto normal y 3:1 para texto grande. La mayoría de webs fallan aquí con textos grises claros sobre fondos blancos que «quedan bien» visualmente pero son ilegibles para usuarios con baja visión.
2. Imágenes sin texto alternativo. Los usuarios con discapacidad visual usan lectores de pantalla. Sin atributo alt en las imágenes, el lector no puede comunicar el contenido de la imagen. Una imagen decorativa debe tener alt="" para que el lector la ignore. Una imagen informativa necesita una descripción real.
3. Formularios sin etiquetas asociadas correctamente. Un campo de formulario con un placeholder que desaparece al escribir, sin <label> asociada, es inaccesible para usuarios de lector de pantalla y confuso para usuarios con problemas cognitivos.
4. Navegación solo por ratón. Todo el contenido y funcionalidad de la web debe ser accesible solo con teclado. Muchos desarrolladores no prueban la navegación por teclado durante el desarrollo porque asumen que nadie la usa. Es el error más frecuente y uno de los más fáciles de detectar: abre tu web y pulsa Tab.
Tip técnico: auditoría automática con axe-core
axe-core es la librería de auditoría de accesibilidad más usada en el sector. Está disponible como extensión de Chrome (axe DevTools), integración en Lighthouse, y librería de npm para integrar en el pipeline de CI/CD. Una auditoría automática con axe detecta alrededor del 30-40% de los problemas WCAG verificables automáticamente. El resto —como la calidad del texto alternativo o la coherencia de la estructura de encabezados— requiere revisión manual. Pero el 30-40% automático es el punto de partida más rápido para saber dónde estás.
El argumento de negocio más allá del cumplimiento legal
La accesibilidad no es solo una obligación. Es un mercado. El 20% de la población con algún tipo de discapacidad tiene capacidad de compra y una lealtad notablemente alta hacia las marcas que no les ponen obstáculos. Una web accesible no cierra puertas a nadie. Una no accesible cierra puertas a un segmento que muchas empresas ignoran sin haber decidido conscientemente hacerlo.
Hay un segundo argumento, técnico: las mejoras de accesibilidad y las mejoras de SEO comparten una parte importante de la base técnica. Los textos alternativos, la estructura de encabezados, la velocidad de carga, la navegación semántica: todo eso beneficia tanto a los usuarios con discapacidad como a los motores de búsqueda. No son presupuestos separados.
Si estás construyendo o rehaciendo un sistema de diseño, es el momento ideal para integrar los criterios de accesibilidad en los tokens y componentes. Hacerlo después es posible, pero cuesta más.
Qué puedes revisar hoy sin herramientas especializadas
- ¿Puedes navegar toda la web solo con la tecla Tab sin necesitar el ratón?
- ¿Hay un indicador visible cuando un elemento está enfocado con el teclado?
- ¿Todas las imágenes relevantes tienen atributo alt con descripción real?
- ¿Los colores del texto tienen contraste suficiente? (Prueba con Colour Contrast Analyser)
- ¿Los campos del formulario tienen etiquetas visibles, no solo placeholders?
- ¿Los vídeos tienen subtítulos o transcripción?
- ¿La estructura de encabezados (H1, H2, H3) es lógica y no decorativa?
Preguntas frecuentes sobre accesibilidad web
¿Es obligatorio cumplir WCAG 2.1 AA para una empresa privada en España?
Desde junio de 2025, sí para los sectores incluidos en la Directiva Europea de Accesibilidad: comercio electrónico, servicios bancarios, transporte y telecomunicaciones, entre otros. El ámbito se irá ampliando. Las microempresas tienen exenciones parciales. Para el sector público, era obligatorio desde 2018 en España.
¿Cuánto cuesta hacer una web accesible?
Depende de cuándo se plantea. Si la accesibilidad entra desde el diseño y el desarrollo iniciales, el sobrecoste es mínimo: entre un 10% y un 20% adicional en el proyecto. Si hay que retroadaptar una web existente con problemas de accesibilidad sistémicos, el coste puede ser equivalente a rehacer partes significativas del frontend.
¿La accesibilidad afecta al rendimiento de la web?
No negativamente, en casi ningún caso. Al contrario: las prácticas de accesibilidad —HTML semántico, estructura de encabezados lógica, textos alternativos— mejoran también el SEO técnico y, en muchos casos, la velocidad de carga. No son objetivos en conflicto.
