Accesibilidad web WCAG: guía práctica para llegar a WCAG 2.2 nivel AA

Accesibilidad web WCAG: guía práctica para llegar a WCAG 2.2 nivel AA

Las WCAG son el estándar técnico del W3C que define cómo hacer accesible el contenido web, y tu objetivo operativo debería ser la conformidad con WCAG 2.2 nivel AA. Ese objetivo encaja con las exigencias de la Directiva europea de accesibilidad y con las normas armonizadas que la acompañan. Al terminar esta guía sabrás qué evaluar y cómo convertir un informe de auditoría en un plan de corrección priorizado.

---

En resumen:

• La Directiva europea cubre ciertos productos y servicios desde el 28 de junio de 2025; WCAG 2.2 AA no garantiza por sí sola el cumplimiento.
• WCAG 2.2 conserva los criterios de las versiones 2.1 y 2.0, y añade pautas para móviles, dificultades cognitivas y baja visión.
• Una auditoría combina herramientas automáticas, revisión manual y pruebas de uso con personas con discapacidad, pues los validadores no detectan todas las barreras.
• Prioriza los fallos que bloquean tareas y corrige primero los componentes reutilizables; una solución en una plantilla puede reparar todas las páginas que la comparten.

---

StartideaMejora la comunicación digital de tu organizaciónStartidea combina consultoría, comunicación y tecnología para ayudar a organizaciones con propósito a comunicar y digitalizarse de manera efectiva.Conoce Startidea

Tabla de contenidos

• ¿Qué son las WCAG y por qué conviene apuntar a la versión 2.2?
• ¿Cómo se aplican en la práctica los cuatro principios POUR?
• ¿Qué relación tienen las WCAG con la normativa europea?
• ¿Cómo se evalúa la accesibilidad con WCAG-EM, pruebas automáticas y personas?
• ¿Cómo convertir la auditoría en un plan de corrección priorizado?
• ¿Cómo trabajamos la accesibilidad en Startidea?
• ¿Cómo se ve la accesibilidad en imágenes, vídeos, documentos y formularios?
• ¿Qué impacto tiene la accesibilidad en la comunicación institucional y social?
• ¿Cómo mantener la accesibilidad cuando termina la implementación inicial?
• Accesibilidad como decisión de producto, no como parche
• Diagnóstico y acompañamiento en accesibilidad con nuestro equipo
• Preguntas frecuentes
• Fuentes

¿Qué son las WCAG y por qué conviene apuntar a la versión 2.2?

El W3C define las WCAG 2.2 como el estándar internacional que explica cómo hacer el contenido web más accesible, y recomienda usar la versión más reciente. No son una ley: son criterios técnicos comprobables que las normativas toman como referencia.

La razón práctica para elegir WCAG 2.2 es que es compatible hacia atrás con las versiones 2.1 y 2.0. Esto permite que el contenido conforme con WCAG 2.2 también cumpla los criterios de esas versiones anteriores.

Qué te aporta apuntar a la 2.2:

• Criterios heredados: incluye los de WCAG 2.1 y 2.0, lo que facilita tener en cuenta las versiones anteriores al evaluar la accesibilidad.
• Criterios nuevos: el W3C añade criterios específicos para dispositivos móviles, dificultades cognitivas y baja visión.
• Planificación duradera: existe un desfase entre la publicación de las WCAG y su adopción en normas armonizadas, por eso conviene planificar según el estándar más reciente.
• Niveles definidos: la conformidad se mide en los niveles A, AA y AAA, y AA es el listón habitual.

¿Cómo se aplican en la práctica los cuatro principios POUR?

Las pautas se organizan bajo cuatro principios: perceptible, operable, comprensible y robusto. Cada uno se traduce en decisiones concretas de diseño y desarrollo.

