Cumplimiento normativo·17 de septiembre de 2026·6 min de lectura

IA y accesibilidad: qué exige la ley a un agente de atención

Qué exige la normativa de accesibilidad a un agente de IA de atención al cliente: lectores de pantalla, teclado, tiempos y alternativa humana.

IA y accesibilidad: qué exige la ley a un agente de atención

Cuando se habla de accesibilidad digital, la conversación suele centrarse en el sitio web: contraste de colores, texto alternativo en imágenes, navegación por teclado. Pero si tu canal de atención al cliente es un chatbot o un agente de IA, ese propio canal —no solo la página donde vive— también tiene que ser accesible. Es una distinción que muchas empresas pasan por alto: pueden tener una web perfectamente adaptada y, al mismo tiempo, un asistente conversacional que resulta inutilizable para una persona que depende de un lector de pantalla o que no puede usar un ratón. Antes de entrar en el detalle, una aclaración necesaria: esto no es asesoría legal, y cualquier valoración de cumplimiento normativo de tu canal de atención debería revisarla un profesional especializado en accesibilidad y protección de datos.

Por qué el canal de atención entra dentro de la obligación de accesibilidad

La normativa europea de accesibilidad no se limita al contenido estático de un sitio web: alcanza a los servicios digitales que una empresa pone a disposición de sus clientes, y un chatbot o un agente conversacional de atención al cliente es, a todos los efectos, un servicio digital más. Si ese canal resulta inaccesible para una persona con discapacidad visual, auditiva, motriz o cognitiva, la empresa puede estar dejando fuera a un colectivo entero de un servicio que sí ofrece al resto de sus clientes, con las implicaciones legales y reputacionales que eso conlleva.

Compatibilidad con lectores de pantalla

Una de las exigencias más básicas, y sin embargo una de las que más falla en la práctica, es que la interfaz del chatbot esté correctamente estructurada para que un lector de pantalla pueda interpretarla: que los mensajes nuevos se anuncien automáticamente sin que el usuario tenga que buscarlos por la pantalla, que los botones y campos tengan una etiqueta clara y descriptiva, y que el orden en que se lee la conversación tenga sentido lógico. Un chatbot visualmente bien diseñado puede ser, aun así, completamente inaccesible si su código no está pensado para estas tecnologías de apoyo.

Navegación completa por teclado

Para una persona con una discapacidad motriz que no puede usar un ratón, todo el flujo de la conversación —abrir el chat, escribir, enviar, seleccionar una opción entre varias, cerrar la ventana— debe poder completarse únicamente con el teclado. Esto incluye detalles que a menudo se olvidan, como que el foco de navegación se mueva de forma predecible entre los elementos interactivos, y que no existan trampas de teclado, situaciones en las que el usuario queda atrapado en un elemento sin poder salir de él con las teclas habituales.

No depender solo del color o del sonido

Un chatbot que usa el color como única forma de indicar un error, o un aviso sonoro como única señal de que ha llegado una respuesta, excluye a quien no puede percibir esa señal concreta. La normativa exige que cualquier información relevante se transmita por al menos dos canales distintos, por ejemplo un color de error acompañado de un texto explícito, o una notificación sonora acompañada de un indicador visual persistente.

Tiempos, avisos y lenguaje claro

Los chatbots que cierran la sesión tras un tiempo de inactividad, o que exigen completar un formulario dentro de un plazo concreto, deben avisar con antelación suficiente y ofrecer la opción de ampliar ese tiempo, algo especialmente relevante para personas que necesitan más tiempo para leer o para escribir su respuesta. A esto se suma el lenguaje: un chatbot que usa frases largas, tecnicismos innecesarios o una redacción ambigua dificulta la comprensión no solo a personas con discapacidad cognitiva, sino a cualquier usuario que no esté familiarizado con la jerga del sector. Sobre cómo la IA puede ayudar a simplificar el lenguaje de cara al usuario, puedes ver también cómo usar IA para mejorar la accesibilidad web, centrado en el contenido del sitio, un complemento natural a la accesibilidad del propio canal conversacional.

Evitar los CAPTCHAs y verificaciones inaccesibles

