skolbot.Chatbot IA para la educación superior
ProductoPreciosBlog
Demo gratuita
Demo gratuita
Accesibilidad digital web universidad: requisitos WCAG y obligaciones Ley 11/2023 para centros educativos
Volver al blog
Cumplimiento11 min read

Accesibilidad digital web universitaria: obligaciones legales 2026

La Ley 11/2023 obliga a cumplir WCAG 2.1 AA desde junio de 2025. Sanciones, declaración de accesibilidad y checklist de 10 puntos para universidades y centros privados.

S

Skolbot · 25 de marzo de 2026

Resumir este artículo con

ChatGPTChatGPTClaudeClaudePerplexityPerplexityGeminiGeminiGrokGrok

Índice

  1. 01Qué exige la Ley 11/2023 a las universidades privadas desde junio de 2025
  2. 02Sanciones por incumplimiento: hasta un millón de euros
  3. 03Los cuatro principios WCAG para el sitio web de tu universidad
  4. 04La declaración de accesibilidad: qué es y cómo publicarla
  5. 0510 comprobaciones prioritarias para el sitio web de tu centro

Qué exige la Ley 11/2023 a las universidades privadas desde junio de 2025

Desde el 28 de junio de 2025, toda empresa privada que preste servicios esenciales en España — categoría en la que se encuadran las universidades y escuelas de educación superior — está obligada a garantizar la accesibilidad de su sitio web conforme a la Norma UNE-EN 301549:2022, que incorpora las pautas WCAG 2.1 Nivel AA como estándar técnico exigible. La Ley 11/2023, de transposición de la Directiva (UE) 2019/882 (European Accessibility Act), amplía así el perímetro de la obligación de accesibilidad que ya regía para el sector público bajo el Real Decreto 1112/2018.

El impacto sobre la captación de estudiantes es directo y cuantificable. Según la auditoría mystery shopping de Skolbot (2025, 80 instituciones), los sitios sin chatbot IA registran una tasa de rebote media del 68 %. Un sitio web no accesible agrava este problema: aproximadamente el 15 % de los visitantes con discapacidad abandona sin enviar ninguna solicitud. Para una universidad que recibe 20.000 visitas mensuales de prospectos, ese porcentaje representa miles de oportunidades perdidas cada mes — antes de que ningún asesor de admisiones tenga la ocasión de intervenir.

La obligación no se limita a la página de inicio. Quedan comprendidos todos los espacios digitales orientados al prospecto o al estudiante: formulario de solicitud de información, portal de admisión, Campus Virtual de acceso público, intranet de servicios al estudiante y cualquier aplicación móvil que la institución ponga a disposición de su comunidad.

Para un marco completo de cumplimiento digital en la educación superior, consulte nuestra Guía RGPD datos estudiantes.

Sanciones por incumplimiento: hasta un millón de euros

La Ley 11/2023 establece un régimen sancionador de tres niveles que sitúa el incumplimiento en accesibilidad digital en la misma escala que otras infracciones graves de normativa sectorial. Las infracciones muy graves — entre las que se incluye la falta reiterada de accesibilidad o la ausencia de declaración de accesibilidad en una institución cuyos servicios son de uso masivo — pueden alcanzar los 1.000.000 €. Las infracciones graves llegan a los 300.000 € y las leves a 30.000 €.

La AEPD (Agencia Española de Protección de Datos) ha señalado que solo el 2 % de los sitios web del sector privado en España cumple actualmente la normativa de accesibilidad. Esta brecha convierte a la mayoría de las universidades privadas en objetivos directos de inspección. Según el Real Decreto 193/2023, las denuncias de usuarios con discapacidad constituyen el canal de activación más habitual de los procedimientos sancionadores.

