WCAG 2.2 es la versión vigente de las Pautas de Accesibilidad para el Contenido Web (WCAG) del W3C, publicada como Recomendación del W3C en octubre de 2023. Conserva casi todo lo de WCAG 2.1 y agrega nueve criterios de éxito nuevos, seis de ellos en los niveles A y AA, que son los que piden la mayoría de las auditorías y los contratos. Muchos sitios web fueron auditados con la versión 2.1 y nunca se han revisado con respecto a las novedades. Esta lista de verificación WCAG 2.2 explica cada requisito nuevo en términos sencillos y cómo probarlo. Es orientación técnica, no asesoría legal.
Dónde está WCAG 2.2 en 2026
Para las empresas privadas de Estados Unidos, la ADA no nombra un estándar técnico para los sitios web. La guía sobre accesibilidad web del Departamento de Justicia señala a WCAG como una orientación útil, y las cartas de demanda y los acuerdos suelen citar WCAG 2.0 o 2.1 de nivel AA. Para los gobiernos estatales y locales, la regla del Título II de 2024 del Departamento adoptó WCAG 2.1 AA y, en abril de 2026, extendió las fechas de cumplimiento a abril de 2027 para las entidades públicas más grandes y a abril de 2028 para las más pequeñas. El contenido que cumple WCAG 2.2 AA generalmente cumple también 2.1 AA, de modo que construir según 2.2 cubre ambos. WCAG 3 sigue siendo un borrador de trabajo, todavía no es un estándar al que alguien pueda ajustarse. Si recibió una carta de demanda o tiene una obligación legal específica, consulte con un abogado.
Los criterios de éxito nuevos de WCAG 2.2 en los niveles A y AA
| Criterio | Nivel | En resumen |
|---|---|---|
| 2.4.11 Foco no oculto (mínimo) | AA | El elemento con el foco del teclado no queda completamente oculto por otro contenido |
| 2.5.7 Movimientos de arrastre | AA | Todo lo que se hace arrastrando también se puede hacer con toques o clics simples |
| 2.5.8 Tamaño del objetivo (mínimo) | AA | Los objetivos de clic y toque miden al menos 24 por 24 píxeles CSS, o tienen suficiente espacio alrededor |
| 3.2.6 Ayuda coherente | A | Las opciones de ayuda que se repiten en varias páginas aparecen en el mismo orden relativo |
| 3.3.7 Entrada redundante | A | La información ya ingresada en un proceso no se vuelve a solicitar |
| 3.3.8 Autenticación accesible (mínimo) | AA | Iniciar sesión no depende de una prueba de memoria o un acertijo sin alternativa |
Los otros tres criterios de éxito nuevos de WCAG 2.2 (2.4.12, 2.4.13 y 3.3.9) son de nivel AAA. Un criterio anterior, 4.1.1 Procesamiento (Parsing), se eliminó por obsoleto. La página Novedades de WCAG 2.2 del W3C incluye el texto oficial.
Una lista de verificación WCAG 2.2: cómo probar cada criterio nuevo
Foco no oculto
Recorra con la tecla Tab cada plantilla de página. Los encabezados fijos, los avisos de cookies, los botones de chat y las barras promocionales son los culpables habituales: cuando el enlace enfocado queda debajo de ellos, el usuario de teclado pierde su posición. En el nivel AA el elemento enfocado no debe quedar totalmente oculto; si está parcialmente cubierto se aprueba, aunque es mejor evitarlo.
Tamaño mínimo del objetivo
El tamaño mínimo del objetivo es de 24 por 24 píxeles CSS, o bien objetivos más pequeños separados de modo que un círculo de 24 píxeles centrado en cada uno no se superponga con otro objetivo ni con su círculo. Revise los botones de iconos, la paginación, los botones de cierre de ventanas emergentes, los selectores de cantidad y las valoraciones con estrellas, especialmente en el celular. Los enlaces dentro de una oración de texto son una excepción.
Movimientos de arrastre
Los controles deslizantes de rango de precios, las cargas de archivos con arrastrar y soltar, las listas ordenables y los mapas necesitan una alternativa de puntero único: botones de flecha, un campo para escribir el valor, un botón de "elegir archivo". Este criterio se refiere a los usuarios de puntero que no pueden mantener presionado y arrastrar; el acceso con teclado es un requisito aparte.
Ayuda coherente
Si un número de teléfono, un enlace de contacto, un chat o un enlace de preguntas frecuentes aparece en varias páginas, manténgalo en el mismo orden relativo en todas, por ejemplo siempre en el encabezado, con el enlace de contacto después del número de teléfono. El criterio no exige que usted ofrezca ayuda, solo que sea coherente donde la ofrece.
Entrada redundante
En un formulario de varios pasos o en el proceso de pago, no obligue a las personas a escribir la misma información dos veces. Ofrezca "la dirección de facturación es la misma que la de envío" o traslade el valor del paso anterior. Pedir de nuevo una contraseña por razones de seguridad está permitido.
Autenticación accesible
Recordar una contraseña cuenta como una prueba cognitiva, por lo que los formularios de inicio de sesión deben funcionar con administradores de contraseñas y permitir pegar; bloquear el pegado en los campos de contraseña o de código de un solo uso no cumple. Los acertijos que piden transcribir caracteres distorsionados necesitan una alternativa. En el nivel AA, los desafíos que piden reconocer objetos comunes o el propio contenido del usuario son excepciones permitidas. Las llaves de acceso (passkeys), los enlaces por correo electrónico y el inicio de sesión mediante otra cuenta ayudan.
De la auditoría a la remediación de WCAG
Un informe de auditoría solo sirve si lleva a correcciones en el orden correcto. Para la remediación de WCAG, empiece por las barreras en las tareas que más importan: encontrar un producto o servicio, el formulario de contacto o de cotización, el proceso de pago y el inicio de sesión. Corrija los problemas en el tema o componente que los produce en lugar de página por página, de modo que un solo cambio repare todas las páginas que lo usan. Vuelva a probar con el teclado y un lector de pantalla después de cada ronda. Los widgets de superposición que prometen correcciones de una línea no cambian el código subyacente que lee la tecnología de asistencia, por eso no sustituyen la remediación.
Toda afirmación de cumplimiento de WCAG 2.2 debe apoyarse en evidencia: qué páginas y plantillas se probaron, cuándo, con respecto a qué nivel y qué problemas conocidos quedan. Nuestro servicio de cumplimiento de ADA y remediación de accesibilidad funciona así: auditamos con respecto a WCAG 2.1 AA, enumeramos aparte los criterios adicionales de 2.2 y corregimos el código de su tema.
Cómo redactar una declaración de accesibilidad
Una declaración de accesibilidad informa a los visitantes qué estándar busca cumplir, qué sabe que todavía no es accesible y cómo comunicarse con usted si algo les impide usar el sitio. Manténgala honesta: indique el objetivo, por ejemplo WCAG 2.2 de nivel AA, la fecha de la última revisión, los problemas conocidos con un plan para corregirlos, y una dirección de correo electrónico o un formulario que alguien realmente lea. Una declaración que afirma conformidad total y que un visitante puede refutar en un minuto hace más daño que bien.
Preguntas frecuentes: WCAG 2.2
¿Debemos apuntar a WCAG 2.1 o a 2.2?
Construya y pruebe según 2.2 AA. Contiene casi todo lo de 2.1, las verificaciones adicionales son modestas y las referencias que más se citan hoy quedan cubiertas en el proceso.
¿Puede un sitio web accesible evitar demandas por la ADA?
Nadie puede prometerlo. Corregir barreras reales, documentar el trabajo y responder a las quejas reduce el riesgo; las preguntas sobre un reclamo específico corresponden a un abogado.
¿Bastan los escáneres automáticos para probar WCAG 2.2?
No. Los escáneres detectan muchos problemas de contraste, etiquetas y marcado, pero la mayoría de los criterios nuevos de 2.2, como un foco oculto detrás de un encabezado fijo o un control deslizante que solo funciona arrastrando, requieren que una persona los pruebe.
¿Importa esto para las tiendas que venden a Europa?
La Ley Europea de Accesibilidad se aplica desde el 28 de junio de 2025 a muchos servicios de comercio electrónico ofrecidos a consumidores de la UE, con sus propias reglas y una exención para las empresas más pequeñas. Si vende a consumidores de la UE, pregunte a un abogado cómo se aplica a usted.
¿Quiere saber cómo está su sitio frente a WCAG 2.2? Nuestra página de auditoría WCAG y remediación de accesibilidad explica qué probamos, desde lectores de pantalla y acceso con teclado hasta contraste y formularios, y cómo se entregan las correcciones. ¿Planea un rediseño? El diseño UX y UI para comercio electrónico es el momento de incorporar patrones accesibles desde el principio. Contáctenos con la dirección de su sitio y las tareas principales que completan los visitantes, y podremos definir el alcance de una auditoría.
