IRA: què és l’Informe de Remediació d’Accessibilitat

VERSIÓ EN CATALÀ

Què és un IRA i per què el necessites?

Imagina que portes el cotxe al taller i el mecànic et diu: «Té problemes». Res més. No et diu quins, ni quant costa arreglar-los, ni quin és urgent. Et quedaries tranquil? Segurament no. Doncs això és exactament el que passa quan fas una auditoria d’accessibilitat web i no generes un IRA: saps que hi ha problemes, però no tens un pla clar per resoldre’ls.

L’IRA (Informe de Remediació d’Accessibilitat) és el document tècnic que tradueix les troballes d’una auditoria d’accessibilitat en un pla d’acció concret, prioritzat i executable. No és només una llista d’errors: és un full de ruta que connecta cada barrera detectada amb la seva solució, la seva prioritat, el seu responsable i el seu termini estimat de correcció.

Personalment, crec que l’IRA és el document més important de tot el cicle d’accessibilitat. Per què? Perquè una auditoria sense remediació és com un diagnòstic mèdic sense tractament: informació útil que no canvia res. L’IRA és el pont entre detectar un problema i solucionar-lo.

Context: la remediació d’accessibilitat a l’ecosistema digital

Abans d’aprofundir en l’IRA, situem-lo en el seu context. La remediació d’accessibilitat és el procés de corregir les barreres d’accessibilitat identificades en un producte digital. I l’IRA és el document que estructura, prioritza i guia aquest procés.

Segons dades del WebAIM Million Report de 2025, el 95,9% de les pàgines web analitzades presentaven almenys un error d’accessibilitat detectable automàticament. Això significa que gairebé totes les webs necessiten remediació. I si necessites remediar, necessites un IRA.

En el marc normatiu europeu, l’European Accessibility Act (EAA) obliga des del juny de 2025 que els productes i serveis digitals siguin accessibles. La norma EN 301 549 defineix els requisits tècnics, i les WCAG 2.2 nivell AA són l’estàndard de referència. L’IRA és l’eina que et permet demostrar que estàs treballant activament en el compliment.

Què conté un IRA? Estructura completa

Alguna vegada has rebut un informe d’accessibilitat que era un PDF de 200 pàgines impossible de gestionar? L’IRA ben fet és tot el contrari: un document clar, accionable i que qualsevol membre de l’equip pot entendre. Aquí tens la seva estructura bàsica:

1. Resum executiu

Un resum breu (1-2 pàgines) que explica l’estat actual d’accessibilitat, l’abast de l’auditoria, el nombre total de troballes i les recomanacions principals. Aquest apartat està pensat per a directius i responsables de negoci que no llegiran l’informe complet.

2. Metodologia d’avaluació

Descriu com s’ha realitzat l’auditoria: eines utilitzades (axe, WAVE, Lighthouse, NVDA, JAWS), navegadors provats, tecnologies d’assistència avaluades i criteris de conformitat aplicats (WCAG 2.2 nivell AA, EN 301 549). Segons la metodologia WCAG-EM del W3C, aquesta secció és fonamental per a la reproducció dels resultats.

3. Inventari de troballes

Cada troballa s’ha de documentar amb: descripció del problema, criteri WCAG incomplert, nivell d’impacte (crític, major, menor), evidència (captura de pantalla, codi afectat), pàgines o components afectats i solució recomanada.

4. Priorització de troballes

No tots els errors són iguals. L’IRA ha d’establir una priorització clara basada en tres factors: impacte en l’usuari, frequència d’aparició i esforç de correcció. T’ho mostro en aquesta taula:

5. Pla de remediació

Aquí està la clau de l’IRA: un pla d’acció amb terminis, responsables i lliurables. Cada troballa ha de tenir assignat un responsable (frontend, backend, contingut, disseny), una data límit estimada i un criteri de verificació per confirmar que la correcció és efectiva.

6. Matriu de seguiment

Una taula de seguiment que permet monitoritzar l’avanç de la remediació. Els estats típics són: pendent, en progrés, corregit, verificat i no aplica. Aquesta matriu és la que converteix l’IRA en un document viu, no en un PDF que acumula pols digital.

Com prioritzar troballes en un IRA: la metodologia RICE adaptada

Et sona la metodologia RICE (Reach, Impact, Confidence, Effort)? En gestió de producte és molt coneguda, i s’adapta perfectament a la priorització de troballes d’accessibilitat:

• Abast (Reach): quants usuaris es veuen afectats? Un error a la pàgina d’inici té més abast que un a una pàgina de política de privacitat.
• Impacte (Impact): quant afecta l’experiència de l’usuari? Un botó de compra inaccessible té impacte crític; un text decoratiu sense alt té impacte menor.
• Confiança (Confidence): com de segurs estem de la troballa? Els errors detectats amb eines automàtiques i confirmats manualment tenen alta confiança.
• Esforç (Effort): quant costa corregir-ho? Afegir un aria-label a un botó és esforç mínim; reestructurar la navegació completa és esforç alt.

En la meva experiència, la priorització més efectiva és començar pels troballes d’alt impacte i baix esforç: són els que generen més millora amb menys inversió. És com collir la fruita que està a l’abast de la mà abans de pujar a l’arbre.

Eines per crear i gestionar un IRA

No necessites programari especialitzat per gestionar un IRA. Aquestes eines funcionen perfectament:

Errors comuns en crear un IRA (i com evitar-los)

Després de revisar desenes d’IRAs en projectes reals, aquests són els errors que veig més sovint:

• No prioritzar: llistar 200 troballes sense ordre de prioritat paralitza l’equip. Sempre prioritza.
• No assignar responsables: si ningú n’és responsable, ningú actua. Cada troballa necessita un propietari.
• Descriure el problema sense donar la solució: l’equip de desenvolupament necessita saber què fer, no només què està malament.
• No incloure evidències: sense captures de pantalla o fragments de codi, els desenvolupadors perden temps buscant el problema.
• No actualitzar l’IRA: un IRA que no s’actualitza després de cada sprint de remediació perd tota la seva utilitat.
• Ignorar la verificació post-correcció: corregir no és suficient; cal verificar que la correcció funciona amb tecnologies d’assistència reals.

Dades i xifres sobre remediació d’accessibilitat

Per que dimensionis la importància de l’IRA:

• Segons el W3C, remediar un producte acabat costa entre 5 i 10 vegades més que dissenyar-lo accessible des del principi.
• El WebAIM Million Report 2025 va detectar una mitjana de 50,8 errors d’accessibilitat per pàgina web analitzada.
• L’EAA afecta a més de 500.000 empreses a la UE. Totes necessitaran, en major o menor mesura, processos de remediació documentats.
• Segons Deque Systems (creadors d’axe), les organitzacions que implementen un procés de remediació estructurat redueixen les seves barreres d’accessibilitat en un 70% en 12 mesos.
• La Fundación ONCE estima que el 80% de les barreres d’accessibilitat web es concentren en només 10 tipus d’errors recurrents.