Accesibilidad cognitiva en 2027: qué tienen que cambiar tus portales de empleo, intranets y sistemas de fichaje
Accesibilidad cognitiva en 2027: qué tienen que cambiar tus portales de empleo, intranets y sistemas de fichaje
Oct 29, 2026 · Daniel Andrés
En resumen: el 2 de enero de 2027 entra en vigor el Real Decreto 707/2026 sobre accesibilidad cognitiva. Afecta a webs, aplicaciones y sistemas internos de las empresas. Este artículo explica qué pide la norma y qué tienes que revisar en tu software.
Para quién es: equipos de desarrollo, responsables de IT y de recursos humanos.
Tiempo de lectura: 7 minutos.

Qué dice el Real Decreto 707/2026
El Real Decreto 707/2026 aprueba el Reglamento de las condiciones básicas de accesibilidad cognitiva. Se publicó en el BOE el 3 de septiembre de 2026.
¿Qué es la accesibilidad cognitiva? Es que la información, los espacios y los servicios se puedan entender con facilidad. Ayuda a personas con discapacidad intelectual, pero también a personas mayores, a quien no domina el idioma o a cualquiera con prisa.
La norma tiene 21 artículos. Para el sector tecnológico importan sobre todo dos:
- Artículo 6: obliga a las Administraciones y a los prestadores de servicios de la sociedad de la información. Es decir, a las empresas que ofrecen servicios por internet. Deben hacer accesibles sus textos, formularios, vídeos y sistemas de interacción. Esto incluye la identificación, la firma y el pago.
- Artículo 14: regula el empleo. Se aplica a personas trabajadoras con un grado de discapacidad del 33 % o más y discapacidad intelectual.
Fecha clave: la norma entra en vigor el 2 de enero de 2027.
Sanciones: el reglamento remite al régimen sancionador de la Ley General de derechos de las personas con discapacidad o a la normativa de cada comunidad autónoma.
Del BOE al código: qué sistemas se ven afectados
La norma habla de personas, pero casi todo se cumple con software. Estos son los sistemas que conviene revisar:
| Sistema | Qué pide la norma |
| Portal de empleo o ATS | Ofertas, condiciones y requisitos en lenguaje sencillo (art. 14.3) |
| Plataforma de formación | Materiales en lectura fácil y otros formatos si se piden (art. 14.2) |
| Control horario | Fichar sin recordar una contraseña (art. 14.4) |
| Sede electrónica o intranet | Doble verificación, asistencia remota y pasos guiados (art. 14.4) |
| Web y app para clientes | Formularios, firma y pago fáciles de entender (art. 6) |
| Atención al cliente | Hoja de reclamaciones en lectura fácil (art. 9) |
Consejo: haz un inventario de estos sistemas y anota quién es responsable de cada uno. Muchos serán de proveedores externos. Pregunta ya si tienen un plan de adaptación.
Fichaje sin contraseña: autenticación accesible
El artículo 14.4 es el más técnico. Para fichar y entrar en la sede electrónica de la empresa pide tres cosas:
- Entrar sin recordar una contraseña. Y que la persona pueda elegir el método que mejor le funcione.
- Doble verificación al enviar información.
- Asistencia remota y pasos indicados en pantalla.
Esto encaja con las pautas de accesibilidad WCAG 2.2 (Web Content Accessibility Guidelines):
- 3.3.8 Autenticación accesible (nivel AA): no se puede exigir una prueba cognitiva para entrar, como recordar una contraseña o resolver un puzle, salvo que haya alternativa.
- 3.3.7 Entrada redundante (nivel A): no pedir dos veces el mismo dato en un proceso.
- 3.2.6 Ayuda consistente (nivel A): la ayuda está siempre en el mismo sitio.
Opciones prácticas para fichar:
- Passkeys o llaves de acceso con huella o reconocimiento facial.
- Tarjeta o llavero NFC.
- Enlace mágico enviado al correo o al móvil.
- Código QR en el puesto de trabajo.
Cuidado: si usas un código de un solo uso, permite copiarlo y pegarlo. Y no pongas límites de tiempo muy cortos.
Lenguaje claro y lectura fácil en tus pantallas
El reglamento distingue tres niveles (art. 3):
- Lenguaje sencillo: frases cortas y palabras de uso común. Es el mínimo cuando no se exige otra cosa (art. 5.2).
- Lenguaje claro: texto pensado para quien lo lee. Se recomienda la norma UNE-ISO 24495-1.
- Lectura fácil: pautas para escribir, diseñar y validar textos con personas usuarias. Se recomienda la norma UNE 153101.
Cómo aplicarlo en una interfaz:
- Una idea por frase. Frases de menos de 20 palabras.
- Botones con verbos concretos: «Enviar solicitud» mejor que «Aceptar».
- Mensajes de error que digan qué pasó y cómo arreglarlo.
- Siglas explicadas la primera vez que aparecen.
- Iconos con texto al lado, no solos.
- Procesos largos divididos en pasos, con un indicador del paso actual.
- Tipografía legible, por ejemplo Atkinson Hyperlegible o Lexend, a partir de 16–18 px.
Importante: la lectura fácil necesita validación con personas con discapacidad intelectual. No basta con revisarla tú mismo ni con generarla con IA.
El panorama completo: EAA y Ley 11/2023
El RD 707/2026 no llega solo. Se suma a la Ley Europea de Accesibilidad (EAA, European Accessibility Act). En España, esta ley europea se aplica a través de la Ley 11/2023 y es obligatoria desde el 28 de junio de 2025.
- EAA y Ley 11/2023: se centran en productos y servicios digitales. Por ejemplo, comercio electrónico, banca o transporte. La referencia técnica es la norma EN 301 549, basada en WCAG.
- RD 707/2026: añade la parte cognitiva y entra también en el empleo y en los sistemas internos.
¿Cómo vamos? Mal. El Barómetro de Accesibilidad Web 2026 analizó 687 webs de grandes empresas españolas. Solo 10 cumplían los requisitos básicos de la EAA. Las multas pueden llegar a un millón de euros (Tododisca, 7/10/2026).
Conclusión: si ya trabajas en cumplir la EAA, aprovéchalo para incluir la accesibilidad cognitiva en el mismo plan.
Checklist antes del 2 de enero de 2027
- ☐ Haz un inventario de sistemas: empleo, formación, fichaje, intranet, web y app.
- ☐ Pregunta a tus proveedores por su plan de adaptación.
- ☐ Ofrece al menos un método de acceso sin contraseña.
- ☐ Revisa los criterios WCAG 2.2: 3.3.8, 3.3.7 y 3.2.6.
- ☐ Reescribe ofertas de empleo, formularios y mensajes de error en lenguaje sencillo.
- ☐ Prepara versiones en lectura fácil de los materiales de prevención de riesgos.
- ☐ Añade ayuda visible y asistencia remota en los procesos clave.
- ☐ Prueba los cambios con personas usuarias reales.