El riesgo reputacional agrava el económico. La ANECA (Agencia Nacional de Evaluación de la Calidad y Acreditación) integra criterios de accesibilidad e inclusión en sus procesos de acreditación institucional. Una universidad sancionada por incumplimiento de accesibilidad digital envía una señal contradictoria en sus procesos de renovación de acreditación ante ANECA o ante las agencias autonómicas equivalentes (AQU, ACSUG, UNIBASQ). La acreditación institucional es condición para mantener la capacidad de expedir títulos oficiales — la sanción económica puede ser la menor de las consecuencias.

Los cuatro principios WCAG para el sitio web de tu universidad

Las WCAG 2.1 se articulan sobre cuatro principios que funcionan como lista de verificación estructural para cualquier auditoría. Ningún principio es opcional: el incumplimiento de uno solo impide alcanzar el Nivel AA exigido por la norma.

PrincipioAplicación práctica en sitios universitariosError frecuente
PerceptibleTextos alternativos en fotos del campus, subtítulos en vídeos de jornadas de puertas abiertas, contraste suficiente en botones de llamada a la acciónImágenes decorativas sin atributo alt vacío; vídeos promocionales sin subtítulos ni transcripción
OperableNavegación completa por teclado, menús desplegables accesibles, tiempo suficiente para completar formularios de admisión, ausencia de contenido que destelle más de 3 veces por segundoDesplegables del menú principal no navegables con la tecla Tab; modales que no devuelven el foco al cerrarlos
ComprensibleFormularios de admisión con etiquetas visibles y mensajes de error explícitos, idioma de la página declarado en el código, instrucciones claras para la subida de documentaciónEtiquetas de formulario implementadas solo como placeholder (desaparecen al escribir); mensajes de error del tipo «Campo incorrecto» sin indicar qué dato falta
RobustoHTML semántico (<nav>, <main>, <header>), compatibilidad con lectores de pantalla como NVDA o VoiceOver, ARIA roles correctamente implementadosEstructura de encabezados saltada (de <h2> a <h5>); uso de div clicables en lugar de <button> o <a>

En la práctica, los errores de los criterios Perceptible y Comprensible son los más frecuentes en los portales universitarios españoles. Un formulario de solicitud de información con etiquetas ausentes o un vídeo de presentación del campus sin subtítulos pueden, por sí solos, impedir el acceso a todo el flujo de captación para una persona con discapacidad visual o auditiva.

A partir de 2026, la referencia de facto se desplaza hacia WCAG 2.2, que añade 9 criterios nuevos respecto a la versión 2.1, con especial atención a la navegación por teclado y a las interfaces táctiles en móvil. Las universidades que planifiquen una auditoría técnica deben incluir ya estos criterios en su alcance para evitar una doble intervención en los próximos 24 meses.

La declaración de accesibilidad: qué es y cómo publicarla

La declaración de accesibilidad es un documento público y obligatorio que toda institución sujeta a la Ley 11/2023 debe publicar en su sitio web. No es una declaración de intenciones: es un documento técnico que certifica el nivel de conformidad alcanzado, identifica las secciones no conformes y establece un procedimiento de contacto para usuarios que encuentren barreras.

Contenido mínimo exigido:

  • Nivel de conformidad alcanzado (parcial, total o no conforme con WCAG 2.1 AA)
  • Fecha de la última revisión
  • Contenidos o funcionalidades no accesibles, con la razón técnica o la carga desproporcionada que justifica la excepción
  • Mecanismo de contacto para comunicar barreras de accesibilidad (formulario, email o teléfono con alternativa de texto)
  • Enlace al procedimiento de reclamación ante la autoridad competente

La declaración debe publicarse en un lugar fácilmente localizable desde la página de inicio — habitualmente en el pie de página, junto al aviso legal y la política de privacidad. El vínculo debe ser directamente accesible mediante un enlace de texto visible, no enterrado en un menú de segundo nivel.

