La accesibilidad web obligatoria llegó a la empresa privada española con la Ley 11/2023, cuyo título I entró en vigor el 28 de junio de 2025 para servicios prestados a consumidores, como el comercio electrónico o la banca. Si vendes online a particulares y no eres microempresa, tu web y tu app deben cumplirla. En Codezone la incorporamos al desarrollo web a medida que hacemos en Madrid.
Adaptar una web ya publicada cuesta más que diseñarla accesible, porque cada componente se toca dos veces y la ley añade obligaciones documentales. Si vendes en varios países, cada versión de tu web multidioma para empresas que venden fuera debe cumplir lo mismo.
Al terminar sabrás si tu negocio está dentro del ámbito y por dónde empezar a corregir, con la experiencia de usuario orientada a conversión como aliada.
Qué Es la Accesibilidad Web Obligatoria
La accesibilidad web obligatoria es el deber legal de que sitios web y aplicaciones móviles puedan usarse por personas con discapacidad de forma perceptible, manejable, comprensible y sólida. En España la fija la Ley 11/2023, que transpone la Directiva (UE) 2019/882, conocida como Acta Europea de Accesibilidad.
El sector público tiene su propia norma, el Real Decreto 1112/2018, que toma como referencia la norma europea EN 301 549.
A Qué Empresas y Servicios Afecta
El artículo 2.2 de la Ley 11/2023 aplica la norma a servicios prestados a consumidores. Te obliga si ofreces:
- Comercio electrónico: venta a distancia por web o app a particulares.
- Banca para consumidores: servicios bancarios dirigidos a particulares.
- Transporte de viajeros: webs, apps y billetes electrónicos.
- Suministro de electricidad, agua o gas: sus webs y apps.
- Agencias de viaje y turoperadores: sus webs y apps.
- Otros: comunicaciones electrónicas, acceso a servicios audiovisuales, libros electrónicos y redes sociales.
No te obliga, o no del todo, en estos casos:
- Microempresa que presta servicios: menos de 10 personas y volumen de negocio o balance anual de hasta 2 millones de euros (artículo 3.3 y anexo VII).
- Portal exclusivamente B2B: el artículo 2.2 habla de consumidores; revísalo caso a caso.
- Contenidos excluidos: vídeos pregrabados y ofimática publicados antes del 28 de junio de 2025, o contenidos de terceros que no controlas (artículo 2.4).
- Contratos previos: los firmados antes del 28 de junio de 2025 pueden seguir sin cambios hasta su vencimiento, con un máximo de cinco años (disposición transitoria única).
Qué Estándar Técnico Seguir
La Ley 11/2023 exige que las webs cumplan como mínimo el nivel medio de los criterios de accesibilidad generalmente reconocidos, con la norma UNE 139803 como referencia (disposición adicional tercera). En la práctica se trabaja con las pautas WCAG 2.2 del W3C, cuya revisión vigente es del 12 de diciembre de 2024 y cuyo nivel intermedio es AA.
Además, el artículo 13.2 obliga a explicar en las condiciones generales cómo cumple el servicio esos requisitos.
Checklist de Accesibilidad Web para Revisar
El contraste y el foco son los criterios WCAG 2.2 más rápidos de comprobar en una web corporativa. Revisa estos:
- Contraste (1.4.3 y 1.4.11): 4,5:1 para texto normal, 3:1 para texto grande y componentes de interfaz.
- Teclado (2.1.1): toda la funcionalidad debe operarse sin ratón.
- Foco (2.4.7 y 2.4.11): el indicador se ve y ningún banner fijo lo oculta por completo; 2.4.11 es nuevo en WCAG 2.2.
- Alternativas textuales (1.1.1): cada imagen informativa tiene un texto equivalente, y el HTML semántico bien estructurado resuelve buena parte.
- Formularios (3.3.2 y 3.3.8): etiquetas visibles y un inicio de sesión que no dependa de una prueba cognitiva sin alternativa.
Cómo Auditar y Mantener la Accesibilidad
Una auditoría de accesibilidad combina herramientas automáticas con pruebas manuales de teclado y lector de pantalla: ningún analizador juzga si un texto alternativo tiene sentido. Integra la revisión en cada despliegue igual que una auditoría técnica del código heredado, y vigila que las correcciones no penalicen el rendimiento medido con Core Web Vitals.
El artículo 13.5 pide procedimientos para que el servicio siga siendo conforme tras cada cambio. Eso incluye piezas dinámicas como el buscador interno accesible por teclado y entra en el plan de mantenimiento web continuo.
CodeZone Pro Tip: comprueba el contraste de los colores de tu sistema de diseño con la fórmula de luminancia relativa que publica el W3C, antes de que lleguen a producción.
def luminancia(hex_color: str) -> float:
"""Luminancia relativa sRGB según la definición de WCAG 2.2."""
hex_color = hex_color.lstrip("#")
canales = [int(hex_color[i:i + 2], 16) / 255 for i in (0, 2, 4)]
# Umbral 0.04045: el W3C corrigió en 2021 el antiguo 0.03928
lin = [c / 12.92 if c <= 0.04045 else ((c + 0.055) / 1.055) ** 2.4 for c in canales]
return 0.2126 * lin[0] + 0.7152 * lin[1] + 0.0722 * lin[2]
def contraste(color_a: str, color_b: str) -> float:
claro, oscuro = sorted((luminancia(color_a), luminancia(color_b)), reverse=True)
return (claro + 0.05) / (oscuro + 0.05)
# Pares texto/fondo del sistema de diseño; texto_grande aplica el umbral de 3:1
PARES = [
("#FFFFFF", "#0A66C2", False), # botón principal
("#767676", "#FFFFFF", False), # texto secundario
("#9AA0A6", "#FFFFFF", True), # titular grande gris claro
]
fallos = 0
for texto, fondo, texto_grande in PARES:
minimo = 3.0 if texto_grande else 4.5 # WCAG 2.2, criterio 1.4.3 (nivel AA)
ratio = contraste(texto, fondo)
fallos += ratio < minimo
print(f"{texto} sobre {fondo}: {ratio:.2f}:1 (mínimo {minimo}:1)", "OK" if ratio >= minimo else "FALLA")
# Un código de salida distinto de cero detiene el pipeline de integración continua
raise SystemExit(1 if fallos else 0)Este script cabe en la integración continua y bloquea un despliegue si alguien baja un color de marca del umbral, así que la parte más medible de la norma deja de depender de una revisión manual.
El Riesgo de Dejar la Accesibilidad para Después
Los incumplimientos se sancionan según la legislación sectorial y, en su defecto, el Real Decreto Legislativo 1/2013 (artículo 30). Alegar carga desproporcionada exige documentar la evaluación, conservarla cinco años y renovarla al menos cada cinco (artículo 16). Por eso conviene que la accesibilidad figure desde el principio en el presupuesto de tu página web en Madrid.
Una web accesible amplía tu mercado y reduce el riesgo legal con el mismo trabajo.
Si quieres saber si tu web o tu app entran en el ámbito de la ley y qué corregir primero, pide a nuestro equipo una revisión de accesibilidad.
