Accesibilidad web: guía práctica
Cómo construir productos digitales que funcionen para todas las personas, cumpliendo estándares y mejorando la experiencia
La accesibilidad web garantiza que las personas con discapacidades —visuales, auditivas, motoras o cognitivas— puedan percibir, comprender, navegar e interactuar con sitios y aplicaciones web. No es un extra opcional: es un requisito técnico, legal y ético que afecta directamente a la calidad del producto.
Más allá del cumplimiento normativo, un sitio accesible beneficia a todos los usuarios. Los textos alternativos mejoran el SEO, los contrastes adecuados facilitan la lectura en pantallas con brillo solar, y una navegación por teclado eficiente acelera el uso para usuarios avanzados. Esta guía cubre los fundamentos, la implementación y las herramientas para hacerlo bien.
¿Qué es WCAG y por qué importa?
Las Web Content Accessibility Guidelines (WCAG) son el estándar internacional de accesibilidad web, publicado por el W3C. La versión actual, WCAG 2.2, define criterios organizados en tres niveles de conformidad: A (mínimo), AA (recomendado para la mayoría de sitios) y AAA (máximo). La mayoría de legislaciones y contratos exigen nivel AA como referencia.
WCAG se organiza en cuatro principios fundamentales: perceptible (el contenido debe poder percibirse por al menos un sentido), operable (la interfaz debe poder usarse con distintos dispositivos de entrada), comprensible (la información y la operación deben ser claras) y robusto (el contenido debe funcionar con tecnologías asistivas actuales y futuras).
- Nivel A: requisitos básicos que eliminan las barreras más graves
- Nivel AA: estándar recomendado que cubre la mayoría de necesidades
- Nivel AAA: máxima accesibilidad, difícil de alcanzar en todo el sitio
- WCAG 2.2 añadió criterios específicos para interacción móvil y cognitiva
Cómo implementar accesibilidad en la práctica
La accesibilidad se implementa en todas las capas del desarrollo: HTML semántico, estilos CSS y comportamiento JavaScript. El punto de partida es usar elementos HTML nativos correctamente: un <button> para acciones, un <a> para navegación, encabezados jerárquicos (<h1> a <h6>), y landmarks como <nav>, <main> y <aside>. Esto proporciona estructura que los lectores de pantalla interpretan automáticamente.
Los formularios requieren atención especial: cada campo necesita un <label> asociado, los errores deben anunciarse de forma accesible (usando aria-live o aria-describedby), y el orden de tabulación debe ser lógico. Las imágenes informativas llevan alt descriptivo; las decorativas, alt vacío. Los vídeos necesitan subtítulos y, idealmente, audiodescripción.
- Usar HTML semántico antes de recurrir a atributos ARIA
- Garantizar ratio de contraste mínimo 4.5:1 para texto normal y 3:1 para texto grande
- Todos los elementos interactivos deben ser operables por teclado
- Los cambios dinámicos de contenido deben anunciarse con ARIA live regions
- El foco visible debe ser siempre evidente al navegar con teclado
Herramientas de testing de accesibilidad
El testing de accesibilidad combina herramientas automatizadas, revisión manual y pruebas con usuarios reales. Ninguna herramienta automática detecta todos los problemas —estudios del W3C estiman que cubren entre el 30% y el 50% de los criterios WCAG—, pero son imprescindibles como primera línea de defensa.
axe DevTools (de Deque) es la referencia en testing automatizado: se integra como extensión del navegador, en pipelines CI/CD y en frameworks de testing como Cypress o Playwright. Lighthouse incluye auditorías de accesibilidad en su puntuación. WAVE, de WebAIM, ofrece una visualización intuitiva de errores directamente sobre la página. Para testing manual, NVDA (Windows) y VoiceOver (macOS/iOS) son los lectores de pantalla más utilizados.
- axe DevTools: testing automatizado con integración en CI/CD
- Lighthouse: auditoría rápida integrada en Chrome DevTools
- WAVE: visualización de errores superpuesta en la página
- NVDA y VoiceOver: lectores de pantalla para testing manual real
- Pa11y: testing automatizado desde línea de comandos para pipelines
Requisitos legales y normativa
La accesibilidad web no es solo una buena práctica: en muchos mercados es una obligación legal. La Directiva Europea de Accesibilidad (European Accessibility Act) exige que productos y servicios digitales sean accesibles a partir de junio de 2025, afectando a ecommerce, banca digital, transporte y telecomunicaciones en toda la UE.
En Estados Unidos, la ADA (Americans with Disabilities Act) ha sido aplicada en miles de demandas contra sitios web no accesibles. En España, el Real Decreto 1112/2018 obliga a las webs del sector público a cumplir WCAG 2.1 nivel AA. El incumplimiento puede suponer sanciones económicas, demandas y daño reputacional.
- European Accessibility Act: obligatorio para servicios digitales en la UE desde 2025
- ADA (EE.UU.): base legal de demandas por inaccesibilidad web
- EN 301 549: norma técnica europea que referencia WCAG
- El riesgo legal es real: más de 4.000 demandas web por accesibilidad en EE.UU. en 2024
Beneficios de negocio de la accesibilidad
La accesibilidad tiene un impacto directo en métricas de negocio. Según la OMS, más de 1.300 millones de personas —el 16% de la población mundial— viven con alguna discapacidad. Ignorar la accesibilidad es excluir a un segmento enorme de usuarios potenciales y, por extensión, de clientes.
Los sitios accesibles tienden a tener mejor SEO porque los motores de búsqueda valoran el HTML semántico, los textos alternativos y la estructura clara. También muestran mejores tasas de conversión: los formularios accesibles son más fáciles de completar para todos, la navegación clara reduce el abandono, y los contrastes adecuados mejoran la legibilidad en cualquier contexto.
- Ampliación del mercado potencial: 16% de la población mundial tiene alguna discapacidad
- Mejor SEO: HTML semántico y alt text benefician el posicionamiento
- Mayor tasa de conversión: formularios y navegación más claros para todos
- Reducción de riesgo legal y protección de la reputación de marca
Errores de accesibilidad más comunes
El informe anual de WebAIM (WebAIM Million) analiza el millón de páginas más visitadas y consistentemente encuentra los mismos problemas. En 2025, el 95,9% de las homepages analizadas tenía errores WCAG detectables automáticamente. Los errores más frecuentes son sorprendentemente básicos y fáciles de corregir.
El contraste insuficiente de texto es el error más prevalente (81% de las páginas), seguido de imágenes sin texto alternativo, enlaces vacíos, campos de formulario sin label, y botones sin nombre accesible. Estos cinco errores representan la gran mayoría de barreras detectadas. Resolverlos no requiere conocimientos avanzados, solo disciplina en el desarrollo.
- Texto con contraste insuficiente respecto al fondo
- Imágenes informativas sin atributo alt
- Campos de formulario sin <label> asociado
- Elementos interactivos que no funcionan con teclado
- Falta de indicadores de foco visibles al navegar con Tab
Puntos clave
- WCAG 2.2 nivel AA es el estándar de referencia para la mayoría de proyectos
- El HTML semántico resuelve la mayoría de problemas de accesibilidad sin ARIA complejo
- Las herramientas automáticas detectan entre el 30-50% de los problemas: la revisión manual es imprescindible
- La accesibilidad es una obligación legal en la UE, EE.UU. y muchos otros mercados
- Un sitio accesible mejora SEO, conversión y alcanza al 16% de la población con discapacidad
¿Tu producto digital es accesible?
Auditamos tu sitio web frente a WCAG 2.2 y te damos un plan concreto para alcanzar conformidad AA. Sin tecnicismos innecesarios.