La frecuencia de actualización exigida es al menos anual. En la práctica, se recomienda revisarla cada vez que se lance una nueva sección del sitio, se integre una herramienta de terceros (portal de admisión, Campus Virtual, chatbot) o se produzca una actualización significativa del diseño. Una declaración desactualizada que afirme conformidad sobre secciones que han cambiado genera una exposición legal similar a la ausencia de declaración.

10 comprobaciones prioritarias para el sitio web de tu centro

Las siguientes 10 verificaciones cubren el 80 % de los incumplimientos detectados en los portales universitarios españoles según las auditorías de accesibilidad disponibles. Son el punto de partida para cualquier DSI o responsable web que inicie un proceso de conformidad.

  1. Contraste de texto mínimo 4,5:1 — Verifique la ratio de contraste entre el color del texto y el fondo en todos los elementos textuales del sitio. Criterio WCAG 1.4.3. Herramienta: WebAIM Contrast Checker.

  2. Etiquetas en todos los campos de formulario — Cada campo de los formularios de admisión, contacto e inscripción debe tener una etiqueta <label> asociada mediante el atributo for. El placeholder no es un sustituto válido.

  3. Navegación completa por teclado — Recorra el sitio completo usando únicamente Tab, Shift+Tab, Enter y las teclas de flecha. Ningún elemento interactivo (menú, modal, acordeón, chatbot) debe quedar inaccesible.

  4. Textos alternativos en imágenes informativas — Toda imagen que aporte información (fotos del campus, infografías de programas, diagramas) debe tener un atributo alt descriptivo. Las imágenes puramente decorativas deben llevar alt="".

  5. Subtítulos en vídeos — Todos los vídeos publicados en el sitio — presentaciones de programas, testimonios de alumnos, vídeos de jornadas de puertas abiertas — deben incluir subtítulos sincronizados. Los subtítulos automáticos de YouTube no cumplen el criterio si no han sido revisados.

  6. Estructura de encabezados coherente — La jerarquía de encabezados (<h1> a <h6>) debe ser lógica y no tener saltos. Un lector de pantalla navega el contenido principalmente a través de encabezados.

  7. Indicador de foco visible — El elemento activo mediante teclado debe tener un contorno visible en todo momento. Muchos sitios universitarios eliminan el outline CSS por motivos estéticos, incumpliendo el criterio WCAG 2.4.7.

  8. Páginas con título único y descriptivo — Cada página debe tener un <title> HTML que la identifique inequívocamente (no basta con «Universidad X» en todas las páginas).

  9. Idioma de la página declarado — El atributo lang en la etiqueta <html> debe reflejar el idioma principal del contenido. Para sitios multilingües, las secciones en otro idioma deben marcar el cambio con lang en el elemento correspondiente.

  10. Prueba con lector de pantalla — Recorra las páginas clave del sitio (inicio, página de programa, formulario de admisión) con NVDA (Windows, gratuito) o VoiceOver (macOS/iOS). Si la experiencia resulta confusa o incompleta, existen problemas de accesibilidad que las herramientas automatizadas no detectan.

Las herramientas automatizadas como axe o WAVE detectan entre el 30 y el 40 % de los errores de accesibilidad. El 60 % restante requiere pruebas manuales con lectores de pantalla y usuarios reales con discapacidad. Una auditoría de conformidad rigurosa combina ambos enfoques.

Para entender cómo la Ley de IA intersecta con las obligaciones de accesibilidad en los portales de admisión automatizados, consulte nuestro artículo sobre Ley de IA en educación superior. Y para las implicaciones de protección de datos en los formularios y herramientas que integre tras la auditoría de accesibilidad, la guía sobre Proteger datos de prospectos RGPD ofrece el complemento operativo necesario.


Prueba Skolbot en tu escuela en 30 segundos

FAQ

¿Están obligadas las universidades privadas a cumplir la normativa de accesibilidad?

