Estándares de accesibilidad

Los estándares de accesibilidad son las normas técnicas que indican cómo deben diseñarse webs, aplicaciones y documentos para que cualquier persona pueda usarlos, tenga o no una discapacidad. El más conocido es WCAG, las pautas del W3C, que en Europa se aplican a través de la norma EN 301 549 y de directivas comunitarias. Entenderlos no es solo cosa de programadores: buena parte de sus requisitos tienen que ver con el lenguaje, la claridad del texto y la forma de presentar la información.

¿Qué son los estándares de accesibilidad?

Un estándar de accesibilidad es un documento técnico, elaborado por un organismo reconocido, que fija criterios comprobables para que un producto digital sea perceptible, utilizable y comprensible por el mayor número posible de personas. La palabra accesibilidad deriva de accesible, del latín accessibilis, «que se puede alcanzar». En el ámbito digital se refiere a que nadie quede fuera por usar un lector de pantalla, navegar solo con teclado, tener baja visión, ser daltónico, tener una discapacidad auditiva o cognitiva, o simplemente ser una persona mayor que usa el móvil con letra grande.

No se trata de una cuestión minoritaria: la Organización Mundial de la Salud estima que alrededor de 1300 millones de personas, una de cada seis en el mundo, viven con una discapacidad importante. A ellas se suman situaciones temporales (un brazo escayolado) o de contexto (leer el móvil a pleno sol).

Características: cómo funcionan las WCAG

Las Pautas de Accesibilidad para el Contenido Web (WCAG, por sus siglas en inglés) las publica la Iniciativa de Accesibilidad Web (WAI) del World Wide Web Consortium (W3C). Sus versiones principales son:

Versión	Año	Novedad principal
WCAG 1.0	1999	Primeras pautas, organizadas en puntos de verificación por prioridades.
WCAG 2.0	2008	Introduce los cuatro principios y los criterios de conformidad comprobables. Se adoptó como norma ISO/IEC 40500:2012.
WCAG 2.1	2018	Añade 17 criterios, sobre todo para móviles, baja visión y discapacidad cognitiva.
WCAG 2.2	2023	Añade 9 criterios (foco visible, tamaño de los objetivos táctiles, autenticación accesible…) y declara obsoleto el criterio 4.1.1 (Procesamiento).

Todas las versiones 2.x se organizan en cuatro principios, que se resumen en el acrónimo inglés POUR:

• Perceptible: la información debe poder captarse por algún sentido (texto alternativo para imágenes, subtítulos para el vídeo).
• Operable: la interfaz debe poder manejarse con distintos dispositivos, incluido solo el teclado.
• Comprensible: el contenido y el funcionamiento deben ser claros y previsibles.
• Robusto: el código debe ser interpretable por navegadores y tecnologías de apoyo actuales y futuras.

Cada criterio tiene un nivel de conformidad: A (requisitos mínimos), AA (el nivel que exigen la mayoría de las leyes) y AAA (el más exigente, que el propio W3C no recomienda imponer como requisito general a sitios completos, porque no todos los contenidos pueden cumplirlo).

Normas y leyes en Europa y España

• EN 301 549. Norma europea elaborada por ETSI, CEN y CENELEC con los requisitos de accesibilidad para productos y servicios TIC: no solo webs, también software, documentos, equipos y servicios de comunicación. Su apartado web incorpora los criterios de WCAG 2.1 de nivel A y AA. En España se publica como UNE-EN 301549; la edición vigente es la de 2022.
• Directiva (UE) 2016/2102. Obliga a los organismos del sector público a hacer accesibles sus sitios web y aplicaciones móviles, a publicar una declaración de accesibilidad y a ofrecer un mecanismo para comunicar problemas. Sus plazos fueron septiembre de 2019 para las webs nuevas, septiembre de 2020 para las existentes y junio de 2021 para las aplicaciones. España la incorporó mediante el Real Decreto 1112/2018.
• Directiva (UE) 2019/882, conocida como Acta Europea de Accesibilidad. Extiende las exigencias a productos y servicios del sector privado, como el comercio electrónico, la banca o los libros electrónicos, y se aplica desde el 28 de junio de 2025. En España la transpuso la Ley 11/2023.
• Lectura fácil y lenguaje claro. Para la accesibilidad cognitiva existen normas específicas: la UNE 153101 EX (2018) sobre documentos en lectura fácil y la ISO 24495-1 (2023) sobre lenguaje claro.