• Perceptible: textos alternativos en imágenes informativas, contraste suficiente entre texto y fondo, y subtítulos en el vídeo.
• Operable: toda la interfaz debe poder usarse con teclado, con tiempo suficiente para completar tareas y sin trampas de teclado que dejen al usuario atrapado en un componente.
• Comprensible: lenguaje claro, navegación coherente entre páginas e instrucciones y mensajes de error que expliquen cómo corregir un campo.
• Robusto: marcado semántico correcto, de modo que lectores de pantalla y otras tecnologías de apoyo interpreten bien los componentes.

Consejo profesional: antes de ajustar colores o añadir atributos ARIA, revisa si un elemento HTML nativo (un botón, una lista, un campo con su etiqueta) ya resuelve el problema; suele ser más fiable y más barato de mantener.

¿Qué relación tienen las WCAG con la normativa europea?

La Directiva (UE) 2019/882, conocida como Acta Europea de Accesibilidad, armoniza los requisitos de accesibilidad de determinados productos y servicios. Sus obligaciones son aplicables a partir del 28 de junio de 2025.

Lo que conviene tener claro:

• Alcance: afecta, entre otros, al comercio electrónico, y exige que la información sea accesible y que existan sistemas de soporte.
• Servicios cubiertos: el resumen oficial menciona la telefonía, la banca de consumo, el comercio electrónico y las respuestas a emergencias.
• Enfoque político: la Comisión Europea sitúa la accesibilidad como pilar de la Unión de la Igualdad, para que todas las personas participen en servicios esenciales como la banca.
• Normas armonizadas: la norma EN 301 549 es la referencia técnica europea y se apoya en las WCAG. Seguir una norma armonizada permite acogerse a la presunción de conformidad, aunque conviene verificar qué versión de las WCAG recoge cada edición.

En la práctica, WCAG 2.2 AA puede servir como referencia para mejorar la accesibilidad, pero no garantiza por sí sola el cumplimiento de las obligaciones legales aplicables.

¿Cómo se evalúa la accesibilidad con WCAG-EM, pruebas automáticas y personas?

La metodología WCAG-EM ofrece un proceso estructurado: definir el alcance, elegir una muestra representativa, evaluar y generar el informe. Un procedimiento realista sigue estos pasos:

1. Define qué sitio, aplicación o flujos entran en la evaluación y qué nivel de conformidad persigues.
2. Selecciona páginas representativas: la portada, plantillas distintas, formularios, procesos de compra o contacto y contenidos multimedia.
3. Pasa herramientas automáticas para detectar fallos evidentes, como imágenes sin texto alternativo o contrastes insuficientes.
4. Revisa a mano lo que ninguna herramienta valida: si un texto alternativo describe bien la imagen, si el orden del foco es lógico, si los mensajes de error se entienden.
5. Incorpora pruebas con personas con discapacidad y documenta todo en un informe con hallazgos, criterios afectados y prioridad.

La automatización no basta: el cumplimiento técnico no garantiza una usabilidad real, porque WCAG-EM combina automatización y evaluación humana, e incluye pruebas con usuarios con discapacidad para detectar barreras que los validadores no ven.

¿Cómo convertir la auditoría en un plan de corrección priorizado?

Un informe sin orden de ataque se queda en un documento. Para convertirlo en mejoras reales, sigue esta secuencia:

1. Clasifica por gravedad. Bloqueantes: lo que impide completar una tarea, como una imagen funcional sin alternativa o un formulario inaccesible por teclado. Importantes: contraste insuficiente o etiquetas poco claras. Deseables: mejoras que pulen la experiencia.
2. Reparte por disciplina. Contenidos corrige textos alternativos y lenguaje; el equipo de front-end, semántica, foco y contraste; el equipo audiovisual, subtítulos y transcripciones; el de producto, los formularios y sus mensajes de error.
3. Fija un calendario mínimo viable. Primero los bloqueantes y las plantillas más usadas, porque un arreglo en una plantilla puede corregir el problema en todas las páginas que la utilizan.
4. Define criterios de aceptación. Cada corrección debe poder verificarse con una prueba concreta, no con una opinión.
5. Establece un control de calidad continuo. Añade la revisión de accesibilidad a la definición de «terminado» de cada tarea.

