L'accessibilitat (i les seves eines) han de ser invisibles

Fa poc, en presentar Jeikin a un desenvolupador, em va deixar anar una frase que m'esperava tard o d'hora: “Per què necessitaria una altra eina si puc afegir regles d'accessibilitat al meu CLAUDE.md?”.

En part tenia raó: pots escriure «segueix les WCAG AA» en les teves instruccions de IA i l'agent ho intentarà. Posarà algun alt De tant en tant, utilitzarà HTML semàntic si se'n recorda i suggerirà atributs ARIA que hagi vist en altres llocs.

Però demana a aquesta mateixa IA que revisi el codi demà i no es recordarà què va trobar ahir. Pregunta-li si el correcció d'errors que va aplicar la setmana passada s'han complert les regles de tall, o intentar demostrar a un auditor que cada component ha estat revisat. No hi ha rastre de res.

Les instruccions sense control són només suggeriments, i els suggeriments moren davant una data límit, un canvi d'equip o un inspector que exigeix evidències.

La bretxa de compliment

Des de juny de 2025, el Acta Europea d'Accessibilitat (AEA) Ja no és una recomanació, és una obligació. França ja ha fet tocs a grans comerciants i les multes poden arribar als 3 milions d'euros o al 4% de la facturació.

Per als equips de producte, la pregunta ja no és «ens importa l'accessibilitat?», sinó «podem demostrar que la complim?». I aquí és on falla el model actual: una IA pot escriure codi accessible, però no pot auditar el que ha fet, verificar que els correccions superen els controls de qualitat o generar un històric per a una auditoria. Això és capacitat de sistema, no d'instruccions.

«Li vam demanar a la IA que complís les WCAG» no és una prova. «Aquí teniu el taulell amb 86 criteris avaluats i 12 errors corregits» sí que ho és.

El que la IA ve (i el que ignora)

Les WCAG 2.2 tenen 86 criteris. La IA és bona detectant problemes estructurals (jerarquia d'encapçalaments, etiquetes faltants), però hi ha una part crítica que se li escapa:

• L'ordre de focus només es veu en execució.
• El contrast depèn d'estils calculats, no només del codi.
• Les dreceres o la navegació mitjançant teclat requereixen simulació real.
• La visió cromàtica (deuteranòpia, protanòpia) necessita una verificació visual, no només lògica.

Avui dia, creiem que l'enfocament guanyador és per capes: l'anàlisi estàtica (ESLint) captura el 30% dels errors i l'escaneig en temps d'execució (axe-core) un altre 30%. Per al 40%restant segueix sent indispensable la revisió humana guiada: càrrega cognitiva, ordre de lectura, etc.

Un flux de treball invisible

A Guindo, quan l'accessibilitat ha de ser invisible per al flux de treball. No en parlem de superposicions inútils, sinó que el desenvolupador no hagi de sortir del seu entorn.

Per això hem integrat Jeikin on passa l'acció:

• A l'editor: Mitjançant MCP, connectes la teva IA a un sistema de compliment real. No són només prompts; si la IA troba un error, el registra. Si intenta arreglar-lo, el sistema comprova que el arreglar funciona. Si no passa la prova, no es marca com a resolt. El cicle es tanca: buscar, informar, arreglar, verificar.
• En el Sol·licitud de Pull: Jeikin revisa cada PR abans del fusionar. Els errors apareixen com a comentaris al codi, amb la seva gravetat i el criteri WCAG afectat. Si hi ha infraccions crítiques, el fusionar es bloqueja. És la xarxa de seguretat per a quan la IA al·lucina o el desenvolupador s'empassa un pas.
• Al tauler de control: Tot l'esforç es tradueix en dades. Evidències per a l'auditor, tranquil·litat per al responsable de producte.

Instruccions vs. sistema

Molts insisteixen: «La meva IA ja segueix les meves regles», però hi ha coses que un fitxer de text no pot fer per tu:

• Traçabilitat: Saber què s'ha revisat i què ha quedat fora.
• Execució: Bloquejar un fusionar si el codi és inaccessible.
• Persistència La IA oblida en tancar la sessió; el sistema, no.
• Proves reals: Simular contrastos APCA o navegació per teclat.

Les instruccions són el punt de partida, però un sistema de compliment és el cicle complet. Aquest cicle és el que evita regressos i el que converteix l'accessibilitat en una realitat tangible i demostrable.

Prova-ho i digues-nos què et sembla: Instal·la l'extensió i fes una revisió. El normal és trobar barreres que ni sabies que hi eren, no perquè el codi sigui dolent, sinó perquè l'accessibilitat és invisible fins que algú decideix mirar de veritat.

 

Més entrades de Disseny