Accesibilidad web: la guía completa sobre WCAG, EAA y ADA

La accesibilidad web significa que cualquier persona puede percibir, utilizar y entender tu web, también quienes son ciegos o tienen baja visión, solo usan el teclado o tienen dificultades para leer. La referencia técnica para ello es WCAG, la pauta internacional del W3C. Desde el 28 de junio de 2025, la accesibilidad también es un requisito legal en la UE para muchas tiendas online y otros servicios para consumidores, a través de la European Accessibility Act.

Esta guía completa sobre accesibilidad web te da la visión de conjunto: qué normas existen, a quién se aplican, qué tienes que hacer y cómo compruebas si tu web cumple. Cada apartado tiene su propio artículo de profundización. Explicamos brevemente los términos técnicos, que también encontrarás en el glosario.

Esta página explica las normas, no es asesoramiento jurídico. Si dudas de si la ley se aplica a tu empresa, consulta con un abogado o con la autoridad de supervisión.

#¿Qué es la accesibilidad digital y para quién es?

La accesibilidad digital es el grado en que las personas con discapacidad pueden usar de forma autónoma una web, una app o un documento digital. Va mucho más allá de la ceguera. Piensa en alguien con una discapacidad motora que no puede usar un ratón, en alguien sordo que no puede seguir un vídeo sin subtítulos o en alguien con dislexia que se atasca en textos largos y complicados.

El grupo es grande. Según la Organización Mundial de la Salud, se calcula que en el mundo viven unos 1300 millones de personas con una discapacidad importante, alrededor del 16 % de la población mundial, es decir, una de cada seis personas. A ellas se suman las personas con una discapacidad temporal, como un brazo roto, y las personas mayores cuya vista, oído o motricidad empeoran.

Muchas personas con discapacidad usan tecnologías de apoyo. Un lector de pantalla lee en voz alta el contenido de una página o lo convierte a braille. Otras personas amplían la pantalla, usan el control por voz o navegan solo con la tecla Tab. Todas esas herramientas solo funcionan bien si la web está bien construida técnicamente.

La accesibilidad también ayuda a quienes no tienen ninguna discapacidad. Los subtítulos son prácticos en el tren, un buen contraste de color ayuda a pleno sol y los mensajes de error claros en un formulario ayudan a todo el mundo. Por eso, una web accesible es casi siempre una web más fácil de usar.

#¿Qué normas y estándares se aplican?

Para la accesibilidad web hay cuatro marcos importantes: WCAG como pauta técnica, EN 301 549 como norma europea, la EAA como ley europea y la ADA como ley estadounidense. Se remiten unos a otros, pero no son lo mismo. Una pauta o norma describe cómo es una web accesible. Una ley determina quién está obligado a cumplirla.

#WCAG: la referencia técnica

WCAG, Web Content Accessibility Guidelines (Pautas de Accesibilidad para el Contenido Web), es la pauta del World Wide Web Consortium (W3C) que describe cuándo el contenido web es accesible. Cada versión consta de criterios de conformidad verificables en tres niveles: A (mínimo), AA (el requisito habitual) y AAA (el nivel más alto). WCAG 2.2 es la versión más reciente y se convirtió en recomendación oficial del W3C el 5 de octubre de 2023.

Según el resumen del W3C sobre las novedades de 2.2, se añadieron nueve criterios de conformidad, seis de ellos de nivel A o AA. Algunos ejemplos son un tamaño mínimo para los objetivos táctiles y de clic, un foco visible que no desaparezca detrás de una cabecera fija y el inicio de sesión sin un puzle ni una prueba de memoria. El antiguo criterio 4.1.1 (Procesamiento) se ha eliminado. Lo que esto significa en concreto para tu web lo tienes en WCAG 2.2 explicado.

#EN 301 549: la norma europea

EN 301 549 es la norma europea con requisitos de accesibilidad para productos y servicios TIC, desde webs hasta software y hardware. Para el contenido web, la norma incorpora los criterios de conformidad WCAG de nivel A y AA. La versión armonizada actual, la 3.2.1, remite a WCAG 2.1. Según la Comisión Europea, la norma también contiene requisitos que no están en WCAG.

El 2 de septiembre de 2026, ETSI publicó la versión 4.1.1, que remite a WCAG 2.2. Una norma solo da presunción de conformidad cuando su referencia se publica en el Diario Oficial de la UE (artículo 15 de la EAA). Esa publicación de la versión 4.1.1 se espera, pero en el momento de escribir esto aún no se había producido. Hasta entonces, la versión 3.2.1, armonizada en el marco de la directiva europea sobre webs del sector público, es la referencia habitual. Si ahora construyes con WCAG 2.2 nivel AA, también cumples los criterios de WCAG 2.1, salvo el criterio eliminado 4.1.1.

