IA, accesibilidad, sesgos y techno-ableism (tecnocapacitismo)

Hoy os recomiendo el artículo "TechnoAbleism in India’s AI Moment: Why Accessibility Is Not Enough" de Nilesh Singit en el marco del India AI Impact Summit 2026.

Nilesh aborda el "techno-ableism", el tecnocapacitismo, la tendencia de los sistemas tecnológicos a parecer empoderadores, dice, cuando en realidad refuerzan discretamente suposiciones que favorecen a las personas sin discapacidad, pues consideran la discapacidad como una desviación en lugar de como diversidad:

"Una persona con discapacidad puede acceder a la interfaz, iniciar sesión en el sistema o navegar por la plataforma, y aun así enfrentarse a la exclusión a través de algoritmos de contratación, sistemas de reconocimiento o herramientas de decisión automatizadas que nunca fueron diseñados para cuerpos y mentes diversos. La experiencia no es la exclusión de la tecnología, sino la exclusión dentro de la tecnología misma."

Explica por qué la accesibilidad de los sistemas de inteligencia artificial no garantiza por sí sola la inclusión cuando los propios sistemas de inteligencia artificial están condicionados por sesgos estructurales.

"La accesibilidad determina si una persona con discapacidad puede usar un sistema. El sesgo determina si el sistema fue diseñado teniendo en cuenta a esa persona, si nos reconoce como participantes iguales una vez que entramos."

Nilesh aborda sesgos en:

• En el desarrollo de software (Vibe Coding): cuando las herramientas IA priorizan el diseño o el acceso por ratón, y no la estructura semántica, la navegación por teclado o la compatibilidad con lectores de pantalla, a menos que se solicite explícitamente.
• En los sistemas de toma de decisiones, como en la contratación: cuando los sistemas que analizan el habla, las expresiones o los patrones de comportamiento interpretan los estilos de comunicación propios de una discapacidad como indicadores de baja confianza o bajo rendimiento.
• En la exclusión de datos: la discapacidad suele estar ausente en los conjuntos de datos de entrenamiento, en los entornos de prueba y en los propios equipos de diseño, lo que hace que el comportamiento "no discapacitado" sea la base de referencia del sistema.
• En los sistemas de reconocimiento de voz y sistemas de visión: cuando tienen dificultades para entender patrones de habla "atípicos", o no pueden reconocer correctamente los dispositivos de asistencia.
• En la clasificación de comportamiento: cuando está entrenada para reconocer patrones de interacción que los desarrolladores consideran "normales", de modo que, cuando la diversidad humana cae fuera de esos patrones, el sistema interpreta la diferencia como un "error".

Os recomiendo leer íntegro su artículo.

Artículos relacionados

• Ley de Inteligencia Artificial de la Unión Europea. Alusiones a la accesibilidad y la discapacidad.

Nota: imagen del artículo generada con Gemini.

Error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace en el validador de accesibilidad de Acrobat (PDF accesibles)

Uno de mis trabajos habituales, y con el que más disfruto, es el de la conversión de PDF en PDF accesibles. En estos años de blog he publicado diferentes artículos sobre PDF accesibles, en este caso, voy a explicar cómo corregir un error muy específico por el que me suelen preguntar: el error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace.

Error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace

Tenemos un enlace en la página que:

• está marcado como tal con la etiqueta <Link>

  

• recibe el foco de teclado y funciona:

  

• el enlace existe como tal y, de hecho, es muy probable que lo hayas creado tú desde Acrobat:

  

Sin embargo, el validador de accesibilidad de Adobe Acrobat nos da error de "Anotaciones etiquetadas (Incorrecto)":

Error en el validador de Adobe Acrobat

Solución del error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace

1. Accede al menú del panel Etiquetas y selecciona la opción "Buscar":

   

2. En la ventana "Buscar elemento" selecciona en el desplegable la opción "Enlaces sin marcar":

   

3. Pulsa el botón "Buscar".
4. Cuando se resalte el enlace que da error, y con su etiqueta <Link> seleccionada, pulsa el botón "Etiquetar elem.":

   

   Abrir la imagen más grande en ventana nueva