Un obstáculo habitual, y con frecuencia ignorado, son los sistemas de verificación previos a hablar con el chatbot, como un CAPTCHA basado únicamente en identificar imágenes o en resolver un puzle visual. Estos sistemas pueden bloquear por completo a una persona con discapacidad visual antes incluso de llegar a la conversación. Cuando sea necesaria algún tipo de verificación, debe existir una alternativa accesible, como una opción por audio o una verificación que no dependa exclusivamente de la percepción visual.

La alternativa humana, siempre disponible

Ningún requisito técnico sustituye a la garantía más importante de todas: que exista siempre una vía sencilla y accesible para hablar con una persona, para quien el canal automatizado, por bien diseñado que esté, no resuelva su caso o no se ajuste a su forma de comunicarse. Un agente de voz sintética puede ayudar en este punto, y lo desarrollamos en qué es la voz sintética y para qué sirve en una empresa, pero la alternativa humana debe seguir estando disponible y ser fácil de encontrar, no un último recurso escondido varios pasos por detrás.

Qué pasa si el agente de atención no es accesible

Más allá del riesgo normativo, un chatbot inaccesible tiene un coste directo de negocio: excluye a un grupo de clientes reales de un canal que sí funciona para el resto, generando quejas, reputación negativa y, en no pocos casos, la obligación de atender esos casos por vías alternativas más costosas de gestionar de forma manual, precisamente lo que la automatización pretendía aliviar.

Un checklist práctico para evaluar tu agente actual

Antes de dar por bueno el canal de atención automatizado que ya tienes, conviene comprobar: si funciona de principio a fin solo con teclado, si un lector de pantalla anuncia correctamente los mensajes nuevos, si ninguna información depende solo del color o del sonido, si los tiempos de espera avisan con antelación y son ampliables, si existe una alternativa accesible a cualquier verificación visual, y si la opción de hablar con una persona es fácil de encontrar desde el primer mensaje.

Conclusión

La accesibilidad de un agente de atención al cliente no es un añadido opcional sobre la accesibilidad del sitio web donde vive: es una obligación propia, con requisitos concretos sobre cómo se navega, cómo se informa y cómo se ofrece una alternativa humana. Revisarlo con cuidado no es solo una cuestión de cumplimiento normativo, es asegurarse de que el canal que se supone que mejora la atención no está, sin que nadie se haya dado cuenta, dejando fuera a una parte de los clientes.

En MG Solutions revisamos la accesibilidad de los agentes de IA que implantamos como parte del proceso, no como un extra. Reserva tu primera reunión sin compromiso.

¿Te imaginas esto funcionando en tu empresa?

En MG Solutions diseñamos y desplegamos agentes de IA a medida. Cuéntanos tu caso en una primera reunión de 1 hora, por videollamada y sin compromiso.

Primera reunión sin compromiso · Videollamada · Eliges día y hora

Este contenido ha sido generado con asistencia de inteligencia artificial y revisado por el equipo editorial de MG Solutions.

Sigue leyendo

Cumplimiento normativo

Memoria del agente y RGPD: qué recuerda de tus clientes y cuánto

Qué datos personales conserva la memoria de un agente de IA, por cuánto tiempo y cómo pedir que se pueda borrar lo de un cliente. Lista de decisiones para tu asesor.

Cumplimiento normativo

Si un cliente pide borrar sus datos, ¿se borran del agente de IA?

Caso práctico del derecho de supresión: dónde pueden quedar copias de los datos de un cliente en un agente de IA y cómo preparar un procedimiento para borrarlos.

Cumplimiento normativo

¿Y si el agente se equivoca con un cliente? Cómo limitar el daño

Un agente puede fallar, como cualquier persona. Así se configura para que los errores sean pequeños, se detecten pronto y se puedan reparar: límites, escalado y registro.

Cumplimiento normativo

AI Act o RGPD: cuál pesa más al usar un agente con datos de clientes

Para una pyme con un agente de IA que toca datos de clientes, el RGPD es la base y el AI Act añade capas. Dónde se solapan, dónde no y por cuál empezar.

Cumplimiento normativo

Alfabetización en IA: la ley no fija un nivel; qué plan montar

El Reglamento de IA te pide adoptar medidas de alfabetización, no garantizar un nivel concreto a cada persona. Cómo diseñar un plan proporcional al uso real de tu pyme.

Cumplimiento normativo

Base legal para que un agente de IA trate datos de clientes

Contrato, consentimiento e interés legítimo explicados en llano, y cómo ordenar qué base corresponde a cada tarea de tu agente de IA para llevarla a tu asesor.