#La European Accessibility Act: la ley en la UE

La European Accessibility Act, la Directiva (UE) 2019/882, obliga a las empresas a hacer accesibles determinados productos y servicios para consumidores. Los Estados miembros tenían que aplicar las normas a partir del 28 de junio de 2025 (artículo 31). En España, el título I de la Ley 11/2023, de 8 de mayo, incorpora la directiva al ordenamiento jurídico español. Como ejemplo práctico tomamos los Países Bajos, que lo hicieron con la Implementatiewet toegankelijkheidsvoorschriften producten en diensten (ley neerlandesa de transposición), en vigor desde el 28 de junio de 2025. Desde entonces, los requisitos para los servicios de comercio electrónico están en la sección 2ab del libro 6 del Código Civil neerlandés (artículos 6:230fa a 6:230fd). Más abajo verás qué significa esto para webs y tiendas online.

Para las administraciones públicas ya existía antes una obligación aparte. Según el Tijdelijk besluit digitale toegankelijkheid overheid (decreto neerlandés sobre accesibilidad digital del sector público), los organismos públicos de los Países Bajos deben hacer que sus webs y apps cumplan EN 301 549. Esta guía se centra en las empresas.

#La ADA: la ley en Estados Unidos

La ADA, la Americans with Disabilities Act, es una ley antidiscriminación estadounidense que también se aplica a lo que las empresas ofrecen online. El Departamento de Justicia de EE. UU. escribe en sus directrices sobre la web que para las empresas no existe una regulación con requisitos técnicos detallados, aunque sí menciona WCAG como guía útil. Más adelante verás lo que esto implica si vendes desde Europa a clientes estadounidenses.

#¿Cuáles son los cuatro principios de la accesibilidad?

Todos los criterios de conformidad de WCAG se agrupan en cuatro principios: perceptible, operable, comprensible y robusto, abreviados como POUR por sus términos en inglés. Las mismas cuatro palabras aparecen en el anexo I de la EAA, donde la directiva exige que las webs de los servicios incluidos se hagan "perceptibles, operables, comprensibles y robustos". Quien entiende los principios entiende la lógica de cada criterio por separado.

1. Perceptible (perceivable). La información tiene que poder percibirse al menos de una forma. Las imágenes llevan un texto alternativo, los vídeos llevan subtítulos y el texto tiene suficiente contraste con el fondo.
2. Operable (operable). Todo lo que puedes hacer con un ratón también tiene que poder hacerse con el teclado. El foco es visible, no hay límites de tiempo que no puedas ampliar y los objetivos de clic son lo bastante grandes.
3. Comprensible (understandable). El texto es claro, el idioma de la página está definido, la navegación funciona igual en todas partes y los formularios explican qué ha fallado y cómo corregirlo.
4. Robusto (robust). El código está construido de forma que los navegadores y las tecnologías de apoyo puedan interpretarlo de forma fiable. Los botones son botones de verdad y los componentes propios tienen el nombre, la función y el estado correctos, si hace falta con WAI-ARIA.

Una regla práctica: perceptible y comprensible tienen que ver sobre todo con el contenido y el diseño; operable y robusto, sobre todo con la técnica. Así que necesitas tanto a tu equipo de marketing como a tu desarrollador.

#¿Qué significa la EAA para tu web o tienda online?

La EAA se aplica a los servicios que se prestan a consumidores después del 28 de junio de 2025, y las tiendas online entran directamente en su ámbito como servicio de comercio electrónico. El artículo 2 de la directiva menciona, entre otros, los servicios de comunicaciones electrónicas, las webs y apps de transporte de viajeros, los servicios bancarios para consumidores, los libros electrónicos y los servicios de comercio electrónico. Según el artículo 3, un servicio de comercio electrónico es un servicio a distancia, a través de una web o app, con el que un consumidor celebra un contrato.

En concreto, una tienda online, una web de reservas o una web en la que los consumidores contratan una suscripción suelen estar incluidas. Una tienda online B2B que solo vende a empresas, o una web informativa sin compra online, normalmente queda fuera de la definición de comercio electrónico. En los Países Bajos, la ACM supervisa la accesibilidad de los servicios de comercio electrónico y de comunicaciones electrónicas. Para otros servicios, como los bancarios, hay otras autoridades de supervisión.