Cuando pulses el botón "Etiquetar elem." podrás comprobar que dentro de la etiqueta <Link> hay un "Link - OBJR". Ya tienes tu anotación etiquetada, el enlace ya es realmente accesible y, por tanto, el error del validador habrá desaparecido.

Artículos de interés

• Guías gratuitas "PDF accesibles con Adobe Acrobat Profesional" y "Documentos PowerPoint accesibles"
• Taller "PDF accesibles con Adobe Acrobat Profesional" en el I Congreso Latinoamericano de Accesibilidad y Usabilidad
• Taller digital "Documentos PDF y PPT accesibles, 2021
• Preguntas y respuestas a las dudas de los asistentes del taller digital "Documentos PDF y PPT accesibles"1
• Buenas prácticas en InDesign para generar PDF accesibles
• PDF accesibles. CheatSheet "Etiquetas estándar y su uso correcto"
• Todos los artículos de PDF

Sospechosa de ser humana

El decoro, esa palabra que hoy huele a naftalina y a modales de otra época, no es más que una brújula de supervivencia moral: es el arte de saber qué decir y qué hacer para no faltar al respeto a los demás, pero, sobre todo, a uno mismo.

Sin embargo, vivimos en el reinado de la impostura, donde parecer algo es más importante y lucrativo que serlo de verdad. No es decoro, sino impostura, publicar lo ajeno como propio, con una naturalidad que asusta, como si el esfuerzo de los demás fuera un bien público que se puede saquear sin permiso ni vergüenza.

Pero el fraude siempre deja rastro, se nota el remendón. Esos retoques quirúrgicos, aunque torpes, que emborronan la precisión del que sí sabía de qué hablaba.

Al final del día, el impostor se queda con el texto robado, vendido por un puñado de likes, pero imagino que, cuando se apagan las pantallas ⁽¹⁾, solo le queda el vacío de quien ha decidido ser un eco perpetuo por no tener nada propio que decir.

A estas alturas ya he compartido muchas veces cuál era mi vocación profesional. Por eso, ante la desfachatez de los que saquean el pensamiento ajeno, cansada de tantos años topándome con la misma mediocridad, me ha parecido que el estilo directo y aséptico de mi escritura habitual no encajaba. Me ha parecido más apropiado combatir la impostura con la elegancia de las palabras que con la frialdad del dato. Mañana optaré por la frialdad.

La ironía final es que escribir hoy con decoro y elegancia se ha vuelto sospechoso, la siniestra pulcritud del algoritmo. Quizás debería colar alguna falta de ortografía; no delatar que siempre le tuve cariño al punto y coma, ese que secuestraron las máquinas; o buscar sinónimos de naftalina, desfachatez o aséptico, no vaya a ser. Si es bueno, no puede ser humano. A este grado de esclavitud hemos llegado.

---

Nota (1): "cuando se apagan las pantallas" expresión tomada del documental "Apagón | ¿Qué pasa cuando se apagan las pantallas? | Zona Cero Pantallas". Esto se llama cita.

Copy/paste encontrados desde el 3 de marzo de 2026

[Próximamente]

ISO 30071. Code of practice for creating accessible ICT products and services - Inclusive Design for Organizations - Inclusive Design for Products

La ISO 30071 "Code of practice for creating accessible ICT products and services" ayuda a las organizaciones a integrar la accesibilidad, no solo en el ciclo de vida de sus productos y servicios, sino también en sus procesos y políticas.

¿Cómo podemos acercarnos a la ISO 30071 de manera sencilla y práctica?

Mi recomendación es hacerlo a través de los libros de Jonathan Hassell. En la ISO 30071 se distinguen dos partes bastante claras, de la misma manera, Hassell estructura el acercamiento a la ISO a través de dos libros complementarios:

• "Inclusive Design for Organizations", sobre cómo integrar la accesibilidad en todos los procesos de la organización, en su cultura y en su ADN; y
• "Inclusive Design for Products", sobre cómo integrar la accesibilidad en el ciclo de vida de los proyectos.

Tres cosas me gustan especialmente de estos libros:

• La primera, que los libros vienen con materiales de apoyo gratuitos en formato Word y Excel. A lo largo de los libros te invita a utilizar estas herramientas y te guía en ese proceso.
• La segunda, que Hassell lideró la elaboración de la ISO 30071 (y la de su predecesora, la BS 8878). Además, cuenta con una larga experiencia implantándola en distintas empresas, por lo que sabe muy bien de lo que habla.
• La tercera, consecuencia de la anterior, es que aborda la ISO desde una perspectiva práctica y, sobre todo, realista. Con los años, una pierde el idealismo de que se pueda publicar una web con 0 errores, pasando a trabajar en cómo gestionar esta imposibilidad de la forma más adecuada. Esa perspectiva aparece continuamente a lo largo de los libros.

Por último, es relevante saber que la ISO 30071 está íntimamente relacionada con dos documentos del W3C que os recomendaba en la masterclass en abierto "De la teoría a la práctica", en el marco del Máster de Accesibilidad Digital de la Universidad de Barcelona:

• "Accessibility Maturity Model", que viene acompañado de una hoja de cálculo. Es un marco de referencia que describe siete dimensiones clave y cuatro niveles de madurez para evaluar la capacidad de una organización para integrar criterios de accesibilidad, identificar brechas y planificar mejoras continuas. Además, ayuda a medir y documentar políticas, comunicaciones, formación, herramientas y capacidades técnicas en torno a la accesibilidad.
• "Planning and Managing Web Accessibility", una guía que describe una serie de actividades para ayudar a integrar la accesibilidad en todas las fases del proceso de producción web, tanto en proyectos individuales como a nivel organizacional. Organiza estas actividades en "Iniciar", "Planificar", "Implementar" y "Mantener", aunque no se realizan necesariamente de forma secuencial.

La ISO 30071 fue una de las fuentes de referencia para la elaboración de estos documentos.

Introducción a la ISO 30071

La ISO 30071 "Code of practice for creating accessible ICT products and services" es una norma internacional que permite a las organizaciones integrar la accesibilidad en sus procesos y políticas, así como en el ciclo de desarrollo de sus productos y servicios. Se publicó en 2019 y en 2024 se revisó sin cambios.

La ISO 30071 adapta y amplía la norma británica BS 8878, que os explicaba en el artículo BS 8878:2010 Web Accessibility. Code of Practice de 2015.

La BS 8878 se centraba en productos web, mientras que la ISO 30071 se aplica a cualquier producto digital, no solo a páginas web y aplicaciones móviles, sino también a VR/AR apps, software de cajeros automáticos, juegos, chatbots, etc. La ISO actualiza las recomendaciones de la BS sobre casos de negocio y sobre cómo el diseño inclusivo se relaciona con los enfoques de accesibilidad personalizados. Además, se pasa de los 16 pasos de la BS 8878 a 8 actividades que se pueden integrar en cualquier metodología de desarrollo de software.

La ISO 30071 permite incluir el diseño inclusivo en la organización porque ayuda a:

• Comprender qué beneficios aporta.
• Hacer que forme parte del día a día de la organización de manera eficiente.
• Integrarlo en las políticas internas, como las de contratación y compras.
• Contar con el acompañamiento de expertos.
• Formar a los equipos para que sepan aplicarlo de forma autónoma.
• La adquisición y selección de herramientas y CMS.
• La subcontratación a terceros.
• La evaluación del riesgo y el impacto de la accesibilidad en los presupuestos.
• La gobernanza de la accesibilidad en la evaluación de los productos digitales.

También permite incluir el diseño inclusivo en los procesos de desarrollo porque ayuda a comprender:

• Cómo la audiencia de un producto influye en la manera de abordar la accesibilidad.
• Qué directrices de accesibilidad usar.
• Cómo asegurarse de que las herramientas, como un CMS o las bibliotecas JavaScript, garanticen la accesibilidad.
• Cómo integrar la accesibilidad de manera eficiente en la planificación y las pruebas.
• Cómo priorizar entre las correcciones de accesibilidad cuando no puedes hacerlo todo para todos.
• Cómo informar a las personas sobre cualquier problema de accesibilidad y ofrecerles una forma de comunicación con la organización.

Por último, la ISO 30071 puede ayudar a los profesionales a:

