Hub de Accesibilidad Web: Guía Central de WCAG 2.2

Introducción

La accesibilidad web es la práctica de diseñar y construir sitios que las personas con discapacidad puedan percibir, entender, navegar e interactuar sin barreras. El estándar de referencia es WCAG (Web Content Accessibility Guidelines) 2.2, publicado por el W3C, que organiza sus requisitos en cuatro principios conocidos como POUR: Perceptible, Operable, Comprensible y Robusto.

El UXR SEO Analyzer revisa automáticamente varias de estas señales de accesibilidad—texto alternativo, etiquetas de formulario, indicadores de foco, contraste de color y navegación por teclado—porque una página accesible casi siempre es también una página mejor estructurada para SEO y para motores de búsqueda basados en IA.

Este hub reúne los artículos de accesibilidad del sitio en un solo índice curado, organizado según los cuatro principios de WCAG, y enlaza a las guías más profundas del tema.

Los Cuatro Principios de WCAG (POUR)

Principio	Qué exige	Ejemplo de criterio
Perceptible	La información y los componentes de interfaz deben poder percibirse por cualquier sentido disponible	1.1.1 Contenido No Textual (texto alternativo)
Operable	Los componentes de interfaz y la navegación deben poder operarse sin depender de un solo método de entrada	2.1.1 Teclado
Comprensible	La información y el manejo de la interfaz deben ser comprensibles	3.3.2 Etiquetas o Instrucciones
Robusto	El contenido debe poder ser interpretado de forma fiable por una amplia gama de agentes de usuario, incluyendo tecnología asistiva	4.1.2 Nombre, Rol, Valor

Niveles de Conformidad: A, AA, AAA

WCAG define tres niveles de conformidad, cada uno construido sobre el anterior:

• Nivel A: el nivel mínimo. Cubre las barreras más básicas que impiden a algunas personas con discapacidad acceder al contenido.
• Nivel AA: cumple todos los criterios de Nivel A y AA. Es el estándar que exigen la mayoría de leyes y políticas de accesibilidad, y el objetivo recomendado para la mayoría de sitios.
• Nivel AAA: cumple todos los criterios de los tres niveles. Ofrece mejoras adicionales, pero el propio W3C aclara que no se recomienda como requisito general para sitios completos, ya que algunos criterios AAA no pueden satisfacerse para todo tipo de contenido.

Para la mayoría de proyectos, apuntar a Nivel AA es la recomendación práctica: equilibra accesibilidad real con viabilidad de implementación.

Qué Trae WCAG 2.2

WCAG 2.2 es la versión más reciente de las pautas y añade nuevos criterios de éxito centrados en usuarios con discapacidad motriz, cognitiva y baja visión. Entre los más relevantes:

• 2.4.11 Foco No Oscurecido (Mínimo, AA): el componente con foco de teclado no debe quedar completamente oculto por contenido superpuesto (headers fijos, chats, banners).
• 2.5.8 Tamaño del Objetivo (Mínimo, AA): los objetivos táctiles/de clic deben medir al menos 24×24px, salvo excepciones definidas.
• 2.4.13 Apariencia del Foco (AAA): exige un indicador de foco con área y contraste mínimos definidos.
• 3.3.7 Entrada Redundante (A): no se debe pedir a la persona que vuelva a ingresar información que ya proporcionó en el mismo proceso.

Estos criterios se suman a los ya conocidos de WCAG 2.1/2.0 (texto alternativo, contraste, navegación por teclado, etiquetas de formulario, etc.), que siguen siendo la base de cualquier auditoría de accesibilidad.

Índice de Artículos de Accesibilidad

Los siguientes artículos cubren, en detalle, los criterios de WCAG más frecuentemente auditados por el UXR SEO Analyzer:

Perceptible

• Texto Alternativo Explicado — Requisitos del criterio 1.1.1 Contenido No Textual y cómo escribir alt text efectivo.
• Contraste de Color Explicado — Ratios mínimos del criterio 1.4.3 (4.5:1 texto normal, 3:1 texto grande) y cómo medirlos.