Consejo profesional: empieza por los componentes reutilizables (menús, formularios, botones). Corregirlos una vez en el sistema de diseño evita repetir el arreglo en cada página.

¿Cómo trabajamos la accesibilidad en Startidea?

Nuestro enfoque combina varias etapas, de lo rápido a lo profundo, y no sustituye la evaluación humana por herramientas automáticas.

• Diagnóstico inicial: nuestra inteligencia artificial, Lazo, nos ayuda a orientar el punto de partida sin que tengas que rellenar formularios previos.
• Auditoría técnica: revisamos una muestra representativa de tu sitio siguiendo la lógica de WCAG-EM.
• Pruebas con usuarios: contrastamos los hallazgos con la experiencia real de personas con discapacidad.
• Plan de intervención: ordenamos las correcciones por gravedad e impacto, para que tu equipo sepa qué hacer primero.

El acompañamiento ayuda a priorizar los cambios de mayor efecto. Para ello trabajamos desde nuestras áreas de consultoría, tecnología y acompañamiento continuo, según lo que necesite cada proyecto.

¿Cómo se ve la accesibilidad en imágenes, vídeos, documentos y formularios?

Cada tipo de contenido tiene sus propias reglas, y casi siempre las soluciones son sencillas si se piensan desde el principio.

Imágenes. Una fotografía informativa necesita un texto alternativo que cuente lo que aporta, no lo que «se ve». Una imagen decorativa lleva un atributo alt vacío para que los lectores de pantalla la ignoren. Un gráfico complejo requiere, además, una descripción en el texto cercano.

Vídeos. Ofrece subtítulos sincronizados, transcripción y, cuando haya información solo visual, una descripción alternativa. Los controles del reproductor deben funcionar con teclado y no iniciar el sonido solos. Si trabajas con contenido audiovisual, nuestra guía práctica de subtitulado y accesibilidad detalla cómo cumplir la normativa.

Documentos. Un PDF o un documento descargable debe tener estructura real: títulos jerárquicos, listas auténticas, tablas con cabeceras e idioma definido. Un PDF escaneado como imagen es ilegible para un lector de pantalla.

Formularios. Cada campo necesita una etiqueta visible y asociada, instrucciones claras, mensajes de error que indiquen qué corregir y un orden de tabulación lógico. Evita depender solo del color para señalar un error. Si diseñas plataformas a medida, revisa nuestra página de desarrollo web y plataformas.

¿Qué impacto tiene la accesibilidad en la comunicación institucional y social?

Una web inaccesible deja fuera a quien más necesita la información: personas mayores, personas con discapacidad visual, auditiva, motriz o cognitiva, y cualquiera que navegue con una conexión lenta o desde el móvil. Para una institución o una entidad social, eso significa que un mensaje pensado para todos no llega a todos.

Los recursos del W3C incluyen casos de negocio y argumentos sobre el impacto social y económico positivo de la accesibilidad, y materiales que ayudan a entender por qué beneficia a la sociedad en su conjunto. También documentan cómo usan la web las personas con discapacidad, una lectura útil para dejar de diseñar a ciegas.

En comunicación institucional esto se traduce en cosas muy concretas. Una convocatoria publicada solo en PDF sin estructura excluye a quien usa lector de pantalla. Un vídeo de campaña sin subtítulos pierde a la audiencia sorda y a quien lo ve sin sonido. Un formulario de donación que no se completa con teclado supone una donación perdida.

La accesibilidad también cuida la reputación: una organización que predica inclusión debe practicarla en su propio canal. Y como beneficio añadido, las mismas buenas prácticas (estructura clara, lenguaje sencillo, contraste) mejoran la experiencia de todos los visitantes.

¿Cómo mantener la accesibilidad cuando termina la implementación inicial?

Llegar a AA es un hito, no la meta. Cada nueva página, campaña o actualización puede reabrir los problemas que corregiste, así que conviene convertir la accesibilidad en rutina.

