Marco legal vigente: Real Decreto 1112/2018 y Directiva EAA 2025
La accesibilidad web en España tiene dos pilares legales que operan en paralelo:
Real Decreto 1112/2018 (transposición de la Directiva EU 2016/2102): obliga a todos los organismos del sector público a cumplir WCAG 2.1 nivel AA. Incluye administraciones públicas, universidades, hospitales públicos y entidades con financiación pública. Las obligaciones incluyen declaración de accesibilidad, mecanismo de retroalimentación y revisión periódica.
Directiva (UE) 2019/882 — European Accessibility Act (EAA): aprobada en 2019, con plazo de transposición hasta junio 2022 y fecha de aplicación obligatoria para empresas privadas desde el 28 de junio de 2025. En España se transpone principalmente a través del Real Decreto que modifica la Ley 51/2003 de Igualdad de Oportunidades.
La EAA amplía el ámbito a empresas privadas que prestan servicios digitales: comercio electrónico, banca online, transporte, medios de comunicación y —de forma más amplia— cualquier servicio digital dirigido al consumidor. La interpretación de «servicio digital al consumidor» en España es expansiva: incluye webs corporativas con formularios de contacto, tiendas online, portales de clientes y aplicaciones móviles.
Quiénes están obligados: no solo el sector público
La confusión más frecuente es pensar que la EAA solo aplica a grandes empresas o al sector público. El texto legal establece obligaciones para cualquier operador económico que preste servicios en el mercado de la UE, con una exención para microempresas (menos de 10 empleados y menos de 2M€ de facturación) únicamente en servicios —no en productos.
Están obligadas, entre otras:
- Tiendas online de cualquier tamaño que vendan en la UE (incluidas las que venden solo en España).
- Empresas de servicios financieros con web o app de cliente.
- Operadores de transporte con reservas online.
- Plataformas de comunicación electrónica.
- Empresas con más de 10 empleados que ofrezcan servicios digitales a consumidores.
Para webs corporativas B2B «puras» (sin transacción o interacción directa con consumidores finales), la aplicación de la EAA es menos clara, pero los organismos reguladores de varios Estados miembros han adoptado interpretaciones amplias. La postura conservadora y recomendable es cumplir WCAG 2.1 AA independientemente del tamaño.
WCAG 2.1 y WCAG 2.2: qué nivel debes cumplir y qué criterios son críticos
Las WCAG (Web Content Accessibility Guidelines) del W3C se organizan en tres niveles: A (básico), AA (estándar recomendado, exigido por ley) y AAA (máximo, no requerido legalmente).
La EAA y el RD 1112/2018 exigen WCAG 2.1 nivel AA. En 2024, el W3C publicó WCAG 2.2 con 9 criterios nuevos, de los cuales 6 son de nivel AA. Aunque la ley referencia WCAG 2.1, la tendencia regulatoria es adoptar 2.2 como estándar. Prepararte para 2.2 AA es la decisión correcta para los próximos 3-5 años.
Criterios AA críticos para webs corporativas (los que fallan con más frecuencia en auditorías):
| Criterio | Nivel | Error habitual |
|---|---|---|
| 1.4.3 Contraste de color mínimo (4.5:1) | AA | Texto gris claro sobre fondo blanco |
| 1.4.4 Redimensionado del texto (200%) | AA | Layout roto al aumentar fuente |
| 2.4.6 Encabezados y etiquetas descriptivos | AA | H2 genéricos sin contexto |
| 2.4.7 Foco visible | AA | Eliminar outline CSS sin alternativa |
| 3.3.1 Identificación de errores en formularios | A | Error sin mensaje descriptivo |
| 4.1.2 Nombre, función, valor | A | Botones sin aria-label, iconos sin texto |
| 2.4.11 Foco no oculto (WCAG 2.2) | AA | Header sticky que tapa el foco de teclado |
Multas y sanciones: el riesgo real de no cumplir
El Real Decreto 1112/2018 establece el régimen sancionador para el sector público en España. Para empresas privadas bajo la EAA, el régimen sancionador depende de cómo cada Estado miembro haya transpuesto la directiva.
En España, la transposición de la EAA establece un régimen de infracciones con estas horquillas:
- Infracciones leves: a medida. Incumplimientos técnicos menores, falta de declaración de accesibilidad.
- Infracciones graves: a medida hasta 150.000€. Barreras de accesibilidad que impidan el uso del servicio a personas con discapacidad.
- Infracciones muy graves: a medida hasta 600.000€. Incumplimiento sistemático o reiterado, discriminación activa.
Además del riesgo de sanción directa, hay riesgo de litigación civil: usuarios con discapacidad pueden reclamar daños por imposibilidad de acceso a servicios. En mercados maduros como el Reino Unido y EE.UU. (donde existe el ADA) los litigios por accesibilidad web se han multiplicado por 4 en los últimos 5 años.
El coste de hacer accesible una web existente (400-1.500€) es drásticamente inferior al coste mínimo de cualquier sanción.
Cómo auditar la accesibilidad de tu web: herramientas y proceso
Una auditoría de accesibilidad completa combina herramientas automáticas (que detectan el 30-40% de los problemas) con revisión manual y testing con lectores de pantalla.
Herramientas automáticas gratuitas:
- axe DevTools (extensión Chrome): detecta errores WCAG con explicaciones técnicas y referencias. La más precisa del mercado.
- WAVE (WebAIM): visualización de errores superpuesta en la página. Buena para clientes no técnicos.
- Lighthouse (Chrome DevTools, pestaña Accessibility): puntuación 0-100 con detalle de criterios.
Testing manual imprescindible:
- Navegación completa solo con teclado (Tab, Enter, Esc, flechas). Verificar que todos los elementos interactivos son alcanzables y el foco es visible.
- Testing con NVDA (Windows, gratuito) o VoiceOver (Mac/iOS, nativo): comprobar que el lector de pantalla lee correctamente formularios, botones y estructuras de navegación.
- Zoom al 200% en el navegador: verificar que el layout no se rompe y el texto sigue siendo legible.
- Desactivar CSS: verificar que el contenido tiene orden lógico en HTML.
Checklist técnico para web corporativa accesible: los 20 puntos esenciales
Este checklist cubre los errores de accesibilidad más frecuentes en webs corporativas:
- Todas las imágenes informativas tienen atributo
altdescriptivo. - Imágenes decorativas tienen
alt=""(vacío) orole="presentation". - Contraste de texto normal: mínimo 4.5:1. Texto grande (18px+): mínimo 3:1.
- El sitio es completamente navegable con teclado.
- El foco del teclado es siempre visible (no se elimina el outline sin alternativa).
- Los formularios tienen
<label>asociado a cada campo. - Los errores de formulario se identifican con texto descriptivo, no solo con color.
- La jerarquía de encabezados (H1>H2>H3) es coherente y no salta niveles.
- Hay un mecanismo de salto de navegación (skip nav) al principio de la página.
- Los videos tienen subtítulos sincronizados.
- Los PDFs referenciados son accesibles (etiquetado, orden de lectura).
- El idioma de la página está declarado en el atributo
langdel<html>. - Los botones e iconos interactivos tienen
aria-labelo texto visible. - Los modales y tooltips son accesibles con teclado y lector de pantalla.
- El carousel o slider no se mueve automáticamente, o tiene control de pausa.
- Los gráficos tienen descripción textual alternativa.
- El zoom del navegador al 200% no rompe el layout.
- Los colores no son el único medio para transmitir información.
- Existe declaración de accesibilidad accesible desde el footer.
- Hay mecanismo de contacto para reportar problemas de accesibilidad.
La declaración de accesibilidad: qué es y por qué es obligatoria
La declaración de accesibilidad es un documento público que describe el nivel de conformidad de la web con las WCAG, las partes no conformes y los motivos, el mecanismo de retroalimentación y los datos de contacto para incidencias. El RD 1112/2018 la exige explícitamente para el sector público; la EAA la extiende al ámbito privado como parte de los requisitos de información al usuario.
Una declaración de accesibilidad válida debe incluir:
- Fecha de la última evaluación.
- Nivel de conformidad (A, AA, AAA o parcialmente conforme).
- Contenidos o funcionalidades que no son accesibles y el motivo.
- Enlace al mecanismo de retroalimentación (formulario o email).
- Enlace al procedimiento de aplicación (organismo de supervisión).
La declaración debe actualizarse cada vez que se hace un cambio significativo en la web o al menos anualmente. Publicarla es también una señal positiva de responsabilidad corporativa para clientes con criterios ESG.
Implementación práctica: cómo hacer accesible una web corporativa existente
Mejorar la accesibilidad de una web existente tiene un proceso ordenado que minimiza el tiempo y el coste:
- Auditoría automática + manual: axe DevTools + navegación por teclado + test VoiceOver. Documento de issues priorizado por impacto.
- Correcciones críticas (A + AA de alto impacto): alt en imágenes, labels en formularios, contraste de color, foco visible. Estos fixes suelen resolver el 60% del score en 1-2 días de trabajo.
- Correcciones de estructura: jerarquía de headings, skip nav, aria-label en botones de icono, lang en HTML.
- Testing con tecnología asistiva: navegación completa con NVDA o VoiceOver. Identificar flujos rotos que las herramientas automáticas no detectan.
- Publicar declaración de accesibilidad.
- Revisión periódica: programar auditoría cada 6 meses o tras cambios mayores.
En WebsBarcelona incluimos cumplimiento WCAG 2.1 AA como parte estándar de todas las webs corporativas nuevas. Para webs existentes, ofrecemos auditoría + corrección como servicio independiente.
Accesibilidad y SEO: por qué son la misma inversión
Muchas de las mejoras de accesibilidad impactan directamente en el SEO técnico. No es coincidencia: los criterios que Google usa para evaluar la calidad de una página se solapan significativamente con los criterios WCAG.
| Mejora de accesibilidad | Beneficio SEO directo |
|---|---|
| Alt descriptivo en imágenes | Indexación en Google Images + comprensión de contexto |
| Jerarquía correcta de headings | Google puede extraer la estructura temática del contenido |
| Texto alternativo en PDF/documentos | Google indexa el contenido de los documentos vinculados |
| Contraste de color correcto | Señal indirecta de calidad de página (experiencia de usuario) |
| Navegación clara y skip nav | Mejora Core Web Vitals (INP, reducción de errores de interacción) |
| Velocidad sin bloques de renderizado | LCP y FCP mejoran |
| Formularios con label correcto | Google entiende mejor el propósito del formulario (schema Form) |
Coste vs beneficio: ¿cuánto cuesta hacer accesible una web corporativa?
El coste de accesibilidad depende del estado de partida y la complejidad de la web:
| Escenario | Coste estimado | Tiempo |
|---|---|---|
| Web nueva — diseño accesible desde cero | +10-15% sobre coste total | Integrado en desarrollo |
| Web existente simple (8-15 páginas) — muchos errores | 400-800€ | 1-2 semanas |
| Web existente mediana (20-50 páginas) | 800-1.500€ | 2-4 semanas |
| Aplicación web compleja con muchos componentes dinámicos | 2.000-5.000€ | 4-8 semanas |
| Sanción mínima por incumplimiento EAA | 1.500€ | - |
El ROI de la accesibilidad no es solo la evitación de multas. Las personas con discapacidad representan el 15% de la población mundial y tienen un poder adquisitivo estimado de 1,9 billones de dólares globalmente. Hacer tu servicio accesible es también abrir el negocio a ese mercado.
Preguntas frecuentes sobre Web Accesible WCAG 2026
¿La Directiva EAA obliga a mi empresa si tengo menos de 10 empleados?
Las microempresas (menos de 10 empleados y menos de 2M€ de facturación) tienen exención para servicios, pero no para productos. Si vendes productos en el mercado de la UE, debes cumplir los requisitos de accesibilidad independientemente del tamaño.
¿Qué nivel WCAG exige la ley en España?
La EAA y el Real Decreto 1112/2018 exigen WCAG 2.1 nivel AA como estándar mínimo. En la práctica, prepararse para WCAG 2.2 AA (publicado en 2023) es la recomendación, ya que es la versión a la que apunta la normativa futura.
¿Las webs corporativas B2B también están obligadas?
La EAA se enfoca principalmente en servicios al consumidor final. Las webs B2B puras con acceso restringido a clientes empresariales tienen un estatus menos claro, pero la tendencia regulatoria en España es aplicar los principios de accesibilidad de forma amplia. La inversión en cumplimiento es recomendable en cualquier caso.
¿Las herramientas automáticas como accessiBe son suficientes para cumplir?
No. Las herramientas de superposición (overlay widgets) como accessiBe, UserWay o AudioEye no cumplen los requisitos de la EAA. El W3C y las organizaciones de discapacidad han publicado declaraciones explícitas en contra de estas soluciones. La accesibilidad debe estar integrada en el código, no ser un parche de JavaScript.
¿Qué pasa si tengo la web en WordPress con un theme comercial?
El theme y los plugins son tu responsabilidad como propietario del sitio. Que el proveedor del theme no haya resuelto los problemas de accesibilidad no te exime legalmente. Debes auditar y corregir independientemente del origen del código.
¿La declaración de accesibilidad tiene que estar en un formato específico?
No hay un formato estrictamente reglado para empresas privadas, pero debe ser una página dedicada, accesible desde el footer, redactada en el idioma de la web, e incluir los campos mínimos: nivel de conformidad, excepciones, mecanismo de retroalimentación y fecha de actualización.
¿Quién supervisa el cumplimiento de la EAA en España?
El organismo de supervisión principal es la Dirección General de Derechos de las Personas con Discapacidad (DGDPD), dependiente del IMSERSO. Los usuarios también pueden presentar reclamaciones directamente ante este organismo si encuentran barreras de acceso.
¿El cumplimiento WCAG mejora el SEO?
Directamente no es un factor de ranking explícito, pero muchas mejoras de accesibilidad tienen impacto SEO positivo: alt en imágenes, estructura de headings correcta, velocidad de carga, formularios bien etiquetados. Es una inversión con doble retorno.
Web Accesible WCAG 2026: lo esencial
La accesibilidad web dejó de ser una recomendación de buenas prácticas el 28 de junio de 2025. Es una obligación legal con consecuencias económicas reales para empresas de cualquier tamaño. La buena noticia es que construir una web accesible no es significativamente más caro que construir una web normal si se planifica desde el inicio: el coste adicional ronda el 10-15% del presupuesto total.
En WebsBarcelona desarrollamos todas las webs corporativas con cumplimiento WCAG 2.1 AA desde la fase de diseño, incluyendo declaración de accesibilidad publicada antes de la entrega. Si tu web actual no cumple, ofrecemos auditoría y corrección como servicio independiente. Consulta nuestros proyectos de web corporativa accesible.
¿Necesitas una web profesional en Barcelona?
Presupuesto cerrado en 24h, sin compromiso y sin permanencia.
Pedir presupuesto →Somos tu agencia de diseño web en Barcelona para pymes y autónomos · Ver portfolio
¿Te ha resultado útil? Así es como te ayudamos en WebsBarcelona: agencia de diseño web en Barcelona · web corporativa para empresas · diseño web a medida · posicionamiento SEO · mantenimiento web.