#Excepciones y periodos transitorios

Las empresas pequeñas están exentas en el caso de los servicios. Según el artículo 4, apartado 5, las microempresas que prestan servicios no tienen que cumplir los requisitos de accesibilidad. Según el artículo 3, una microempresa tiene menos de 10 empleados y un volumen de negocios anual o un balance general anual que no supera los 2 millones de euros. Tienes que cumplir las dos condiciones: con 8 empleados y 3 millones de facturación no eres una microempresa.

Además, existen estas excepciones y plazos:

• Determinados contenidos (artículo 2, apartado 4). Los contenidos de audio y vídeo pregrabados y los documentos ofimáticos publicados antes del 28 de junio de 2025, los contenidos de terceros que no financias ni controlas y los archivos que no se actualizan después de esa fecha.
• Carga desproporcionada (artículo 14). Puedes no aplicar un requisito si cambia de forma fundamental tu producto o servicio o supone una carga desproporcionada. Eso sí, tienes que documentar esa evaluación, conservarla cinco años y, como prestador de servicios, repetirla al menos cada cinco años.
• Periodo transitorio (artículo 32). Los prestadores de servicios pueden seguir usando hasta el 28 de junio de 2030 productos que ya usaban legalmente antes, y los contratos anteriores al 28 de junio de 2025 pueden seguir vigentes como máximo cinco años. Atención: según el artículo VIII, apartado 4, de la ley neerlandesa de transposición, esta disposición transitoria no se aplica a los servicios de comercio electrónico en los Países Bajos.

Para una tienda online en los Países Bajos, la conclusión práctica es por tanto: si no eres una microempresa, los requisitos ya se aplican ahora. Tratamos la European Accessibility Act caso por caso en un artículo aparte, con las consideraciones para cada tipo de empresa.

#¿Qué incluye una declaración de accesibilidad?

Una declaración de accesibilidad es un texto público en el que explicas lo accesible que es tu web o servicio, qué partes aún no cumplen y cómo pueden las personas comunicar un problema. Para las administraciones públicas, una declaración así es obligatoria desde hace años. Para las empresas sujetas a la EAA existe una obligación relacionada.

El anexo V de la directiva establece que un prestador de servicios incluye en las condiciones generales "o mediante otro documento equivalente" cómo cumple el servicio los requisitos de accesibilidad. Esa información contiene una descripción general del servicio en formato accesible, una explicación de cómo funciona el servicio y una descripción de cómo cumple el servicio los requisitos del anexo I. Según el artículo 13, tienes que conservar esa información mientras el servicio exista.

En la práctica, muchas empresas publican para ello una página aparte y la enlazan desde el pie de página y las condiciones generales. Una buena declaración es honesta sobre los problemas conocidos y da una dirección de contacto. Cómo hacerlo, con una plantilla, lo tienes en redactar una declaración de accesibilidad.

#¿Cómo compruebas si una web es accesible?

La accesibilidad se prueba combinando escaneos automáticos y revisión manual, porque ninguna herramienta puede evaluar todos los criterios de WCAG. Un escáner ve si una imagen tiene texto alternativo, pero no si ese texto es correcto. Ve si un campo tiene etiqueta, pero no si puedes completar el formulario sin ratón.

Las pruebas automáticas son rápidas y repetibles. La biblioteca de pruebas más conocida es axe-core de Deque, que tiene reglas para WCAG 2.0, 2.1 y 2.2. Deque escribe en la documentación que axe-core encuentra de media automáticamente el 57 % de los problemas de WCAG. Es un dato del propio fabricante. Además, la herramienta marca parte de los resultados como incompletos, y para ellos hace falta revisión manual.

Las pruebas manuales se hacen, entre otras cosas, con el teclado, con un lector de pantalla como NVDA o VoiceOver y viendo la página con un zoom del 200 %. Para una auditoría formal, contratas a un especialista. Un enfoque de pruebas viable para tu propio equipo lo encontrarás en probar la accesibilidad web.

#¿Qué errores de accesibilidad son los más habituales?

La mayoría de los problemas de accesibilidad no son casos raros, sino un puñado de errores básicos que se repiten en muchas páginas. Como suelen estar en una plantilla, los resuelves con un solo cambio para toda la web. Lo extendidos que están lo muestra el WebAIM Million 2026: en el 95,9 % del millón de páginas de inicio analizadas, una prueba automática encontró errores de WCAG. Estos son los errores que vemos con más frecuencia:

• Imágenes sin texto alternativo, o con un texto que no dice nada, como "imagen1.jpg".
• Poco contraste entre el texto y el fondo, sobre todo con texto gris claro y texto sobre fotos.
• Campos de formulario sin etiqueta asociada, en los que solo un placeholder explica qué hay que poner.
• Enlaces y botones sin texto, como un icono de carrito sin nombre accesible.
• Una estructura de encabezados desordenada, en la que los encabezados se eligen por tamaño de letra en lugar de por significado.
• Ningún idioma definido en la página, de modo que un lector de pantalla lee texto en español con pronunciación inglesa.
• Elementos a los que no llegas con el teclado, o un foco invisible.
• Vídeo o sonido que empieza a reproducirse automáticamente.

Cada error tiene una solución concreta y un criterio de conformidad. Los desarrollamos en errores de accesibilidad más comunes.

#¿Por qué los formularios y el checkout merecen atención especial?

Los formularios y el checkout son los puntos en los que un problema de accesibilidad cuesta ventas directamente, porque un cliente que se atasca no puede terminar el pedido. También es justo la parte que la EAA afecta en los servicios de comercio electrónico: la celebración de un contrato.

Un formulario accesible tiene en cada campo una etiqueta visible y asociada. Los campos obligatorios se reconocen como tales, no solo por un color rojo. Los mensajes de error aparecen junto al campo, explican qué está mal y el lector de pantalla los lee en voz alta. WCAG 2.2 añadió aquí dos criterios: no vuelves a pedir información que el cliente ya ha dado, y el inicio de sesión no puede depender de una prueba cognitiva como un puzle.

Fíjate también en los componentes de terceros de tu checkout, como las ventanas de pago y el autocompletado de direcciones. Si eliges tú un módulo de pago externo, sigue siendo tu servicio. Cómo abordarlo paso a paso lo tienes en formularios y checkout accesibles.

#¿Tiene que cumplir la ADA una empresa europea?

Una empresa europea puede verse afectada por la ADA si se dirige activamente a consumidores estadounidenses, pero si la ley se aplica en un caso concreto lo decide en última instancia un tribunal estadounidense. El Title III de la ADA se aplica a las empresas abiertas al público, como tiendas y prestadores de servicios. Según el Departamento de Justicia de EE. UU., los bienes y servicios que una empresa así ofrece online también entran en el ámbito de la ADA.

Para las empresas no existe una norma técnica fija. El Departamento menciona WCAG y los estándares de la Section 508 como guía útil. Para las administraciones estatales y locales de EE. UU. es distinto: la norma del Title II de 2024 exige allí WCAG 2.1 nivel AA, con plazos que en abril de 2026 se aplazaron a abril de 2027 y abril de 2028. Esa norma no se aplica a las empresas privadas.

La buena noticia: si cumples WCAG 2.2 nivel AA por la EAA, también cubres la guía que se usa en EE. UU. En cumplimiento de la ADA para empresas europeas verás cuándo empieza a ser relevante la ADA y qué tienes que organizar además.

#¿Cómo se solapa la accesibilidad con el SEO y el GEO?

La accesibilidad y la visibilidad en buscadores se solapan mucho, porque los buscadores y los sistemas de IA leen una página igual que las tecnologías de apoyo: a través de la estructura HTML y el texto, no del diseño visual. Tanto un lector de pantalla como un rastreador se benefician de una estructura de encabezados lógica, de textos de enlace descriptivos y de un idioma bien definido.

Hay tres aspectos que cuentan doble:

• HTML semántico. Encabezados, listas, tablas, botones y elementos de navegación de verdad hacen que la estructura de una página sea inequívoca. Eso ayuda a un lector de pantalla, y ayuda a un sistema de IA a encontrar el pasaje correcto.
• Texto alternativo. Un buen texto alternativo describe lo que muestra o significa una imagen. Los buscadores usan ese texto para entender las imágenes.
• Encabezados y texto claro. Los encabezados que dicen de qué trata una sección y los párrafos que empiezan con una afirmación clara hacen que un texto sea comprensible para las personas y más fácil de citar para la IA.

No exageres el efecto. La accesibilidad no es un truco de posicionamiento, y una web accesible no sube automáticamente en Google ni en ChatGPT. Lo que sí aporta es una mejor base técnica. Cómo contribuye esa base a la visibilidad en las respuestas de IA lo verás en nuestra guía completa sobre GEO y en el artículo sobre el contenido que cita la IA.

