WCAG 3.0 ya está en borrador: qué cambia para los desarrolladores web y cómo prepararse desde ahora

Si estás leyendo esto y trabajas con frontend web, hay una fecha en tu calendario que todavía no has marcado pero deberías: la llegada de WCAG 3.0. Todavía no es ley, pero el borrador ya está aquí y los cambios son los más profundos que ha visto la accesibilidad web en 15 años. No se trata solo de actualizar un checklist — es un cambio de paradigma en cómo medimos y construimos accesibilidad.

El W3C publicó el Editor's Draft de WCAG 3.0 (nombre clave Silver) en enero de 2026, y desde entonces el documento no ha dejado de evolucionar. A día de hoy contiene más de 174 outcomes —el nuevo nombre para los criterios de éxito— y un modelo de conformación que abandona el clásico pasa/no pasa por un sistema de puntuación graduada.

Llevamos años auditando sitios web en Mintec y siguiendo la evolución de los estándares de accesibilidad. El artículo que publicamos sobre accesibilidad web como ventaja competitiva ya anticipaba parte de este movimiento, pero WCAG 3.0 es cualitativamente distinto a cualquier cosa que haya hecho el W3C antes. Esto es lo que cambia y, más importante, lo que tu equipo debería estar haciendo hoy.

WCAG 3.0 no es WCAG 2.3 — es un replanteamiento completo

Lo primero que hay que entender es que WCAG 3.0 no es una versión más. No es "WCAG 2.2 con algunos criterios nuevos". El W3C ha aprovechado esta revisión para repensar cómo se mide la accesibilidad, no solo qué se mide.

Modelo de conformación: adiós A/AA/AAA, hola Bronze/Silver/Gold

En WCAG 2.x, cada criterio se evalúa como pasa o no pasa. Si fallas un solo criterio de nivel AA, no alcanzas AA. Es binario, inflexible y, francamente, poco realista para equipos que están haciendo progresos genuinos pero tienen fallos puntuales.

WCAG 3.0 introduce tres niveles de conformación:

• Bronze: aproximadamente equivalente al actual AA. Es el mínimo que la mayoría de equipos deberían buscar.
• Silver: añade requisitos suplementarios de usabilidad —no solo técnicos— y empieza a exigir procesos de diseño inclusivo.
• Gold: exige innovación en accesibilidad, participación de usuarios con discapacidad en el proceso de diseño y métricas de mejora continua.

Cada outcome (antes success criterion) se puntúa de 0 a 4. La conformación Bronze se alcanza cuando el promedio de puntuación en todos los outcomes supera un umbral mínimo. Esto significa que un equipo puede tener outcomes individuales por debajo del máximo y aún así alcanzar Bronze, siempre que el conjunto sea sólido.

APCA: el fin del ratio 4.5:1 como lo conoces

El cambio que más dolores de vista (nunca mejor dicho) va a causar a los diseñadores es la adopción de APCA (Advanced Perceptual Contrast Algorithm) como método de cálculo de contraste.

La regla del 4.5:1 ha sido el estándar durante dos décadas. Es simple, fácil de calcular y está en todas las herramientas. Pero también es sabido que no refleja cómo percibe el contraste el ojo humano. Un diseño que cumple 4.5:1 puede ser ilegible para alguien con baja visión si el color tiene poco peso perceptual, y un diseño que "falla" 4.5:1 puede ser perfectamente legible.

APCA soluciona esto calculando el contraste en función de:

• El peso perceptual del color (no solo su luminancia relativa)
• El tamaño del texto
• El grosor de la fuente (font weight)
• El contexto de uso (texto en fondo de color vs texto sobre imagen)

Los valores de referencia preliminares para Bronze son:

• Lc 90: preferido para texto de cuerpo pequeño (< 18px)
• Lc 75: mínimo para texto de cuerpo normal (≥ 18px)
• Lc 60: mínimo para texto grande (≥ 24px) o bold ≥ 18px

Esto no es teoría. Herramientas como APCA Contrast Calculator ya permiten probar combinaciones de color con el nuevo algoritmo, y el resultado rara vez coincide con el ratio 4.5:1 tradicional.

Más de 174 outcomes y un alcance ampliado

WCAG 3.0 no se limita a contenido web. El borrador actual cubre:

• Aplicaciones web y móviles nativas
• Componentes reutilizables (librerías de UI, design systems)
• Documentos (PDFs, documentos ofimáticos)
• Contenido multimedia sincronizado (video con subtítulos, audio descripciones)

Entre los nuevos outcomes más relevantes para equipos de desarrollo están los de Focus Appearance, que exigen indicadores de foco visibles con un grosor mínimo de 2px en el perímetro del elemento, y los de target size, que endurecen los requisitos de tamaño mínimo de elementos interactivos en móvil.

Lo que deberías estar haciendo hoy (y lo que puedes esperar)

Cuando trabajamos con clientes en accesibilidad, la pregunta recurrente es: "¿Empezamos ya con WCAG 3.0 o esperamos?" Nuestra respuesta es matizada, y va en dos direcciones.

Haz ahora

1. Alcanza WCAG 2.2 Nivel AA como base sólida. La inmensa mayoría de los outcomes de WCAG 3.0 tienen un mapeo directo con criterios de 2.x. Si cumples 2.2 AA hoy, tu salto a Bronze en 3.0 será mucho más corto. Si no, cualquier conversación sobre 3.0 es prematura.

2. Adopta herramientas que ya soporten APCA. No esperes a que sea obligatorio. Empieza a familiarizarte con el contraste perceptual en tus diseños. Herramientas como Stark para Figma o el APCA Contrast Calculator online ya permiten evaluar combinaciones APCA.

3. Prepara tu design system para un modelo de puntuación. Si trabajas con componentes reutilizables —y en arquitectura web componible deberías—, WCAG 3.0 te obligará a auditar cada variante de cada componente no como un pasa/no pasa, sino con una puntuación graduada. Esto implica repensar cómo documentas y versionas la accesibilidad de tus componentes.

4. Mide tu situación actual. Haz una auditoría de accesibilidad con herramientas automatizadas (axe-core, WAVE, Lighthouse) y documenta los resultados como línea base. Cuando WCAG 3.0 se convierta en recomendación, saber de dónde partes será la diferencia entre una migración ordenada y el caos.

Espera

No reescribas tu CSS de contraste hoy. APCA cambiará —el borrador es explícito en que los umbrales son preliminares y necesitan testeo con usuarios reales. Hacer cambios de diseño basados en valores que pueden moverse es quemar recursos.

No migres tu documentación de accesibilidad al nuevo modelo aún. WCAG 2.2 AA sigue siendo el estándar legal (EAA, Section 508, EN 301 549) y lo seguirá siendo durante años después de que 3.0 se publique. Cualquier certificación o declaración de conformación debe seguir referenciando 2.x.

No entres en pánico. El cronograma realista sitúa WCAG 3.0 como Candidate Recommendation hacia finales de 2027 o 2028, y su adopción legal tardará años adicionales. Tienes tiempo — pero solo si empiezas a prepararte ahora.

Por qué esto importa más de lo que parece

En los últimos años hemos visto cómo la accesibilidad web pasó de ser "algo bonito de tener" a un requisito legal con la Ley de Accesibilidad Europea, y después a un factor competitivo. La llegada de WCAG 3.0 acelera esa tendencia porque cambia la conversación de "¿cumples o no?" a "¿qué tan accesible eres?"

El modelo de puntuación graduada beneficia a los equipos que ya están en el camino — porque reconoce el progreso en lugar de castigar la imperfección — pero también eleva el listón: ya no basta con pasar checklist. WCAG 3.0 te pide medir, mejorar y demostrar.

Desde nuestra experiencia auditando sitios y formando equipos, el movimiento más inteligente ahora es tratar WCAG 3.0 como un catalizador, no como una amenaza. La accesibilidad bien hecha no solo reduce riesgo legal — mejora la experiencia para todos los usuarios, y eso es directamente bueno para el negocio. Como hemos visto al analizar el impacto de Core Web Vitals en 2026, Google y los reguladores se están moviendo en la misma dirección: la calidad de la experiencia de usuario es cada vez menos opcional.

Si tu equipo necesita ayuda para entender dónde está parado respecto a accesibilidad —con vistas a WCAG 2.2 AA hoy o a WCAG 3.0 mañana— el primer paso es una auditoría honesta. Sin alarmismo, sin checklist de relleno. Solo datos, prioridades y un plan.