• Integra la revisión en el proceso. Incluye criterios de accesibilidad en el diseño, en las historias de usuario y en la definición de «terminado», para que se evalúe antes de publicar y no después.
• Forma a quien publica. Quien sube contenido a diario (redactores, comunicación, redes) necesita saber escribir un buen texto alternativo, estructurar un documento y subtitular un vídeo.
• Usa un sistema de diseño. Componentes accesibles y documentados evitan repetir errores en cada proyecto.
• Automatiza lo automatizable. Incorpora comprobaciones automáticas en la integración continua para detectar regresiones, sabiendo que no sustituyen la revisión manual.
• Repite la evaluación. Programa auditorías periódicas con la misma lógica de muestra y alcance, y tras cambios importantes en el sitio.
• Escucha a los usuarios. Ofrece un canal de contacto para comunicar barreras y responde con plazos claros.
• Vigila el estándar. Las versiones evolucionan, y el W3C aconseja utilizar siempre la más reciente para políticas y prácticas.

Accesibilidad como decisión de producto, no como parche

Mi opinión es que el error más caro es tratar la accesibilidad como un proyecto con fecha de cierre. Se contrata una auditoría, se corrigen los fallos y se archiva el informe, pero con el tiempo el sitio puede volver a degradarse. Es una inversión en inclusión y en reducción de riesgos, y rinde cuando vive dentro del diseño, del desarrollo y del control de calidad.

Los parches fuera del flujo normal de trabajo son frágiles. Lo sensato es incorporarla al roadmap, asignar responsables y revisar la conformidad con regularidad, igual que se revisan el rendimiento o la seguridad.

— Mario

Diagnóstico y acompañamiento en accesibilidad con nuestro equipo

Si quieres avanzar hacia WCAG 2.2 AA, te acompañamos desde el primer diagnóstico hasta el desarrollo accesible. Combinamos consultoría, tecnología y seguimiento continuo, y empezamos con un diagnóstico asistido por IA que nos permite priorizar las intervenciones desde el principio. Cuéntanos tu caso en nuestra página de consultoría y solicita tu diagnóstico.

Preguntas frecuentes

¿Qué es la accesibilidad en una página web?

Es la cualidad de un sitio que cualquier persona puede percibir, entender, navegar y usar, con independencia de sus capacidades o de los dispositivos que utilice. Las WCAG son la referencia técnica para conseguirlo, y el W3C las define como el estándar internacional para hacer el contenido web más accesible.

¿Cuál es la normativa de accesibilidad web?

En la Unión Europea, la referencia es la Directiva (UE) 2019/882, o Acta Europea de Accesibilidad, que armoniza los requisitos de determinados productos y servicios. La norma técnica asociada es la EN 301 549, que se apoya en las WCAG. Para confirmar qué te afecta, consulta el texto oficial o a un profesional jurídico.

¿Cómo puedo medir la accesibilidad de una web?

Combinando herramientas automáticas con revisión manual y pruebas con personas usuarias. La metodología WCAG-EM propone definir el alcance, elegir una muestra, evaluar y redactar un informe, y recomienda incluir a personas con discapacidad en las pruebas.

¿Cuáles son los criterios de accesibilidad web?

Son los criterios de éxito de las WCAG, organizados en cuatro principios: perceptible, operable, comprensible y robusto. Se agrupan en tres niveles de conformidad, A, AA y AAA, y están escritos para que puedan comprobarse. El nivel AA es el objetivo habitual.

Fuentes

• Sumario de WCAG 2 | Web Accessibility Initiative (WAI) | W3C
• Understanding Techniques for WCAG 2.2 Success Criteria | WAI | W3C
• Accesibilidad de los productos y servicios | EUR-Lex

Recomendaciones

• Subtitulado y accesibilidad: guía práctica para cumplir la normativa
• Desarrollo web, plataformas y agentes de IA
• Mantenimiento web — hosting, seguridad y soporte