#Plan de acción: cómo hacer accesible tu web

Una web accesible no se construye en un solo sprint, sino siguiendo un orden fijo: primero determinar qué se aplica, luego medir, después resolver los problemas más grandes y, por último, asegurarlo en el tiempo. Este plan funciona para la mayoría de las tiendas online y webs corporativas.

1. Determina qué normas se te aplican. Comprueba si prestas un servicio incluido en la EAA, si eres una microempresa y si te diriges a clientes estadounidenses. Deja constancia de esa evaluación.
2. Elige tu nivel objetivo. Toma WCAG 2.2 nivel AA como referencia. Así cubres los criterios WCAG que EN 301 549 incorpora para el contenido web y la guía habitual con la ADA.
3. Haz inventario de tus páginas principales. Empieza por la página de inicio, una página de categoría, una página de producto, el carrito, el checkout, el formulario de contacto y el inicio de sesión. Ahí están las ventas y ahí están las plantillas.
4. Lanza un escaneo automático. Usa una herramienta basada en axe-core para obtener una primera lista de errores por página, ordenada por gravedad.
5. Prueba manualmente. Recorre cada página clave solo con el teclado y con un lector de pantalla, comprueba el contraste y mira la página con un zoom del 200 %.
6. Corrige en las plantillas. Resuelve los errores donde se originan: en el tema, los componentes y los formularios. Una sola corrección en una plantilla mejora cientos de páginas.
7. Mejora el contenido. Escribe textos alternativos, pon los encabezados en un orden lógico, haz que los textos de enlace sean descriptivos y añade subtítulos a los vídeos.
8. Publica tu declaración de accesibilidad. Describe cómo cumple tu servicio los requisitos, qué aún no funciona bien y cómo pueden contactar las personas. Enlázala en el pie de página y en las condiciones generales.
9. Asegura el proceso. Incluye la accesibilidad en la lista de comprobación de cada nueva página, campaña y plugin. Vuelve a escanear periódicamente, porque cada actualización puede introducir nuevos errores.
10. Documenta las excepciones. Si alegas una carga desproporcionada, deja esa evaluación por escrito y revísala al menos cada cinco años, como exige el artículo 14 de la EAA.

#Cómo comprobarlo en tu propia web

En media hora puedes hacerte tú mismo una primera idea de la accesibilidad de tu web. Elige una página de producto y tu checkout y sigue estos pasos:

1. Pulsa Tab desde la parte superior de la página. ¿Ves en todo momento dónde está el foco? ¿Aparece primero un enlace "Ir al contenido" (un enlace de salto)? ¿Puedes añadir un producto al carrito y pagar sin ratón?
2. Revisa el código fuente. ¿Tiene el elemento html el atributo lang="es"? ¿Tiene cada imagen un atributo alt? ¿Hay exactamente un H1 y siguen los encabezados un orden lógico?
3. Comprueba tus formularios. Haz clic en el texto junto a un campo: ¿se coloca el cursor en el campo? Entonces la etiqueta está asociada. Envía el formulario vacío y mira si los mensajes de error explican con claridad qué está mal.
4. Mide el contraste de color. Usa un comprobador de contraste o las herramientas para desarrolladores de tu navegador. Según WCAG nivel AA, el texto normal necesita una relación de contraste de al menos 4,5 a 1.
5. Busca tu declaración de accesibilidad. ¿Hay en el pie de página un enlace a una declaración, y lo que dice sigue correspondiendo con la web actual?
6. Fíjate en el sonido que se reproduce automáticamente. ¿Empieza en algún sitio audio o vídeo con sonido sin que el visitante lo pida? Entonces tiene que poder pausarse o detenerse.
7. Lanza un escaneo automático en tus páginas más importantes y resuelve primero los errores de mayor gravedad.

La comprobación de accesibilidad de Flowproof está incluida en los planes de pago Pro y Business. Prueba tus páginas con axe-core frente a WCAG 2.0, 2.1 y 2.2 nivel A y AA, indicando para cada error el criterio de conformidad, el nivel y la gravedad. Además, comprueba si hay un enlace a una declaración de accesibilidad, un enlace de salto y sonido que se reproduce automáticamente. El escaneo indica con honestidad que el contraste de color hay que revisarlo manualmente, porque eso requiere una representación real de la página. Si tu página solo construye su contenido con JavaScript, recibirás un aviso al respecto. Puedes empezar gratis o comparar los planes.