WCAG 2.2 vs WCAG 3.0: qué viene y cuándo

WCAG 3.0 —formalmente conocida como W3C Accessibility Guidelines— es la reestructuración más importante de los estándares de accesibilidad web desde que la WCAG 2.0 vio la luz en 2008. A mediados de 2026 sigue en estado de borrador de trabajo, sin una fecha firme de recomendación. Pero sus decisiones de diseño ya están lo bastante claras como para entender qué aspecto tendrá la conformidad cuando llegue.

Este artículo cubre qué cambia realmente WCAG 3.0, en qué se diferencia de la 2.2 y qué puedes hacer ya para prepararte sin alterar tus obligaciones actuales.

Dónde estamos hoy

WCAG 2.2 (octubre de 2023) es la Recomendación vigente del W3C y la referencia de base de la mayoría de las leyes de accesibilidad del mundo, incluidas la EN 301 549 europea, la Ley Europea de Accesibilidad y el reglamento del sector público británico. Es lo que debes cumplir hoy.

WCAG 3.0 es una nota del grupo de trabajo en desarrollo activo por parte del Accessibility Guidelines Working Group (AG WG). Ha pasado por múltiples borradores públicos de trabajo. El grupo ha declarado de forma explícita que no alcanzará el estado de Recomendación a corto plazo: 2027 es el calendario realista más temprano, y es probable que se retrase aún más dada la magnitud del rediseño.

No habrá un cambio abrupto. Cuando WCAG 3.0 se convierta finalmente en estándar, los reguladores concederán periodos de transición, igual que hicieron cuando los países pasaron de WCAG 2.0 a 2.1.

El cambio estructural de fondo: de criterios a resultados

La diferencia más profunda es filosófica.

WCAG 2.x se estructura en torno a criterios de éxito: reglas específicas, verificables, de tipo cumple/no cumple. «El contraste de color debe ser de al menos 4,5:1». O lo es, o no lo es. Esta estructura binaria facilitaba las pruebas automatizadas, pero generaba problemas: cumplir todos los criterios no garantiza una experiencia utilizable, y muchas barreras del mundo real son difíciles de reducir a una única prueba medible.

WCAG 3.0 pasa a los resultados (outcomes): enunciados de alto nivel sobre lo que debe lograr la experiencia de usuario, con múltiples métodos de prueba que respaldan cada resultado. Una prueba puede ser:

Atómica — una comprobación medible concreta (similar a los criterios de éxito actuales)
Holística — requiere pruebas con usuarios o evaluación experta a lo largo de un flujo completo

Esto significa que la conformidad con WCAG 3.0 implicará una combinación de comprobaciones automatizadas y evaluación cualitativa, no solo una lista de verificación.

El nuevo modelo de conformidad: bronce, plata y oro

WCAG 2.x utiliza tres niveles de conformidad: A, AA y AAA. La mayoría de los estándares legales exigen AA.

WCAG 3.0 lo sustituye por un modelo escalonado basado en la proporción y la calidad de los resultados alcanzados:

Nivel	Qué significa
Bronce	Se superan todos los resultados críticos; no hay fallos generalizados en ningún resultado
Plata	Se cumplen los requisitos de bronce, más avances en resultados adicionales
Oro	Se cumplen los requisitos de plata, con investigación de usuarios documentada y procesos de mejora continua

Se espera que el bronce sea el mínimo legal, aproximadamente equivalente al AA de hoy. Plata y oro recompensan a las organizaciones que van más allá, incluidas las pruebas continuas con usuarios con discapacidad y los programas formales de madurez en accesibilidad.

Y algo importante: el bronce no es fácil. El listón de «sin fallos generalizados» es más alto que simplemente superar todos los escaneos automáticos.

APCA: un nuevo enfoque del contraste de color

Uno de los cambios técnicos más comentados de WCAG 3.0 es la sustitución del algoritmo de contraste actual (WCAG 2.x usa una ratio de luminancia relativa) por APCA, el Advanced Perceptual Contrast Algorithm.

La ratio actual (4,5:1 para el texto normal, 3:1 para el texto grande) es un instrumento tosco. No tiene en cuenta cómo percibe realmente el contraste el sistema visual humano según los distintos grosores y tamaños de fuente y las distintas polaridades (claro sobre oscuro frente a oscuro sobre claro).

