El GAAD cumple 15 años: accesibilidad integrada desde el inicio, no añadida a posteriori

La mayoría de las conversaciones sobre accesibilidad acaban de una de dos maneras. O se quedan en el plano del imperativo moral - «lo que hay que hacer» - o se desmoronan en un teatro del cumplimiento normativo: una lista de normativas, la amenaza de multas, una auditoría puntual que se marca como hecha y se olvida.

Ninguna de las dos versiones le sirve a un equipo de producto.

Por eso, este año, con motivo del Global Accessibility Awareness Day (se abre en una pestaña nueva), hicimos algo diferente. Pusimos a dos personas bajo los focos —Cian Dowling, Accessibility Lead en Synthesia, y Darren Britton, nuestro CTO y cofundador— y les pedimos que hablaran con franqueza de cómo es realmente este trabajo desde dentro. Sin diapositivas. Sin respuestas ensayadas. Micrófono abierto.

Esto es lo que se perdió:

El dique que nadie construye hasta después de la inundación

Cian tiene una forma de enfocar la accesibilidad que zanja los argumentos habituales más rápido que cualquier amenaza regulatoria.

"Si se tienen las defensas contra inundaciones más perfectas del mundo y no llega ninguna inundación, ¿quién va a dar una palmadita en la espalda? Nadie. ¿Y si no se tienen? Uno se juega el cuello.

Solo cuando ocurre el desastre se nota en el bolsillo. ¿Qué pasa si alguien dice: «Voy a descartarles para el contrato más grande que han tenido nunca porque no tienen un VPAT»? Pierden todos, no solo los ingenieros."

Esta es la conversación que la mayoría de los equipos de producto evita. No porque no les importe la accesibilidad, sino porque todavía no han interiorizado el argumento de negocio. La accesibilidad está en la misma categoría que la recuperación ante desastres: invisible cuando funciona, catastrófica cuando no.

La diferencia ahora es que la inundación está más cerca de lo que cree la mayoría de los equipos.

A nadie le importa el cumplimiento normativo hasta que es demasiado tarde

Cuando Cian se incorporó a Synthesia, su primera llamada no fue a la comunidad de accesibilidad. Fue al Head of Infosec.

"Le pregunté: cuéntame qué pasó hace diez años con el RGPD. ¿Cómo conseguiste que a la gente le importara antes de que fuera demasiado tarde? Me dio muchos buenos consejos."

La analogía del RGPD es la más útil de todas para un público mixto. La mayoría de los equipos de producto ya han pasado por un ciclo de cumplimiento normativo: SOC 2, RGPD, ISO 27001. Conocen el patrón: primero parece opcional, luego parece urgente y, al final, se convierte en una condición para hacer negocios con cualquiera que importe. O quedarse fuera.

La accesibilidad está en el mismo ciclo, con dos o tres años de retraso. Las empresas que ya la tratan como infraestructura son las que cerrarán acuerdos con grandes empresas en 2026 y 2027. Las que esperen tendrán que adaptarse a posteriori y bajo presión (y eso sale caro).

"Prefiero mil veces dar pasos proactivos y meter en la hoja de ruta del próximo trimestre algo que resuelva el 20 % que quedarme de brazos cruzados quejándome de que no hemos llegado al 100 %."

El progreso antes que la perfección.

La auditoría no es la ITV

Esta es la trampa en la que cae la mayoría de los equipos. Encargan una auditoría. Reciben un informe. Tratan el informe como si fuera el trabajo. Y se olvidan de él.

La opinión de Cian al respecto es clara: la auditoría le dice lo que estaba mal en un momento concreto, hace unos meses. Para una empresa que lanza más de mil novedades al mes, esa imagen ya está desfasada antes de que termine de leerla.

"Me interesa mucho más averiguar cómo reducir la cantidad de cosas no accesibles que lanzamos mes a mes que liquidar un backlog. La auditoría no es como la ITV del coche: no vas una vez al año y marcas la casilla. La pregunta es: ¿qué llevó a que esas incidencias estuvieran ahí, para que la próxima auditoría encuentre menos?"

Es una cuestión de definición de «terminado». No de un sprint de corrección.

Los equipos que avanzan de verdad en accesibilidad son los que han dejado de tratarla como un proyecto y han empezado a tratarla como una práctica. Una accesibilidad de la que se responsabiliza un referente (o varios) integrado en producto o ingeniería. Incorporada al sistema de diseño para que sea correcta por defecto.

La IA no va a resolver esto. Puede que incluso lo esté empeorando.

La pregunta que más oímos ahora mismo a los equipos de producto: ¿no lo va a arreglar la IA automáticamente? ¿No podemos pasar nuestro código base por Claude o GPT y que se resuelvan nuestras incidencias de accesibilidad?

