En 2026 la accesibilidad web ya no es una recomendación ni una buena práctica voluntaria: es ley. La Directiva (UE) 2019/882, conocida como European Accessibility Act, entró en plena aplicación el 28 de junio de 2025 y desde entonces vigila el sector privado. Si tienes una web, una app, una tienda online o un servicio bancario digital, este artículo te explica qué tienes que cumplir, por qué y cómo hacerlo sin volverte loco.
Qué es la accesibilidad web
La accesibilidad web es el conjunto de técnicas, normas y decisiones de diseño que garantizan que cualquier persona pueda percibir, entender, navegar e interactuar con un sitio web, independientemente de sus capacidades físicas, sensoriales, cognitivas o técnicas. No es solo «para personas ciegas»; es para todo el mundo.
El estándar de referencia es WCAG (Web Content Accessibility Guidelines), elaborado por el W3C. Tres versiones conviven en 2026: WCAG 2.1 (la base legal en muchas normas), WCAG 2.2 (publicada en octubre de 2023, ya consolidada como referencia práctica) y WCAG 3.0 (en borrador). Si te dicen «cumplimos WCAG», siempre pregunta versión y nivel.
Volviendo a la analogía: si tu web fuera un edificio, WCAG sería el código técnico de edificación en su capítulo de accesibilidad. Te dice cuánto tiene que medir la puerta, el ancho del pasillo, el contraste del rótulo de salida y la altura del mostrador. La accesibilidad no es estética: es estructura.
Por qué importa la accesibilidad web en 2026
Hay tres razones que conviven y se refuerzan entre sí: razón humana, razón económica y razón legal. Cualquiera de las tres por separado debería bastar; juntas convierten la accesibilidad en una decisión estratégica obvia.
Razón humana: hablamos de muchas personas
Según la Organización Mundial de la Salud, alrededor del 16 % de la población mundial vive con alguna forma de discapacidad significativa, lo que equivale a unos 1.300 millones de personas. En la Unión Europea hay aproximadamente 87 millones de personas con discapacidad. La Fundación ONCE estima en más de 4,3 millones las personas con discapacidad en España. A esto suma a las personas mayores con pérdidas funcionales propias de la edad y obtienes un colectivo enorme.
Y aquí hay un punto que muchos olvidan: la accesibilidad también beneficia a usuarios con discapacidades temporales (un brazo escayolado, una operación ocular) o situacionales (luz solar directa en la pantalla, ruido ambiente que impide oír un vídeo, ancho de banda limitado en zona rural).
Razón económica: el coste de no ser accesible
Una web inaccesible deja fuera a clientes potenciales. La organización británica Click-Away Pound calculó que las webs no accesibles dejan de ingresar miles de millones de libras al año en Reino Unido porque los usuarios con discapacidad simplemente se van a la competencia. Apóyate en datos: si conviertes al 2 % y excluyes al 15 % de tu público, estás regalando ventas a quien sí convierte.
Dato importante: WebAIM analiza cada año el millón de páginas más visitadas del mundo. En su informe de 2025 detectó que el 95,9 % de las páginas tenía algún error de accesibilidad detectable automáticamente. La media era de 51 errores por página.
Razón legal: ya no es opcional
Desde el 28 de junio de 2025 la accesibilidad digital es obligatoria para una amplísima parte del sector privado en la Unión Europea, gracias a la Directiva (UE) 2019/882. En España se transpuso mediante el Real Decreto-ley 1/2024, de 12 de marzo. El sector público ya estaba obligado desde antes por la Directiva 2016/2102 (transpuesta por el Real Decreto 1112/2018). En 2026, todos los actores principales del entorno digital están dentro del paraguas legal.
Quién tiene que cumplir la accesibilidad web
La pregunta correcta no es ya «a quién afecta», sino «a quién no afecta». Solo quedan fuera unos pocos casos, y conviene conocerlos.
| Tipo de organización | Obligación en 2026 |
| Sector público (administraciones, ayuntamientos, universidades públicas) | Obligado desde 2018-2020 según WAD. Conformidad WCAG 2.1 AA y declaración de accesibilidad pública. |
| Empresas con web/app dirigida a consumidores en la UE | Obligadas desde el 28/06/2025 por el EAA: ecommerce, banca, transporte, libros electrónicos, servicios audiovisuales… |
| Microempresas que prestan servicios | Exentas si <10 empleados Y facturación/balance <2M euros (criterio acumulativo). |
| Microempresas que fabrican productos | NO exentas. Toda fabricación de producto cubierto debe cumplir. |
| Empresas B2B puras sin servicio al consumidor | Quedan fuera del EAA, pero pueden tener obligaciones por contratos o por sus clientes. |
Personalmente, recomiendo a cualquier empresa que dude que actúe como si estuviera obligada. Aunque seas microempresa, tus clientes mayores te exigirán cumplimiento por cadena, y tu posicionamiento SEO mejora cuando cumples WCAG (Google premia el HTML semántico, los textos alternativos y el rendimiento). La excepción es estratégica, no técnica.
Cuándo se aplica la accesibilidad web: fechas clave
Si tuviera que dibujarte una línea temporal, este es el resumen de los hitos que a abril de 2026 ya han ocurrido o están por ocurrir.
| Fecha | Hito |
| 1999 | WCAG 1.0 publicada por el W3C. |
| 2008 | WCAG 2.0 publicada (la base de todas las leyes europeas). |
| Diciembre 2016 | Directiva (UE) 2016/2102 (Web Accessibility Directive) para sector público. |
| Septiembre 2018 | Real Decreto 1112/2018 transpone la WAD en España. |
| Junio 2018 | WCAG 2.1 publicada. |
| Abril 2019 | Directiva (UE) 2019/882 (European Accessibility Act, EAA) aprobada. |
| 20 septiembre 2020 | Sector público debe cumplir WCAG 2.1 AA y publicar declaración. |
| Octubre 2023 | WCAG 2.2 publicada como recomendación oficial del W3C. |
| 12 marzo 2024 | Real Decreto-ley 1/2024 transpone el EAA en España. |
| 28 junio 2025 | Aplicación plena del EAA. Sector privado cubierto debe cumplir. |
| 2030 | Fin del período transitorio para productos y servicios ya prestados antes de 2025. |
En 2026 estamos en el primer aniversario completo de obligatoriedad. Los organismos de vigilancia ya están tramitando los primeros expedientes. Las inspecciones llegan: no es «si», es «cuándo».
Dónde se aplica: territorio, sectores y excepciones
El territorio es claro: toda la Unión Europea, más el Espacio Económico Europeo. Si tu empresa no tiene sede en la UE pero ofrece productos o servicios al consumidor europeo, también estás dentro.
Productos y servicios cubiertos por el EAA
- Equipos informáticos de uso general y sistemas operativos: ordenadores, tabletas, smartphones, software de sistema.
- Terminales de autoservicio: cajeros automáticos, máquinas expendedoras de billetes, terminales de facturación en aeropuertos.
- Equipos de telecomunicaciones (smartphones, teléfonos fijos) y servicios asociados.
- Equipos de servicios audiovisuales (smart TVs, decodificadores) y los propios servicios audiovisuales.
- Servicios bancarios para consumidores: banca online, apps móviles, identificación electrónica.
- Comercio electrónico: tiendas online, marketplaces, plataformas de reserva.
- Libros electrónicos y software de lectura.
- Servicios de transporte de pasajeros en sus componentes digitales: webs, apps, expendedoras automáticas, paneles de información en tiempo real.
Excepciones razonables y carga desproporcionada
El EAA permite a las empresas alegar «carga desproporcionada» cuando una adaptación concreta tendría un coste manifiestamente excesivo en relación a su tamaño y recursos. No es un cheque en blanco: hay que documentar el análisis y revisarlo cada cinco años. También existe el concepto de «modificación sustancial» cuando la adaptación exigiría reinventar el producto.
Aviso: la carga desproporcionada nunca puede alegarse cuando la financiación procede de fondos públicos específicos para mejorar la accesibilidad. Y nunca exime de informar al usuario de las limitaciones.
Cómo se hace una web accesible: los cuatro principios POUR
WCAG organiza todo el trabajo bajo cuatro principios. Si los entiendes, tienes el 80 % del juego ganado. La regla mnemotécnica en inglés es POUR: Perceivable, Operable, Understandable, Robust.
1. Perceptible
Toda la información debe poder percibirse por al menos uno de los sentidos. Esto incluye textos alternativos para imágenes (criterio 1.1.1), subtítulos para vídeo (1.2.2), audiodescripción (1.2.5), contraste mínimo de 4.5:1 para texto normal (1.4.3) y compatibilidad con redimensionado hasta el 200 %.
2. Operable
Debe poder utilizarse con cualquier dispositivo de entrada, no solo el ratón. El teclado tiene que funcionar siempre (criterio 2.1.1), el orden de tabulación debe ser lógico (2.4.3), tiene que haber tiempo suficiente para leer (2.2.x) y nada debe parpadear de forma peligrosa (2.3.1, evitar epilepsia fotosensible).
3. Comprensible
El contenido y el funcionamiento de la web deben entenderse. Esto cubre el idioma declarado (3.1.1), el comportamiento predecible (3.2.x), las etiquetas claras de los formularios (3.3.2) y las ayudas para corregir errores (3.3.3, 3.3.4).
4. Robusto
El código debe ser compatible con tecnologías de asistencia presentes y futuras (lectores de pantalla, líneas braille, software de control por voz). En la práctica significa HTML válido, uso correcto de ARIA y nombres/roles/valores accesibles para los componentes (criterio 4.1.2).
Niveles de conformidad A, AA y AAA
| Nivel | Criterios cubiertos | Para qué sirve |
| A | 30 criterios. Lo básico imprescindible. | Mínimos legales en algunas normativas más antiguas. No es suficiente para EAA. |
| AA | 55 criterios (los de A + nuevos). | Nivel exigido por EAA, RD-ley 1/2024, WAD UE. Es el que debes cumplir sí o sí. |
| AAA | Todos los criterios. | Excelencia. Recomendable en webs de servicios públicos esenciales y contenido para colectivos vulnerables. No exigible globalmente porque algunos criterios son incompatibles entre sí. |
Cómo evaluar si tu web cumple: metodología y herramientas
La evaluación seria de una web combina tres capas. Saltarse alguna es como hacer una revisión médica midiendo solo la temperatura: te quedas tranquilo y la enfermedad sigue ahí.
Capa 1: análisis automático
Herramientas como axe DevTools, Lighthouse, WAVE, Pa11y o Siteimprove pueden detectar entre el 25 % y el 35 % de los errores reales: contraste, atributos faltantes, encabezados mal anidados. Es rápido y barato, pero da una falsa sensación de seguridad si te quedas ahí.
Capa 2: revisión experta manual con WCAG-EM
Un evaluador formado revisa los criterios que ningún bot puede comprobar: si el alt text es semánticamente correcto, si los formularios son comprensibles, si el orden lógico tiene sentido. Para sitios grandes, se sigue la metodología WCAG-EM (Website Accessibility Conformance Evaluation Methodology) del W3C, que define cómo muestrear páginas representativas.
Capa 3: pruebas con personas usuarias reales
La capa que la mayoría se salta. Sentar a personas con discapacidad visual, motora o cognitiva delante de tu web genera una cantidad de hallazgos que ningún software ve. Si quieres datos contrastados, esta es la única forma honesta.
Sanciones por incumplir la accesibilidad web
Voy a ser franco: las sanciones existen, son serias y se están empezando a aplicar.
En España, el régimen sancionador del Real Decreto-ley 1/2024 contempla multas que pueden alcanzar 600.000 euros por infracciones muy graves en materia de accesibilidad de productos y servicios.
La Ley 15/2022, de 12 de julio, integral para la igualdad de trato y la no discriminación, establece sanciones de hasta 1.000.000 de euros por discriminación, incluyendo discriminación digital.
Se añaden las consecuencias indirectas: retirada del producto del mercado, suspensión de actividad y obligación de indemnizar a la persona afectada.
Y, posiblemente la más costosa, la sanción reputacional: una sentencia o resolución pública de discriminación daña la marca durante años.
El miedo no es buen consejero, pero las cifras concretas suelen ayudar a que el comité de dirección firme el presupuesto.
Quién es responsable dentro de la organización
La accesibilidad no es responsabilidad de «el que hizo la web». Es un equipo.
- Dirección y compliance: deciden el alcance, asignan presupuesto y firman la declaración pública de accesibilidad.
- Diseño UX/UI: integra accesibilidad desde el wireframe, no a posteriori. El contraste, los tamaños mínimos y los textos alternativos nacen aquí.
- Desarrollo front-end: implementa HTML semántico, ARIA correcto y mantiene compatibilidad con lectores de pantalla.
- Marketing y contenidos: redactan textos comprensibles, escriben alt text correcto, evitan PDFs inaccesibles.
- Calidad / QA: incorpora pruebas de accesibilidad en CI/CD y antes de cada release.
- Atención al cliente: recibe quejas y las canaliza al equipo técnico. La declaración de accesibilidad debe incluir un mecanismo de comunicación.
Pasos prácticos para hacer accesible tu web este trimestre
Vale, ya entiendes la teoría. Pero ¿qué haces el lunes por la mañana? Te doy un orden que funciona en empresas de cualquier tamaño.
- Realiza una auditoría inicial mixta (automática + manual) sobre una muestra representativa de tu web. Documenta cada hallazgo con criterio WCAG, severidad y URL.
- Crea un plan de remediación priorizado por impacto en usuario y por esfuerzo técnico. Resuelve primero los criterios de nivel A bloqueantes.
- Forma a los equipos de diseño y desarrollo en WCAG 2.2 AA. Sin formación, los errores vuelven en cada nuevo despliegue.
- Integra pruebas automáticas de accesibilidad en tu pipeline de CI/CD con axe-core, Pa11y CI o similar. Que ningún PR rompa lo arreglado.
- Publica una declaración de accesibilidad en una URL estable, indicando nivel de conformidad, contenidos no accesibles y canal de queja.
- Establece un calendario de re-auditoría mínimo anual y siempre tras un rediseño o cambio mayor.
- Documenta una política interna de contenidos: alt text, jerarquía de encabezados, contraste, subtítulos en vídeo, lenguaje claro.
- Considera contratar una auditoría externa cada dos años. Hace falta una mirada fresca y certificada para identificar lo que tu equipo ya no ve.
«La accesibilidad no es una funcionalidad, es un derecho fundamental. Cuando tratamos a un grupo de usuarios como ciudadanos de segunda, estamos diciendo algo profundo sobre qué tipo de internet queremos construir.»
– Leonie Watson, experta en accesibilidad y miembro del W3C
Preguntas Frecuentes (FAQs)
Es el conjunto de prácticas que permiten que cualquier persona, con cualquier capacidad, pueda usar un sitio web de forma equivalente. La definición oficial del W3C es que las personas con discapacidad puedan percibir, entender, navegar e interactuar con la web.
WCAG 2.2 es la evolución publicada en octubre de 2023. Añade nueve nuevos criterios centrados en accesibilidad cognitiva y motora (foco visible mejorado, ayuda consistente, autenticación accesible). WCAG 2.1 sigue siendo la versión exigida por la mayoría de leyes europeas, pero quien aspira a estar a la última cumple ya 2.2 AA.
Empieza pasando una herramienta automática gratuita como WAVE (wave.webaim.org), Lighthouse (en Chrome DevTools) o axe DevTools. Te dará un primer mapa. Después, intenta navegar la web con el teclado solo (sin tocar el ratón): si no puedes llegar a un botón clave, ya tienes un problema 2.1.1. Para una evaluación real, necesitarás una auditoría experta.
Las microempresas (menos de 10 empleados y facturación o balance inferior a 2 millones de euros) que prestan servicios están exentas del EAA. Las que fabrican productos no están exentas. Y todas, incluso las exentas, están sometidas a la Ley 15/2022 de no discriminación, que se aplica al ámbito digital.
Tienes la obligación de responder en los plazos establecidos por la normativa nacional (en España, 20 días hábiles para sector público según el RD 1112/2018). Para empresas privadas, los plazos los marca tu declaración de accesibilidad. Si no respondes o la respuesta no satisface, la persona puede acudir al organismo competente y este iniciar expediente.
Depende del tamaño y estado actual. Una auditoría inicial profesional para una web mediana ronda los 3.000-8.000 euros. La remediación puede ir desde unos pocos miles hasta varias decenas de miles, según los hallazgos. La buena noticia es que cuando se incorpora desde el diseño nuevo, el sobrecoste se acerca a cero. Lo caro es arreglar a posteriori.
Sí, y mucho. Google premia HTML semántico, encabezados bien jerarquizados, textos alternativos, rendimiento y navegación por teclado (que se relaciona con Core Web Vitals). Una web accesible tiende a posicionar mejor. No es casualidad: tanto el robot de Google como un lector de pantalla «leen» la web de forma similar.