APCA calcula un valor de contraste de luminosidad (Lc) y aplica umbrales distintos en función del tamaño y el grosor de la fuente. Un texto en negrita de 16 px tiene un Lc mínimo diferente al de un texto normal de 12 px, y el oscuro sobre claro se puntúa de forma distinta al claro sobre oscuro.

Implicación práctica: algunas combinaciones de color que hoy incumplen el contraste de WCAG 2.x pasarán con APCA, y viceversa. Las organizaciones que ya usan sistemas de diseño compatibles con APCA se están adelantando, pero no hay ninguna urgencia por abandonar hoy la conformidad de contraste de WCAG 2.x.

Un alcance más amplio: más allá de los sitios web

WCAG 2.x se escribió para contenido web. WCAG 3.0 está diseñada explícitamente para aplicarse a:

Aplicaciones móviles nativas (iOS, Android)
Interfaces de realidad virtual y aumentada
Entornos 3D inmersivos
Nuevos paradigmas de interacción (por voz, por gestos, asistidos por IA)

Esto significa que los resultados y los métodos de prueba incluyen escenarios que sencillamente no existen en WCAG 2.x, y abordan cómo se prueba la accesibilidad cuando no hay un DOM web tradicional.

Categorías funcionales en lugar de POUR

WCAG 2.x organiza los criterios de éxito en torno a cuatro principios: perceptible, operable, comprensible y robusto (POUR, por sus siglas en inglés). Diseñadores y desarrolladores llevan más de 15 años interiorizando esta estructura.

WCAG 3.0 sustituye POUR por las necesidades funcionales de los usuarios como principio organizador. Los resultados se agrupan según lo que permiten lograr al usuario —leer, navegar, interactuar, comprender— y no según la naturaleza técnica de la barrera.

Los borradores de trabajo todavía están definiendo la estructura exacta de categorías, así que esto puede seguir evolucionando.

Lo que NO cambia

Pese a la revisión estructural, el conocimiento de fondo sobre accesibilidad no cambia:

Los mismos tipos de barreras (texto alternativo ausente, contraste deficiente, formularios inaccesibles, trampas de teclado) siguen siendo barreras
Las pruebas automatizadas siguen desempeñando un papel central: las pruebas atómicas de WCAG 3.0 se corresponden estrechamente con las reglas actuales de axe-core y WAVE
La necesidad de revisión manual experta y de pruebas con usuarios con discapacidad crece, no disminuye
Los principios POUR siguen siendo un modelo mental útil aunque cambie la taxonomía oficial

Las organizaciones que desarrollen hoy una competencia real en accesibilidad no tendrán ninguna dificultad para trasladar sus prácticas a WCAG 3.0 cuando llegue.

Qué hacer ahora

Sigue persiguiendo la conformidad con WCAG 2.2 AA. Es el estándar legal vigente en todas las jurisdicciones importantes y la base sobre la que se construirá el bronce de WCAG 3.0. No existe ningún escenario en el que cumplir WCAG 2.2 AA suponga una desventaja cuando llegue WCAG 3.0.

Empieza a incorporar pruebas con usuarios con discapacidad. Los niveles plata y oro exigirán evidencia documentada de pruebas con usuarios reales. Empezar ahora con esa práctica desarrolla músculo organizativo y produce mejores productos, sea cual sea la especificación final de WCAG 3.0.

Sigue los borradores de trabajo. El AG WG publica actualizaciones en w3.org/TR/wcag-3.0/. Todavía se están tomando decisiones importantes sobre el modelo de conformidad, los umbrales de APCA y las categorías funcionales. Si tienes productos de larga vida, asigna a alguien la tarea de seguir la evolución.

No esperes a WCAG 3.0 para corregir problemas conocidos. Las barreras conocidas te están costando usuarios y aumentando tu exposición legal hoy. Retrasar la remediación no aporta ningún beneficio de conformidad.

WCAG 3.0 acabará llegando y exigirá un cambio en la forma de medir y demostrar la accesibilidad. Pero no hará irrelevante la conformidad con WCAG 2.2: se construirá sobre ella. Las organizaciones mejor posicionadas para la transición son las que están construyendo programas de accesibilidad reales ahora, no las que esperan al estándar definitivo.

Relacionado: WCAG 2.1 vs 2.2: qué cambió · WCAG nivel A vs AA vs AAA explicado