Ejemplos

Estos 12 casos muestran cómo se traducen las pautas en decisiones concretas:

1. Texto alternativo (criterio 1.1.1, nivel A). Una foto de un producto lleva un alt que describe lo relevante: «Zapatilla de running azul, vista lateral». Una imagen decorativa lleva el atributo vacío para que el lector de pantalla la ignore.
2. Subtítulos (1.2.2, A). Un vídeo grabado con diálogos incluye subtítulos sincronizados que recogen también sonidos relevantes: «[suena el teléfono]».
3. Contraste mínimo (1.4.3, AA). El texto normal debe tener una relación de contraste de al menos 4,5:1 con el fondo, y el texto grande, de 3:1. Un gris claro sobre blanco suele suspender.
4. No depender solo del color (1.4.1, A). En un formulario, los campos erróneos no se marcan solo en rojo, sino también con un icono y un mensaje.
5. Cambio de tamaño del texto (1.4.4, AA). La página sigue siendo usable al ampliar el texto al 200 %.
6. Adaptación a pantallas estrechas (1.4.10, AA, desde WCAG 2.1). El contenido se reorganiza en una columna a 320 píxeles CSS de ancho sin obligar a desplazarse en horizontal.
7. Uso con teclado (2.1.1, A). Menús, botones y formularios se pueden manejar con el tabulador y la tecla Intro, sin ratón.
8. Foco visible (2.4.7, AA). Al navegar con teclado se ve siempre qué elemento está seleccionado.
9. Tamaño de los objetivos (2.5.8, AA, desde WCAG 2.2). Los botones táctiles miden al menos 24 × 24 píxeles CSS o tienen espacio suficiente a su alrededor.
10. Idioma de la página (3.1.1, A). El código HTML declara lang="es" para que el sintetizador de voz pronuncie en español.
11. Etiquetas en formularios (3.3.2, A). Cada campo tiene una etiqueta visible, como «Correo electrónico», y no solo un texto de ejemplo que desaparece al escribir.
12. Autenticación accesible (3.3.8, AA, desde WCAG 2.2). Para iniciar sesión no se exige resolver una prueba cognitiva, como memorizar o transcribir caracteres, sin ofrecer una alternativa.

Ejercicios resueltos

Cómo aplicarlos

La forma más eficaz de cumplir los estándares es incorporarlos desde el diseño, no como un parche final. Conviene combinar herramientas automáticas, que detectan problemas como contrastes insuficientes o imágenes sin texto alternativo, con revisiones manuales: navegar la página web solo con teclado, probarla con un lector de pantalla y, sobre todo, contar con usuarios con discapacidad. Las herramientas automáticas no pueden juzgar si un texto alternativo es adecuado o si un mensaje se entiende.

Desde el punto de vista del lenguaje, la accesibilidad pide títulos descriptivos, enlaces que se entiendan fuera de contexto (no «pincha aquí»), frases claras y estructura con encabezados. Es una forma práctica de inclusión: lo que facilita la vida a una persona ciega o con dislexia suele mejorar la experiencia de todos los usuarios de internet.

Preguntas frecuentes

Referencias

• World Wide Web Consortium (W3C): Web Content Accessibility Guidelines (WCAG) 2.2, recomendación de 2023.
• ETSI, CEN y CENELEC: EN 301 549. Requisitos de accesibilidad para productos y servicios TIC; en España, UNE-EN 301549:2022.
• Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo, sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público, y Real Decreto 1112/2018.

Cómo citar este artículo

Equipo de Conceptualia. (2026). «Estándares de accesibilidad». Conceptualia. https://conceptualia.es/lenguaje/estandares-de-accesibilidad/

Copiar cita

Sobre el autor

Conceptualia — El equipo editorial de Conceptualia redacta y revisa cada concepto para que sea claro, riguroso y útil, con ejemplos y ejercicios cuando ayudan a entenderlo.