Checklist WCAG 2.2 para pymes: 10 controles de accesibilidad web en 2026

Un checklist WCAG 2.2 para la web de una pyme se reduce a diez controles: contraste de texto de al menos 4,5:1, texto alternativo en las imágenes con significado, una etiqueta en cada campo de formulario, uso completo con teclado, un foco que las barras fijas no tapen, botones y enlaces de al menos 24×24 píxeles CSS, ninguna acción que exija arrastrar, un inicio de sesión que no dependa de la memoria ni de acertijos, la ayuda siempre en el mismo lugar y ningún dato que haya que escribir dos veces. Empezá por tu página de inicio, la de contacto y el checkout, porque ahí un fallo te cuesta clientes.

Por qué importa ahora: el 10 de septiembre de 2026 el W3C publicó un nuevo borrador de trabajo de WCAG 3.0. El propio borrador aclara que no deja obsoleta a WCAG 2 y que las organizaciones pueden seguir usándola para cumplir, y prevé que el contenido que cumple WCAG 2.2 en nivel A y AA cubra la mayor parte del nivel mínimo de conformidad de WCAG 3. Mientras tanto, el problema crece: el informe WebAIM Million 2026 detectó fallos de WCAG 2 en el 95,9% de un millón de páginas de inicio, frente al 94,8% del año anterior, con un promedio de 56,1 errores por página.

Checklist WCAG 2.2: 10 controles para la web de una pyme

Seis de estos diez criterios se incorporaron en WCAG 2.2 en nivel A o AA (marcados como nuevo). Los otros cuatro son reglas más antiguas que la mayoría de los sitios sigue incumpliendo. Recorrelos en este orden.

1. Contraste del texto (1.4.3, AA). El texto normal necesita una relación de contraste de al menos 4,5:1 con el fondo, y el texto grande de 3:1. El gris claro sobre blanco es el fallo clásico.
2. Texto alternativo (1.1.1, A). Cada imagen con significado lleva un atributo alt que diga qué muestra o qué hace. Las decorativas llevan alt="" para que los lectores de pantalla las salteen.
3. Etiquetas de formulario (1.3.1 y 3.3.2, A). Cada campo tiene una etiqueta visible y vinculada por código. Un placeholder no es una etiqueta: desaparece apenas alguien empieza a escribir.
4. Acceso con teclado (2.1.1, A). Menús, formularios, ventanas y botones funcionan solo con Tab, Enter, Espacio y Esc, sin trampas de teclado.
5. Foco no oculto (2.4.11, AA, nuevo). Cuando un enlace o campo recibe el foco del teclado, no puede quedar totalmente tapado por una barra fija, un aviso de cookies o un globo de chat.
6. Tamaño del objetivo (2.5.8, AA, nuevo). Los botones y enlaces miden al menos 24×24 píxeles CSS, o tienen suficiente espacio alrededor. Fallan las cruces de cierre diminutas y los íconos de redes sociales pegados entre sí.
7. Alternativas al arrastre (2.5.7, AA, nuevo). Los controles deslizantes, las listas que se reordenan arrastrando y las cargas de archivos con arrastrar y soltar también funcionan con un simple toque o clic.
8. Autenticación accesible (3.3.8, AA, nuevo). El inicio de sesión no obliga a memorizar ni transcribir algo, ni a resolver un acertijo, salvo que exista una alternativa. Permití pegar y usar gestores de contraseñas, y ofrecé otra vía frente a los CAPTCHA de acertijos.
9. Ayuda coherente (3.2.6, A, nuevo). Si mostrás un teléfono, un botón de chat o un enlace de contacto en varias páginas, mantenelo en el mismo lugar respecto del resto de la página.
10. Entrada redundante (3.3.7, A, nuevo). En formularios de varios pasos y en el checkout, no hagas escribir dos veces la misma información. Autocompletala u ofrecé “la dirección de facturación es la misma que la de envío”.

El texto alternativo, el texto de los enlaces y la estructura de la página también influyen en cómo los buscadores leen tu sitio. Pedí una auditoría de Clariola para ver los problemas técnicos y de contenido de tu web, con una lista priorizada de lo que conviene arreglar primero.

Un ejemplo real: lo que encontró WebAIM Million en 1.000.000 de páginas de inicio

El conjunto de datos público más útil sobre dónde fallan las webs es WebAIM Million, un análisis automático de un millón de páginas de inicio. Su edición 2026 encontró seis tipos de fallo que dominan los resultados, y los primeros cuatro encabezan tu checklist:

• Texto con bajo contraste: 83,9% de las páginas de inicio
• Imágenes sin texto alternativo: 53,1%
• Campos de formulario sin etiqueta: 51%
• Enlaces vacíos: 46,3%
• Botones vacíos: 30,6%
• Documento sin idioma declarado: 13,5%

De ahí salen dos lecciones. La primera: los arreglos son baratos, porque contraste, texto alternativo y etiquetas suelen ser cambios de plantilla y no una reconstrucción. La segunda: más código no es más seguro. Las páginas que usaban ARIA promediaron 59,1 errores detectados, frente a 42 de las páginas sin ARIA. Es una correlación, no una prueba, pero respalda una regla simple: usá elementos HTML nativos (botones y etiquetas reales) antes de recurrir a ARIA.

Igual, no te quedes solo con un escáner. El estudio de cobertura de Deque analizó más de 13.000 páginas de más de 2.000 auditorías y halló que sus pruebas automáticas con axe detectaban el 57% de los problemas por volumen, así que una parte importante solo aparece cuando lo prueba una persona. Varios controles nuevos de 2.2, como comprobar si una barra fija tapa un enlace enfocado, suelen necesitar una mirada humana.