• Entender por qué la inclusión y la accesibilidad digital tienen sentido comercial.
• Integrar estratégicamente la responsabilidad de la accesibilidad en los diferentes roles laborales y en las políticas organizativas.
• Integrar la accesibilidad en el ciclo de vida del desarrollo de software, de modo que no se pase por alto el impacto que las decisiones tienen sobre la accesibilidad.
• Adoptar una forma informada de tomar y documentar estas decisiones para monitorizar el riesgo de incumplir los requisitos de accesibilidad y poder demostrar la conformidad con el estándar.
• Proporcionar orientación para encontrar o investigar requisitos detallados de accesibilidad para una amplia gama de productos digitales.

Acercamiento a la ISO 30071 a través de los libros de Jonathan Hassell

Título: Inclusive Design for Organisations

Autor: Jonathan Hassell

Nº páginas: 212

Idioma: inglés

Formato: papel, kindle, audiolibro

Fecha de edición: 1st 2019; revisado en 2024

Título: Inclusive Design for Products

Autor: Jonathan Hassell

Nº páginas: 374

Idioma: inglés

Formato: papel, kindle, audiolibro

Fecha de edición: 1st 2019; revisado en 2024

Podéis consultar más reseñas de libros en: "Libros y reseñas"

Inclusive Design for Organisations

El libro "Inclusive Design for Organisations" se centra en la gobernanza, en el marco para que la accesibilidad sea una decisión estratégica, integrada en las políticas, responsabilidades y en la cultura de la organización.

Las claves en las que se estructura son:

1. Concienciar y motivar, abordando todos los argumentos posibles (éticos, legales, comerciales, de negocio, de competitividad, de innovación, de marca, económicos, de experiencia de usuario, etc.).
2. Integrar la estrategia como un valor, un objetivo y una competencia en todas las personas de la organización y en sus políticas. No puedes depender de los superhéroes de accesibilidad ni depender siempre de empresas externas. Se debe integrar la accesibilidad en las políticas y en la cultura, en la formación de todas las personas, para que sea eficiente y escalable.
3. Integrar la accesibilidad en los procesos, que deben estar correctamente documentados, además de ser flexibles y reproducibles. En realidad, esta parte es un resumen del libro “Inclusive Design for Products”, que es donde se desarrolla con detalle.
4. Medir el impacto de construir un producto mejor, tanto en la organización como en los objetivos de negocio, para comprobar que merece la pena, que la estrategia tiene los efectos esperados y es sostenible. Aborda cómo medir el ROI en accesibilidad, algo que puede llegar a ser bastante difícil.
5. En continua evolución, puesto que es un proceso que nunca termina, la accesibilidad hay que mantenerla y hay que mejorarla. Además, las WCAG evolucionan, aparecen nuevos productos y herramientas, nuevas oportunidades de innovación, como las que trae la IA, y hay que estar siempre al día.

Todos los capítulos terminan con un apartado "Es tu turno" que te orienta sobre cómo llevarlo a cabo.

Inclusive Design for Products

El libro "Inclusive Design for Products" aborda cómo integrar la accesibilidad en el ciclo de vida de desarrollo de software, desde la planificación, al diseño, el desarrollo o las pruebas, para convertirlo en un proceso de diseño inclusivo y centrado en las personas.

Está dividido en dos partes: el enfoque y las actividades. Si has leído previamente el libro "Inclusive Design for Organisations", la parte "Enfoque" es bastante repetitiva, ya que aborda temas ya tratados en este libro.

La parte más interesante es la de "Actividades", donde se repasan las 8 actividades de la ISO, que son:

1. Especificar la gama más amplia posible de personas usuarias.
2. Especificar sus objetivos y tareas.
3. Especificar sus necesidades de accesibilidad.
4. Especificar requisitos de accesibilidad.
5. Especificar el enfoque de diseño.
6. Garantizar su cumplimiento.
7. Garantizar que se comunica sobre accesibilidad.
8. Garantizar la integración de la accesibilidad en las actualizaciones del sistema.

No se trata solo de cumplir con una norma técnica como las WCAG, porque el propio planteamiento de tu producto depende estrechamente de tu audiencia. Por ejemplo, en la web de un restaurante, no solo importará que la web sea accesible, sino también la accesibilidad del propio restaurante o de la carta, y de la información que das sobre ello en la web.

