Herramienta gratis · Accesibilidad
Verificador WCAG 2.2
Conoce la situación de tu sitio en cada uno de los 55 criterios de conformidad de WCAG 2.2 de nivel A y AA. Cada criterio recibe uno de cuatro estados, para que sepas qué cubrieron las pruebas automatizadas y qué tiene que verificar todavía una persona.
Gratis. Prueba hasta cinco páginas clave en alrededor de un minuto.
Qué revisa esta herramienta
Todos los criterios de nivel A y AA
Los 55 criterios, 31 de nivel A y 24 de nivel AA, en el orden de WCAG con su número y su nombre. El 4.1.1 Procesamiento queda fuera porque WCAG 2.2 lo marca como obsoleto.
Resultados automatizados asignados a criterios
Las reglas de axe-core se ejecutan en la página que ingresas y en hasta cuatro páginas clave, y cada resultado se asocia a los criterios de conformidad que evalúa esa regla. Un criterio falla cuando cualquiera de sus reglas falla en cualquier página probada.
Evidencia del teclado
Una prueba de 40 pulsaciones de Tab en la primera página alimenta el 2.1.2 Sin trampas para el foco del teclado y, como heurística que se muestra para revisión, el 2.4.7 Foco visible.
Los resultados sin decidir, por separado
Cuando una regla no puede llegar a un veredicto, por ejemplo con un texto sobre una imagen, sus criterios muestran “Requiere revisión” en lugar de aprobado o fallido.
Brechas visibles en lugar de una puntuación
Los criterios que ninguna regla automatizada cubre se marcan como “Verificación manual”. Nada se promedia en un porcentaje que ocultaría lo que no se probó.
Qué no puede revisar
- Decidir los criterios que requieren juicio humano, como 1.4.10 Reflujo, 1.4.11 Contraste no textual, los criterios 1.2 sobre subtítulos y audiodescripción, y del 3.3.1 al 3.3.4 sobre errores en formularios.
- Convertir “Sin fallas automáticas” en un aprobado. Una regla que se ejecutó y pasó solo cubre lo que esa regla evalúa.
- Generar una declaración de conformidad, una declaración de accesibilidad o un VPAT. La conformidad la evalúan personas, sobre páginas completas y procesos completos.
- Probar el nivel AAA ni páginas más allá de las cinco del análisis.
- Llegar a los pasos que están detrás de un inicio de sesión o de un proceso de pago, donde suelen aplicar criterios como 3.3.7 Entrada redundante y 3.3.8 Autenticación accesible.
Por qué es importante
WCAG está escrita en forma de criterios de conformidad, y así describen un sitio los auditores, los equipos de compras y las declaraciones de accesibilidad. Una lista de reglas que fallan te dice qué corregir. Una vista por criterios te dice qué puedes afirmar sobre el sitio y qué todavía no.
Las herramientas automatizadas abarcan menos de la mitad de los criterios de nivel A y AA: axe-core asocia sus reglas a unos 25 de los 55. Para el resto no hay una prueba automatizada confiable. El software no puede saber si un mensaje de error sugiere una corrección (3.3.3) ni si una página sigue funcionando con 320 píxeles CSS de ancho (1.4.10). Listarlos como verificaciones manuales muestra dónde todavía hay que hacer pruebas.
Incluso un criterio sin fallas automáticas puede no cumplirse. Las reglas del 1.1.1 Contenido no textual verifican que una imagen tenga texto alternativo; no pueden saber que alt="IMG_2041.jpg" no le sirve de nada a alguien que no puede ver la foto.
Cómo interpretar los resultados
- Fallido
- Al menos una regla automatizada asociada a este criterio falló en una página probada. Es un problema seguro; el verificador de accesibilidad muestra los elementos y las páginas que lo causan.
- Requiere revisión
- Una verificación automatizada señaló algo que no pudo decidir, como el contraste de un texto sobre un degradado. Una persona tiene que revisar el elemento.
- Sin fallas automáticas
- Al menos una regla de axe-core asociada al criterio se ejecutó y pasó. Esto no es conformidad: las reglas solo cubren una parte de lo que pide el criterio.
- No activado
- Hay reglas automatizadas para este criterio, pero nada en las páginas probadas les dio algo que verificar, por ejemplo ningún video para las reglas de subtítulos o ningún formulario para las reglas de etiquetas. Pruébalo a mano si tu sitio tiene ese tipo de contenido en otras páginas.
- Verificación manual
- Ninguna regla automatizada cubre este criterio, así que el análisis no dice nada sobre él, ni a favor ni en contra. Pruébalo a mano.
- Nivel A y nivel AA
- El nivel A es el mínimo. Las políticas que citan WCAG suelen indicar el nivel AA, que incluye todos los criterios de nivel A.
Cómo corregir los problemas más comunes
Falló el 4.1.2 Nombre, función, valor
Los controles personalizados hechos con elementos div o span (menús, pestañas, acordeones, interruptores) no le dicen a la tecnología de asistencia qué son ni si están abiertos. Usa un <button> nativo siempre que puedas, dale un nombre y define aria-expanded o aria-pressed para que se anuncie su estado.
Falló el 1.3.1 Información y relaciones
La estructura debe estar en el marcado, no solo en los estilos. Usa elementos h2 y h3 reales en lugar de párrafos en negrita, ul u ol para las listas, th con scope para los encabezados de tabla, y etiquetas o fieldset con legend para los grupos de campos de formulario.
Falló el 3.1.1 Idioma de la página
Agrega un atributo lang al elemento html, por ejemplo <html lang="en">. Los temas de WordPress normalmente lo imprimen con language_attributes(); en un tema de Shopify, usa <html lang="{{ request.locale.iso_code }}"> en layout/theme.liquid.
Falló el 2.5.8 Tamaño del objetivo (mínimo)
Los íconos pequeños y los enlaces muy juntos son difíciles de tocar con el dedo. Haz que cada objetivo mida al menos 24 × 24 píxeles CSS, o separa los objetivos pequeños para que un círculo de 24 px centrado en cada uno no se superponga con otro objetivo. El relleno (padding) agranda el objetivo sin cambiar el ícono.
Cómo avanzar con las verificaciones manuales
Empieza por las rápidas. Para el 1.4.10 Reflujo, aplica un zoom del 400% a una ventana del navegador de 1280 px de ancho y verifica que nada requiera desplazamiento horizontal. Para el 2.4.7 y el 2.4.11, recorre la página con Tab y verifica que el foco siempre sea visible y nunca quede oculto detrás de un encabezado fijo o de un banner de cookies. Para el 3.3.1, envía un formulario con errores y fíjate si los errores se describen claramente en texto.
Preguntas sobre esta herramienta
¿Qué cambió en los niveles A y AA con WCAG 2.2?
Se agregaron seis criterios: 2.4.11 Foco no oculto (mínimo), 2.5.7 Movimientos de arrastre, 2.5.8 Tamaño del objetivo (mínimo), 3.2.6 Ayuda consistente, 3.3.7 Entrada redundante y 3.3.8 Autenticación accesible (mínima). WCAG 2.2 también agrega tres criterios de nivel AAA y elimina el 4.1.1 Procesamiento.
¿Por qué no aparece el 4.1.1 Procesamiento?
WCAG 2.2 marca el 4.1.1 Procesamiento como obsoleto y lo elimina, porque los navegadores y las tecnologías de asistencia ya no dependen de los errores de marcado que cubría. El W3C señala que, para WCAG 2.0 y 2.1, ahora se considera que siempre se cumple en el contenido HTML.
¿Cumplir con WCAG 2.2 también cubre WCAG 2.1?
Sí. WCAG 2.2 es compatible con versiones anteriores: el contenido conforme con 2.2 también es conforme con 2.1 y 2.0. Por lo tanto, probar con 2.2 cubre las versiones anteriores que muchas políticas todavía citan.
¿Puedo usarlo para redactar una declaración de accesibilidad o un VPAT?
Es un punto de partida, no un informe de conformidad. Una declaración o un VPAT requiere evaluar todos los criterios, la mayoría por parte de una persona; las listas de Verificación manual y Requiere revisión muestran cuáles todavía lo necesitan.
¿Por qué tantos criterios dicen “Verificación manual”?
Porque no existe ninguna regla automatizada para ellos. Preguntas como si un límite de tiempo se puede extender, si la ayuda aparece en el mismo lugar en todas las páginas o si un inicio de sesión exige una prueba de memoria dependen de cómo las personas usan el sitio, no de un marcado que una regla pueda leer.
Fuentes
- W3C: Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2(se abre en una pestaña nueva)
- W3C WAI: Novedades de WCAG 2.2(se abre en una pestaña nueva)
- W3C WAI: Comprender WCAG 2.2(se abre en una pestaña nueva)
- W3C WAI: Cómo cumplir con WCAG (referencia rápida)(se abre en una pestaña nueva)
- W3C WAI: Comprender el 4.1.1 Procesamiento (obsoleto y eliminado)(se abre en una pestaña nueva)
- W3C: Metodología de evaluación de la conformidad de accesibilidad de sitios web (WCAG-EM)(se abre en una pestaña nueva)
- Deque: descripciones de las reglas de axe-core(se abre en una pestaña nueva)
Herramientas relacionadas
- AccesibilidadVerificador de accesibilidad webPrueba tu sitio web con WCAG 2.2 A y AA en un navegador real y ve cada barrera con el elemento, la página y por qué es importante.Abrir la herramienta
- TécnicoAuditoría web gratisUn solo análisis de accesibilidad, SEO, velocidad, conversión, seguridad y configuración de email, con los hallazgos más importantes de cada área.Abrir la herramienta
¿Necesitas las correcciones, no solo los hallazgos?
El Reporte de Accesibilidad ($174, pago único) parte del análisis gratuito completo y agrega más páginas, el cambio que debes hacer para cada hallazgo, un PDF y reevaluaciones para verificar tus correcciones.