Sí, sin excepción desde el 28 de junio de 2025. La Ley 11/2023 transpone la Directiva (UE) 2019/882 y extiende la obligación de accesibilidad digital a todas las empresas que presten «servicios esenciales al público». La educación superior privada queda encuadrada en esta categoría por la naturaleza esencial del servicio. Las universidades públicas estaban ya obligadas por el Real Decreto 1112/2018; la Ley 11/2023 elimina la diferencia de trato entre el sector público y el privado en este ámbito.

¿Qué debe incluir la declaración de accesibilidad y dónde se publica?

La declaración debe recoger el nivel de conformidad WCAG 2.1 AA alcanzado, la fecha de la última evaluación, las secciones o funcionalidades no conformes con la justificación técnica o de carga desproporcionada correspondiente, un mecanismo de contacto para que los usuarios comuniquen barreras, y el enlace al procedimiento de reclamación. Se publica de forma visible en el sitio web — habitualmente en el pie de página — y debe actualizarse al menos una vez al año o cada vez que se realicen cambios significativos en el sitio.

¿Se aplica WCAG a herramientas de terceros como el portal de admisión o el Campus Virtual?

Sí. La Ley 11/2023 no limita la obligación al sitio web principal: incluye todas las plataformas digitales que la institución pone a disposición de sus usuarios, independientemente de que sean desarrolladas internamente o proporcionadas por un proveedor externo. Si su proveedor de Campus Virtual o de portal de admisión no cumple WCAG 2.1 AA, la responsabilidad recae sobre la institución contratante. Exija en los pliegos de contratación y en los contratos con proveedores tecnológicos una declaración de conformidad WCAG 2.1 AA actualizada y auditada.

¿Cuál es la diferencia entre WCAG 2.1 y WCAG 2.2?

WCAG 2.1 (publicada en 2018) añadió 17 criterios a WCAG 2.0, con especial atención a la accesibilidad móvil y a las personas con discapacidades cognitivas. WCAG 2.2 (publicada en octubre de 2023) añade 9 criterios adicionales — entre ellos la mejora del indicador de foco, requisitos para la navegación por arrastrar y la autenticación accesible — y retira el criterio 4.1.1 (Parsing), ya cubierto por los estándares de HTML modernos. La Norma UNE-EN 301549:2022 exige actualmente WCAG 2.1 AA. WCAG 2.2 es la referencia de facto para nuevas auditorías en 2026 y previsiblemente se incorporará a la norma técnica en su próxima revisión.

¿Por dónde empezar si el sitio nunca ha tenido una auditoría de accesibilidad?

El punto de partida más eficiente es una auditoría automatizada con axe o WAVE sobre las 10 páginas más visitadas del sitio (inicio, página de programa más consultado, formulario de admisión, contacto, noticias). Esto identifica los errores más frecuentes en 2 a 4 horas sin coste de herramienta. A continuación, encargue una auditoría manual sobre las rutas críticas del prospecto — desde la llegada al sitio hasta el envío del formulario de contacto — realizada por un especialista en accesibilidad o por usuarios con discapacidad visual y auditiva. Con los resultados, elabore un plan de remediación priorizado por impacto y por facilidad de corrección. Publique la declaración de accesibilidad en cuanto tenga la primera evaluación, aunque el nivel sea de «conformidad parcial»: la declaración honesta protege mejor que la ausencia de declaración.

Artículos relacionados

Guía operativa de protección de datos de prospectos estudiantiles en México
Cumplimiento

Proteger los datos de tus prospectos estudiantiles: guía operativa LFPDPPP para universidades en México

Guía del Reglamento Europeo de IA para universidades
Cumplimiento

Regulación de IA en México y la educación superior: lo que tu universidad necesita saber

Guía de protección de datos estudiantiles para universidades en México
Cumplimiento

Protección de datos estudiantiles en México: guía completa LFPDPPP para universidades

Volver al blog

RGPD · Ley de IA de la UE · Alojamiento UE

skolbot.

SoluciónPreciosBlogAviso legalPolítica de privacidad

© 2026 Skolbot