Hassell habla de casos concretos en los que el estudio de su target le permitió un enfoque de diseño adecuado. Por ejemplo, idear juegos para menores de 8 años con discapacidad visual pensando que usarán un lector de pantalla en UK era abocar el proyecto al fracaso, pudiéndose abordar a tiempo un enfoque diferente y más adecuado.

Por otra parte, no todos los errores son iguales; hay que priorizarlos. De qué sirve que todo el proceso de búsqueda y reserva de un billete de avión sea accesible si, al final, en el último momento, un captcha impide a parte de las personas terminar la compra. El error es solo uno, y solo en una página, pero es un error bloqueante en una tarea fundamental y prioritaria.

La hoja de cálculo que acompaña al libro incluye una matriz de priorización de problemas de accesibilidad, para estimar el beneficio y el coste de cada criterio y sus dependencias. El autor insiste en lo importante que es documentar y argumentar correctamente cada decisión.

Es relevante saber que la ISO 30071 habla de tres niveles de accesibilidad que no se corresponden con los niveles A, AA y AAA de las WCAG, porque son más bien niveles de experiencia:

1. Nivel técnico: en este nivel se incluiría cumplir con una norma técnica como las WCAG.
2. Nivel de eficacia y eficiencia: en este nivel trabajamos una buena experiencia de las personas usuarias reales, el esfuerzo, el tiempo y los errores hasta completar una tarea.
3. Nivel de satisfacción: puede que sea técnicamente accesible, eficiente y eficaz, pero que resulte aburrido o poco respetuoso, en este nivel abordamos la satisfacción de las personas con el producto.

Otro de los temas recurrentes del libro es el de la accesibilidad en la realidad del desarrollo de software.

En el mundo real rara vez se consigue la perfección y, desde luego, nunca en el primer lanzamiento. En el mundo real, se aprende a trabajar de forma pragmática mediante un proceso de mejora continua. Durante este proceso, es muy importante seguir una metodología que permita ir documentando y justificando cada decisión.

También se aborda la importancia de incluir los requisitos de accesibilidad en la documentación y en los contratos de adquisición y subcontratación de productos.

Anexo. Índice de la ISO 30071

• Introduction
• Scope
• Normative references
• Terms and definitions
• Conformity
• Introduction to ICT accessibility within an organization
• Responsibilities and documentation for embedding accessibility of ICT systems within an organization
  • Taking responsibility and setting policy
  • Contents of an organizational ICT accessibility policy
  • Organizational ICT accessibility goals
  • Accessibility considerations in the organization's ICT policies
• Embedding ICT accessibility within the system development life cycle
  • Taking accessibility into account throughout ICT system development
  • Making justifiable decisions on Accessibility
  • Assuring accessibility throughout the system life cycle.
  • Creating accessibility logs and statements for each ICT system
  • Contents of an ICT system accessibility log
  • Contents of an ICT system accessibility statement
• (8) Activities in ICT system development or procurement
  • Performing and documenting accessibility activities
  • Activity 1: Specify widest range of potential users.
  • Activity 2: Specify user goals and tasks
  • Activity 3: Specify user accessibility needs
  • Activity 4: Specify accessibility requirements
  • Activity 5: Specify accessibility design approach
  • Activity 6: Ensure accessibility requirements are met
  • Activity 7: Ensure communication about accessibility
  • Activity 8: Ensure integration of accessibility in system updates
• Annex A (informative) Applying the accessibility goals of ISO/IEC Guide 71:2014
• Annex B (informative) Application of Clause 8
• Annex C (informative) Sources of ICT accessibility guidelines
• Annex D (informative) Accessibility testing methods
• Annex E (informative) Drivers of Accessibility
• Annex F (informative) Checklists for ISO/IEC 30071

Artículos relacionados

• BS 8878:2010. Proceso para integrar la accesibilidad en todo el ciclo de vida de un producto web, 2015
• Masterclass en abierto "De la teoría a la práctica", en el marco del Máster de Accesibilidad Digital de la Universidad de Barcelona, 2025.