Antes de incorporarse a Synthesia, el propio Cian intentó crear una herramienta de accesibilidad basada en IA. Esta es la razón por la que no funciona como la mayoría de la gente supone.

"Si metes todo tu código base en un LLM, estás regalando la finca familiar. No es buena idea meter tu código propietario en un modelo de terceros."

Pero el problema de fondo es con qué se ha entrenado la IA.

"Los LLM se entrenan con todo lo que ha existido hasta la fecha. El 97 % de internet no es accesible. Eso significa que la IA se ha entrenado predominantemente con código no accesible. Y el resultado lo refleja."

Los componentes de React generados por IA omiten sistemáticamente ARIA y el HTML semántico. Las interfaces generadas en tiempo de ejecución no se pueden auditar de antemano. La velocidad con la que la IA permite a los equipos lanzar productos hace que las regresiones de accesibilidad lleguen antes de que nadie las revise. Las herramientas que prometen ayudar a los equipos a avanzar más rápido están, para muchos de ellos, añadiendo silenciosamente deuda de cumplimiento normativo en cada versión.

Eso no significa que la IA no tenga ningún papel. Significa que su papel es distinto del que la mayoría supone.

"Aprovechar el volumen y la escala de lo que puede hacer la IA, pero añadiendo criterio humano y contexto para reducir el trabajo: eso es lo que hace falta. Una herramienta como DevAlly permite a un especialista en accesibilidad, o a un ingeniero con sensibilidad por la accesibilidad, hacer 5 veces más trabajo del que podría hacer de otro modo. Eso no lo vas a conseguir con un LLM genérico estándar."

El enfoque del que nadie habla todavía

Hay un tema que apenas empieza a aparecer en las conversaciones de ingeniería y que replantea la accesibilidad ante la dirección de un modo que la saca por completo de la columna del cumplimiento normativo.

Los agentes de IA son, cada vez más, usuarios de software. Y las mismas cualidades estructurales que hacen que un producto sea accesible para quienes usan lector de pantalla —HTML semántico, etiquetas adecuadas, una arquitectura de componentes predecible, roles ARIA correctos— son las que permiten que un agente de IA navegue por él.

Los equipos que invierten ahora en accesibilidad están sentando, sin proponérselo, las bases de la compatibilidad con agentes.

Si su producto no supera la prueba de un lector de pantalla, probablemente tampoco supere la de un agente.

La accesibilidad deja de ser un coste de cumplimiento normativo y pasa a formar parte de su relato de preparación para la IA.

Qué hacer esta semana

El público del GAAD pidió una acción práctica a cada ponente. Esto es lo que propusieron.

Darren Britton, CTO y cofundador de DevAlly: Empiece por sus tres recorridos de usuario principales. No por una auditoría completa. Automatice lo que pueda y señale lo que necesite una revisión humana. Consiga que el equipo de ingeniería vea algo concreto en este sprint.

Cian Dowling, Accessibility Lead de Synthesia: No acuda primero a la comunidad de accesibilidad. Hable con su Head of Infosec. Pregúntele qué pasó hace diez años con el RGPD y cómo consiguió que a la gente le importara antes de que fuera demasiado tarde. Esa es la conversación que debe replicar; después, busque la vía que le permita entrar en la planificación de ingeniería.

Y un consejo de ambos: no encargue un informe para luego tratarlo como si fuera el trabajo. El informe es el comienzo del trabajo.

La versión honesta de esta historia

Al principio de la conversación, Cian dijo algo que merece una reflexión pausada.

«Hablar de cumplimiento normativo es una tarea ingrata. A nadie le importa hasta que es demasiado tarde. Pero no creo que baste con quedarse sentado diciendo que deberíamos hacerlo. Lanzamos productos con rapidez. Como pasa con muchas de las mejores cosas de la vida, ves la oportunidad y tienes que lanzarte a por ella».

Integrar la accesibilidad desde el principio no es solo la opción responsable. En una empresa de IA de 4 mil millones de dólares que lanza más de mil cambios de producto al mes, es la única opción que tiene sentido comercial.

Así es, en la práctica, una accesibilidad integrada, no añadida a posteriori.

DevAlly es una plataforma de cumplimiento en materia de accesibilidad con sede en Dublín. Ayudamos a los equipos de producto e ingeniería a detectar pronto las incidencias de accesibilidad, gestionar backlogs de corrección priorizados y generar la documentación de conformidad que ahora exigen los departamentos de compras de las grandes empresas.

¿Quiere saber en qué punto está su producto? Realice un análisis gratuito en devally.com