Respuesta breve
Recorre WCAG 2.2 nivel AA en este orden: imágenes y encabezados, contraste de color, teclado y foco, formularios, subtítulos de vídeo y, al final, pruebas manuales y con un lector de pantalla. Corrige las plantillas comunes, no página por página, y repite las revisiones cada vez que el sitio cambie. Las herramientas automáticas solo detectan una parte de los problemas.
De dónde sale una lista de verificación de accesibilidad web
Una lista de verificación de accesibilidad web vale tanto como la norma que la respalda, y en la web esa norma es WCAG, las Pautas de Accesibilidad para el Contenido Web del W3C. La versión 2.2 pasó a ser Recomendación del W3C el 5 de octubre de 2023. Añadió nueve criterios de conformidad y eliminó uno, el 4.1.1 Parsing, que el W3C da por obsoleto. GOV.UK, por ejemplo, evalúa los servicios públicos con el nivel AA, y esta lista sigue ese mismo nivel.
La lista sirve para encontrar problemas; no es un certificado. La propia página Easy Checks del W3C dice que estas revisiones rápidas cubren solo algunos asuntos y que pasarlas no significa que una página sea accesible. Nada de esto es asesoría legal, y si una ley se aplica a tu negocio es una pregunta para un abogado que conozca tu país.
Los seis fallos que aparecen en casi todas las páginas de inicio
El WebAIM Million es un análisis automático anual de un millón de páginas de inicio. Para 2026 informa de que el 95,9 % tenía fallos WCAG detectados, con una media de 56,1 errores por página. Seis problemas encabezan la lista: texto con poco contraste en el 83,9 % de las páginas, falta de texto alternativo en el 53,1 %, formularios sin etiquetas en el 51 %, enlaces vacíos en el 46,3 %, botones vacíos en el 30,6 % y documento sin idioma indicado en el 13,5 %.
Ninguno exige un rediseño. Son costumbres de cómo se hacen las plantillas y el contenido: un botón que solo contiene un icono, un enlace que solo contiene una imagen, un texto gris sobre un gris más claro, un campo cuya única etiqueta es una pista escrita dentro de él.
Imágenes, encabezados, títulos de página e idioma: las revisiones de contenido
Empieza por las imágenes. Las Easy Checks del W3C preguntan si cada imagen tiene una descripción textual breve que transmita su propósito, porque quien usa un lector de pantalla no la ve. WebAIM añade que una imagen decorativa debe llevar un atributo alt vacío para que se omita, y que una imagen que además es un enlace necesita un texto que diga adónde lleva.
Después vienen el título de la página y los encabezados. El título aparece en la pestaña del navegador y es de lo primero que anuncia un lector de pantalla, así que cada página necesita el suyo. Los encabezados deben funcionar como un índice, porque quienes usan lectores de pantalla suelen moverse por la página a través de ellos. WebAIM pide elementos de encabezado reales, no negrita con letra grande, y encabezados informativos: tres secciones llamadas Detalles no le dicen nada a nadie.
Luego, el idioma de la página. Un atributo lang en el elemento html permite que la tecnología de apoyo pronuncie bien las palabras. El análisis anterior lo echó en falta en el 13,5 % de las páginas de inicio, lo que lo convierte en una de las correcciones más baratas de la lista.
Contraste de color, enlaces y zoom: las revisiones que se pueden medir
El contraste es donde la lista da números. El resumen de WCAG de WebAIM indica 4,5:1 para el texto normal y 3:1 para el texto grande en el nivel AA, y 3:1 para iconos, controles de formulario e indicadores de foco. Un enlace que se distingue del texto que lo rodea solo por el color necesita 3:1 frente a ese texto y otra señal más, como el subrayado al pasar el cursor y al enfocar.
El zoom es la segunda revisión medible. Las Easy Checks piden que el texto y las imágenes se amplíen al hacer zoom y sigan siendo legibles y utilizables. Prueba la página con mucho aumento y en el teléfono, y fíjate en el texto cortado, los botones que se solapan o un menú que ya no se puede abrir.
Teclado, foco y tamaño de los objetivos: usar el sitio sin ratón
Aparta el ratón y pulsa Tab. WCAG pide que toda la funcionalidad se pueda usar con el teclado y que el foco nunca quede atrapado en un elemento, y las Easy Checks añaden un indicador visible que se mueve con cada pulsación. La primera parada debería ser un enlace de salto que pase por encima del menú hasta el contenido principal.
WCAG 2.2 afinó esta área. El criterio 2.4.11 dice que un elemento enfocado no debe quedar del todo oculto por otro contenido, justo lo que hacen una cabecera fija o un widget de chat con el campo en el que escribes. El criterio 2.5.8 pide objetivos de puntero de al menos 24 por 24 píxeles CSS, salvo que estén suficientemente separados. El criterio 2.5.7 pide una alternativa de un solo puntero para cualquier acción de arrastrar, como un control deslizante que también se pueda ajustar con botones.
El orden del foco importa tanto como su visibilidad. WebAIM cita el 2.4.3, un orden lógico e intuitivo, y el 3.2.1, según el cual recibir el foco no debe provocar un cambio sustancial en la página. Anota cada lugar donde pierdas la noción de dónde estás.
Formularios y vídeo: etiquetas, errores, subtítulos y transcripciones
Los formularios son donde un visitante se convierte en cliente. Cada campo necesita un texto visible que diga qué escribir, vinculado al campo en el código, algo que WebAIM sitúa en los criterios 1.3.1 y 3.3.2. Los campos obligatorios deben señalarse, y los errores deben identificarse con claridad y con una sugerencia para corregirlos. Los campos que piden datos personales habituales deben llevar el atributo autocomplete adecuado según el 1.3.5.
WCAG 2.2 añadió dos reglas que afectan a los formularios. La Entrada redundante, 3.3.7, dice que no se debe obligar a nadie a escribir de nuevo información que ya dio en el mismo proceso. La Autenticación accesible, 3.3.8, dice que un paso de acceso no debe depender de una prueba cognitiva si no hay alternativa o apoyo.
El vídeo y el audio tienen sus propias revisiones. El vídeo grabado necesita subtítulos sincronizados según el 1.2.2, el contenido solo de audio necesita una transcripción, y cuando la información visual importante no está en la banda sonora, el vídeo necesita audiodescripción. Las Easy Checks describen los subtítulos como texto sincronizado del habla y de los sonidos importantes que no son habla.
Pruebas con herramientas, teclado y lector de pantalla, y después en cada versión
Las herramientas automáticas cubren muchas páginas con rapidez, y no bastan. El manual de servicios de GOV.UK dice que te perderás algunos problemas si solo haces pruebas automáticas, y el W3C afirma que las herramientas no pueden con todo y a veces dan resultados incorrectos.
A continuación, usa el sitio como lo haría una persona con tecnología de apoyo. GOV.UK espera pruebas con lectores de pantalla y software de reconocimiento de voz y recomienda hacerlas uno mismo cuando sea posible. No hacen falta todas las páginas: la guía de GOV.UK aconseja probar una muestra que refleje la variedad de contenido y funciones.
Un sitio corregido no se queda corregido solo. Según el mismo manual, hay que ejecutar pruebas cada vez que se añade una función nueva, y lo mismo vale para un banner, un formulario nuevo o un complemento. La guía de GOV.UK para sitios del sector público pide además una declaración de accesibilidad en lenguaje claro, revisada al menos una vez al año; pregunta a un especialista si una regla así te alcanza.
Encargar correcciones de accesibilidad: qué preparar y qué recibes
En un sitio pequeño puedes recorrer esta lista tú mismo en unos días. Prepara la dirección del sitio, una lista de plantillas clave, como la página de inicio, una página de contenido, un formulario y el pago, y los resultados de tus propias revisiones o de una auditoría que ya tengas.
VITON13 Studio ofrece este trabajo en dos paquetes. Correcciones de accesibilidad significa que los problemas de la auditoría se corrigen en tu código y tu contenido: cambios en plantillas y código, correcciones como textos alternativos, encabezados y nombres de enlaces, y una nueva prueba tras los cambios. Antes de pagar recibes un borrador gratuito: una plantilla corregida, mostrada en una copia de prueba de tu sitio. El precio es fijo, desde $213, y el trabajo lleva de 7 a 15 días hábiles.
Monitoreo de accesibilidad cubre lo que una lista puntual no puede: las páginas nuevas siguen siendo accesibles mientras el sitio cambia. Incluye una revisión mensual de las páginas nuevas y modificadas y un informe breve con lo que hay que corregir, y las correcciones se presupuestan aparte cuando surgen problemas nuevos. Cuesta $13/mes y se cancela con 30 días de aviso, y su borrador gratuito es un informe de muestra sobre una página de tu sitio. Si el resultado basta para algún requisito legal, es una pregunta para tu abogado.
Lista práctica
- Da a cada imagen un texto alternativo con sentido, o vacío si solo decora.
- Mide el contraste: 4,5:1 en texto normal, 3:1 en texto grande y partes de la interfaz.
- Recorre con Tab cada plantilla clave y comprueba que el foco se ve y no se oculta.
- Vincula una etiqueta visible a cada campo del formulario y marca los obligatorios.
- Repite la lista antes de cada versión y guarda el resultado por escrito.
Preguntas frecuentes
¿Cuánto tarda en hacerse una lista de verificación de accesibilidad web?
Depende más del número de plantillas que del de páginas. GOV.UK aconseja probar una muestra que refleje la variedad de contenido y funciones: la página de inicio, una de contenido, un formulario y el pago. Las páginas de una misma plantilla comparten sus defectos.
¿Es WCAG 2.2 nivel AA el nivel que debe buscar una pequeña empresa?
Es el nivel que GOV.UK usa para sus servicios públicos y el objetivo habitual de las listas. Qué nivel exige la ley a tu negocio es una pregunta para un abogado de tu país, no para una lista de verificación.
¿Puede un escáner automático sustituir las revisiones manuales?
No. El manual de GOV.UK dice que con pruebas solo automáticas se pasan por alto problemas, y el W3C afirma que las herramientas no pueden con todo. Un escáner no juzga si un texto alternativo tiene sentido ni si el orden del teclado es lógico.
¿Qué cambió en WCAG 2.2 respecto a la versión anterior?
El W3C enumera nueve criterios nuevos, entre ellos foco no oculto, alternativas al arrastre, tamaño de los objetivos, ayuda coherente, entrada redundante y autenticación accesible. El criterio 4.1.1 Parsing se eliminó por obsoleto.
¿Todos los vídeos de mi sitio necesitan subtítulos?
El resumen de WCAG de WebAIM sitúa los subtítulos del vídeo grabado en el nivel A y los de los medios en directo con audio en el nivel AA. El contenido solo de audio necesita una transcripción. Si una ley concreta afecta a tus vídeos, pregunta a un especialista.