Operable

• Navegación por Teclado Explicado — Qué exige el criterio 2.1.1 Teclado y cómo verificar que toda la funcionalidad sea operable sin mouse.
• Indicadores de Foco Explicado — Criterio 2.4.7 Foco Visible: por qué outline: none sin alternativa rompe la accesibilidad.

Comprensible

• Etiquetas de Formulario Explicado — Criterios 1.3.1 y 3.3.2: por qué un placeholder nunca reemplaza a un <label>.

Hubs Relacionados

Para profundizar más allá de este índice general, dos hubs cubren en detalle sub-áreas específicas de accesibilidad:

• Hub de Cumplimiento WCAG 2.2 — Hoja de ruta de implementación completa, herramientas de testing, plantilla de declaración de accesibilidad y referencia de todos los criterios de éxito por principio.
• Hub de Componentes Accesibles — Patrones ARIA y de teclado para construir componentes de interfaz (menús, modales, tabs) accesibles desde el diseño.

Errores Más Comunes por Principio

Antes de profundizar artículo por artículo, esta tabla resume los problemas de accesibilidad más frecuentes que el UXR SEO Analyzer detecta en auditorías reales, agrupados por principio POUR:

Principio	Problema típico	Criterio WCAG
Perceptible	Imágenes sin atributo alt o con alt vacío en contenido informativo	1.1.1 (A)
Perceptible	Texto gris claro sobre fondo blanco, por debajo de 4.5:1	1.4.3 (AA)
Operable	Componentes personalizados (dropdowns, carruseles) no alcanzables con Tab	2.1.1 (A)
Operable	outline: none aplicado sin un estado de foco visible alternativo	2.4.7 (AA)
Comprensible	Campos de formulario que dependen solo del placeholder como etiqueta	1.3.1 / 3.3.2 (A)
Robusto	Widgets ARIA con rol pero sin nombre accesible calculable	4.1.2 (A)

Cada fila de esta tabla corresponde a un artículo dedicado en el índice de arriba, donde se explica el criterio en detalle y cómo corregirlo.

Cómo Empezar una Auditoría de Accesibilidad

Para equipos que recién comienzan, el orden recomendado es:

1. Escaneo automatizado: correr una herramienta como el UXR SEO Analyzer o axe-core para detectar problemas objetivos (alt text faltante, contraste, etiquetas ausentes).
2. Revisión de teclado: navegar toda la página usando solo Tab, Shift+Tab, Enter y Escape, verificando que el foco sea siempre visible y en orden lógico.
3. Revisión con lector de pantalla: probar al menos una página clave con NVDA, VoiceOver o TalkBack.
4. Corrección priorizada: atacar primero los criterios de Nivel A, luego AA, siguiendo los artículos enlazados en este hub.

Por Qué Esto También Es SEO

La accesibilidad y el SEO comparten señales técnicas: HTML semántico, jerarquía de encabezados correcta, texto alternativo descriptivo y enlaces con propósito claro benefician tanto a lectores de pantalla como a rastreadores de motores de búsqueda y a los sistemas de extracción de contenido que usan los modelos de lenguaje. Auditar accesibilidad con una herramienta como el UXR SEO Analyzer no es un ejercicio aislado de cumplimiento legal—es parte del mismo trabajo de calidad técnica que mejora el posicionamiento.

Referencias

1. W3C - Especificación WCAG 2.2
2. W3C WAI - Qué Hay de Nuevo en WCAG 2.2
3. W3C WAI - Conformidad WCAG 2 Nivel AA
4. WebAIM - Checklist WCAG 2
5. W3C WAI - Entendiendo el Criterio 2.5.8 Tamaño del Objetivo
6. W3C WAI - Entendiendo el Criterio 2.4.11 Foco No Oscurecido (Mínimo)