Cómo aplicar el checklist WCAG 2.2 en una tarde

1. Elegí tus páginas clave. Inicio, tu página principal de producto o servicio, contacto o reservas, y el checkout.
2. Corré un análisis automático. Instalá la extensión gratuita axe DevTools, usá WAVE de WebAIM o abrí la auditoría de accesibilidad de Lighthouse en las herramientas de desarrollo de Chrome. Arreglá primero contraste, texto alternativo, etiquetas, enlaces vacíos y botones vacíos, que son los fallos que WebAIM encuentra con más frecuencia.
3. Soltá el mouse. Recorré cada página con la tecla Tab. Tenés que ver siempre dónde estás, llegar a cada opción y botón, y poder enviar los formularios. Fijate si una barra fija, un aviso de cookies o un chat tapan el elemento enfocado (2.4.11).
4. Medí tus botones y enlaces. Hacé clic derecho sobre un botón con ícono o un enlace del pie de página, elegí Inspeccionar y leé su ancho y alto en las herramientas de desarrollo. Todo lo que mida menos de 24×24 píxeles CSS necesita relleno o más espacio alrededor. Probalo también en un celular real; nuestra guía de diseño mobile first cubre la brecha de conversión en móvil.
5. Probá el inicio de sesión y el checkout. Pegá una contraseña en el campo de acceso, probá un gestor de contraseñas y confirmá que el checkout nunca pide dos veces la misma dirección. Más sobre la fricción del checkout en nuestro artículo sobre cómo reducir el abandono de carrito.
6. Hacé zoom. Llevá el zoom del navegador al 400%, más o menos una pantalla de 320 píxeles de ancho. El contenido tiene que reacomodarse en una sola columna, sin scroll horizontal ni textos superpuestos.
7. Registrá, corregí y volvé a probar. Anotá cada fallo en una planilla con la página, el criterio y un responsable. Arreglá primero lo que se resuelve en la plantilla, volvé a probar y repetí el proceso después de cada rediseño o cambio de plugin.

El autodiagnóstico que aparece debajo del artículo convierte tus respuestas en un puntaje y te dice qué arreglar primero.

¿La ley te alcanza?

Si vendés a consumidores de la UE, la Ley Europea de Accesibilidad (Directiva 2019/882) se aplica desde el 28 de junio de 2025 y los servicios de comercio electrónico están entre los que cubre. En España la traspone la Ley 11/2023. Las microempresas que prestan servicios, es decir, con menos de 10 personas y un volumen de negocio o balance de hasta 2 millones de euros, están exentas de los requisitos para servicios. En Estados Unidos la presión llega sobre todo por demandas; lo desglosamos en demandas de accesibilidad web en 2026. Esto no es asesoramiento legal.

Errores que conviene evitar

• Comprar la promesa de un plugin. En abril de 2025 la FTC aprobó una orden final que obliga a accessiBe a pagar 1 millón de dólares por afirmar que su accessWidget, basado en IA, podía volver cualquier sitio conforme a WCAG. Un widget puede ayudar en los márgenes, pero no repara plantillas rotas. Leé el comunicado de la FTC.
• Esperar a WCAG 3.0. El borrador sigue en elaboración y WCAG 2 sigue vigente. Corregir 2.2 hoy ya te adelanta para 3.0.
• Sumar ARIA para tapar un HTML mal hecho. Un div con estilos y ARIA es peor que un button de verdad.
• Probar solo la página de inicio. Formularios, checkout y reservas son donde la gente se traba.

Cuándo necesitás una auditoría

Primero recorré el checklist por tu cuenta. Buscá ayuda externa cuando veas alguna de estas señales:

• Arreglaste lo básico, pero el posicionamiento y el tráfico no se movieron y no sabés si quedan problemas técnicos.
• Tu puntuación de PageSpeed en móvil es baja o tus Core Web Vitals no pasan. Esas mismas páginas suelen tener botones apretados y saltos de diseño (mirá nuestra guía de Core Web Vitals 2026).
• Muchas páginas no tienen texto alternativo descriptivo, encabezados claros ni enlaces con texto significativo, lo que perjudica a los lectores de pantalla y a los buscadores.
• Estás por rediseñar, migrar o cambiar de plataforma y querés una línea de base antes.
• Necesitás una declaración formal de conformidad con WCAG o te llegó una carta de reclamo legal.

Una auditoría de Clariola es una auditoría técnica y de contenido SEO y de visibilidad en IA, con un resumen de PageSpeed en móvil. Detecta los problemas que se superponen, pero no es una auditoría de conformidad WCAG. Para una declaración formal o un asunto legal, contratá a un especialista que pruebe a mano con tecnologías de apoyo.

Preguntas frecuentes

¿WCAG 3.0 reemplaza a WCAG 2.2?

Todavía no. El borrador del 10 de septiembre de 2026 está en elaboración y el W3C aclara que no deja obsoleta a WCAG 2. Seguí apuntando a WCAG 2.2 nivel AA.

¿Qué nivel de WCAG 2.2 debería buscar una pyme?

El nivel AA es el objetivo habitual. Los niveles A y AA juntos cubren los diez controles de este checklist. El nivel AAA no se exige para sitios completos.

¿Un plugin de accesibilidad puede volver mi web conforme?

Ningún plugin puede garantizar la conformidad. La orden de la FTC de 2025 contra accessiBe le prohibió afirmar, sin pruebas, que su producto automatizado vuelve cualquier sitio conforme a WCAG. Corregí tus plantillas y probá con teclados y lectores de pantalla reales.

¿Querés saber cómo rinde tu web en buscadores y sistemas de IA? Pedí tu auditoría de Clariola y descubrí qué arreglar primero. ¿Preferís leerlo en inglés? Mirá la English version.