a11y10 de abril de 2026, 11:25 a. m.Lectura 3 min

El 90% de scanners ignoran estos 9 criterios WCAG 2.2 🤯

Es un hecho: desde octubre de 2023, WCAG 2.2 añadió 9 nuevos criterios, y la mayoría de las herramientas de accesibilidad automatizadas apenas detectan uno o dos. Esto crea una falsa sensación de cumplimiento, dejando a

Artículo

Una lectura sobre tecnología y sistemas digitales, escrita para ir al punto y dejar claras las ideas principales.

Tema principal

desarrollo web

Fuente

dev.to

Puntos clave

  • Es un hecho: desde octubre de 2023, WCAG 2.2 añadió 9 nuevos criterios, y la mayoría de las herramientas de accesibilidad automatizadas apenas detectan uno o dos. Esto crea una falsa sensación de cumplimiento, dejando a
  • Como Tech Lead, veo constantemente cómo equipos confían ciegamente en reportes parciales, cuando la realidad es que la accesibilidad moderna requiere una revisión mucho más profunda y manual. No podemos permitir que esto
  • El insight es claro: la automatización es un punto de partida, pero no el destino final para WCAG 2.2. Necesitamos complementar con validación humana y conocimiento específico de los nuevos criterios. Aquí te dejo 3 punt
  • Formularios de Login: ¿Permites pegar en el campo de contraseña? ¿Usas `autocomplete="current-password"`? Bloquear el pegado o usar `autocomplete="off"` falla el 3.3.8 (Autenticación Accesible). Es un error común y grave
01

Bloque 1

Es un hecho: desde octubre de 2023, WCAG 2.2 añadió 9 nuevos criterios, y la mayoría de las herramientas de accesibilidad automatizadas apenas detectan uno o dos. Esto crea una falsa sensación de cumplimiento, dejando a miles de usuarios con experiencias digitales rotas y a las empresas expuestas.

Como Tech Lead, veo constantemente cómo equipos confían ciegamente en reportes parciales, cuando la realidad es que la accesibilidad moderna requiere una revisión mucho más profunda y manual. No podemos permitir que estos detalles clave pasen desapercibidos.

02

Bloque 2

El insight es claro: la automatización es un punto de partida, pero no el destino final para WCAG 2.2. Necesitamos complementar con validación humana y conocimiento específico de los nuevos criterios. Aquí te dejo 3 puntos críticos que puedes revisar ahora mismo en tus proyectos:

• Formularios de Login: ¿Permites pegar en el campo de contraseña? ¿Usas `autocomplete="current-password"`? Bloquear el pegado o usar `autocomplete="off"` falla el 3.3.8 (Autenticación Accesible). Es un error común y grave.

03

Bloque 3

• Enlaces de Ayuda: ¿El link de soporte o ayuda está siempre en el mismo lugar (ej. header o footer) en todas las páginas? Si su posición varía, es una falla del 3.2.6 (Ayuda Consistente). La predictibilidad es clave.

• Interacciones de Arrastre: Para cualquier funcionalidad drag-and-drop (como un Kanban), ¿existe una alternativa accesible para usuarios de teclado? Sin ella, estás fallando el 2.5.7 (Movimientos de Arrastre). La equidad de interacción es fundamental.

04

Bloque 4

Estos son solo algunos de los 9 criterios. Es vital ir más allá de los escáneres y comprender a fondo cada requisito para construir productos verdaderamente inclusivos. La accesibilidad no es un "nice to have", es una obligación.

¿Cuáles de estos nuevos criterios de WCAG 2.2 han sido los más desafiantes de implementar en tus proyectos? ¿Qué estrategias usan para auditar lo que los scanners no detectan?