IRA i troballes WCAG: com estructurar els resultats

VERSIÓ EN CATALÀ

Què és una troballa d’accessibilitat i per què és tan important documentar-la bé?

Imagina que ets metge i, després de fer una bateria de proves a un pacient, anotes al seu historial «no es troba bé». Sense més detalls. Sense proves, sense dades, sense localització del problema. Seria útil aquest historial per a un altre professional que necessiti tractar el pacient? Òbviament, no. Doncs exactament el mateix passa amb les troballes d’accessibilitat en un Informe de Remediació d’Accessibilitat (IRA).

Una troballa d’accessibilitat és cada incompliment, error o àrea de millora detectada en avaluar un lloc web o aplicació davant les pautes WCAG 2.1 del W3C. Però la troballa en si no val res si no està ben documentada. Un IRA amb troballes mal estructurades és com un mapa sense llegenda: tècnicament existeix, però no et porta enlloc.

Personalment, crec que la qualitat d’un IRA es mesura directament per la qualitat de les seves troballes. He vist informes de 200 pàgines que no servien per a res perquè les troballes eren vagues, i he vist informes de 30 pàgines que van transformar l’accessibilitat de tota una organització perquè cada troballa era clara, accionable i ben prioritzada.

Anatomia d’una troballa IRA ben estructurada

Quins elements ha de tenir cada troballa perquè sigui realment útil? Després d’anys redactant informes de remediació d’accessibilitat, he arribat a una estructura que funciona de manera consistent:

Et sembla massa detall? Pensa-hi com una recepta de cuina: si només diu «posa coses al forn», el resultat és impredictible. Si diu «preescalfa a 180°C, col·loca la safata a la graella central durant 25 minuts», qualsevol pot replicar el resultat amb èxit.

Classificació de troballes segons nivells WCAG

No totes les troballes tenen la mateixa gravetat. Les pautes WCAG 2.1 del W3C estableixen tres nivells de conformitat, i el teu IRA ha de reflectir aquesta jerarquia:

Nivell A: el bàsic imprescindible

Els criteris de Nivell A representen el mínim absolut. Si el teu lloc web no compleix aquests criteris, estàs excloent activament persones amb discapacitat. Segons dades de WebAIM al seu informe anual WebAIM Million de 2025, el 95,9% de les pàgines d’inici analitzades tenien almenys un error de Nivell A detectable automàticament. Eines com axe DevTools de Deque Systems poden identificar molts d’aquests problemes de forma instantània.

Exemples típics: imatges sense text alternatiu (1.1.1), vídeos sense subtítols (1.2.2), formularis sense etiquetes (1.3.1), contingut no navegable amb teclat (2.1.1).

Nivell AA: l’estàndard de referència

El Nivell AA és el que exigeix la majoria de legislacions, inclòs la Directiva Europea d’Accessibilitat i l’European Accessibility Act. Quan parlem de «complir WCAG», gairebé sempre ens referim al Nivell AA. El teu IRA ha de prestar especial atenció a aquests criteris perquè són els que determinen el compliment legal.

Exemples: contrast de color insuficient (1.4.3), text no redimensionable (1.4.4), navegació inconsistent (3.2.3), missatges d’error sense suggeriments (3.3.3).

Nivell AAA: l’excel·lència

El Nivell AAA rarament s’exigeix legalment, però incloure’l al teu IRA demostra un compromís real amb l’accessibilitat. Personalment, recomano documentar oportunitats de millora AAA com a «troballes de millora», diferenciant-les dels incompliments obligatoris.

Eines per detectar i documentar troballes

Amb quines eines pots identificar troballes per al teu IRA? La realitat és que necessites combinar avaluació automàtica i manual:

Segons Deque Systems, les eines automàtiques com axe DevTools poden detectar entre el 30% i el 57% dels problemes d’accessibilitat. La resta requereix avaluació manual experta. El teu IRA ha d’indicar clarament quina metodologia es va utilitzar per a cada troballa.

Priorització de troballes: la clau d’un IRA accionable

De què serveix tenir 150 troballes documentades si l’equip de desenvolupament no sap per on començar? La priorització és el que converteix un IRA d’un document passiu en un full de ruta actiu.

La matriu que faig servir i recomano creua dues variables:

• Impacte en l’usuari: com afecta aquest problema l’experiència de les persones amb discapacitat?
• Esforç de remediació: quant de temps i recursos es necessiten per corregir-lo?

Amb aquest creuament obtens quatre quadrants clars:

Personalment, sempre aconsello començar pels quick wins. Res motiva més un equip que veure resultats ràpids. Una troballa com «botó sense etiqueta accessible» es pot corregir en cinc minuts i millorar l’experiència de milers d’usuaris.

Errors comuns en documentar troballes en un IRA

Vols saber què diferencia un IRA mediocre d’un d’excel·lent? Aquests són els errors que veig amb més frequència:

• Troballes genèriques: escriure «problemes de contrast» sense especificar on, quins elements ni quin ratio de contrast es va trobar.
• Manca d’evidències: no incloure captures de pantalla, fragments de codi ni resultats d’eines com axe DevTools o WAVE.
• Absència d’impacte en l’usuari: descriure el problema tècnic sense explicar com afecta persones reals.
• No indicar la remediació: assenyalar l’error sense proposar una solució concreta. Un bon IRA és també una guia de solució.
• Barrejar severitats: tractar totes les troballes amb la mateixa urgència, cosa que paralitza l’equip de desenvolupament.
• Ignorar troballes positives: un IRA complet també documenta el que funciona bé, no només els errors.

Plantilla IRA: estructura recomanada per a troballes

Si estàs creant el teu primer IRA o vols millorar la teva plantilla actual, aquesta és l’estructura que recomano basada en la metodologia WCAG-EM del W3C:

• 1. Resum executiu: visió general de l’estat d’accessibilitat amb mètriques clau.
• 2. Abast de l’avaluació: pàgines avaluades, tecnologies, eines utilitzades.
• 3. Metodologia: combinació de proves automàtiques (axe DevTools, WAVE) i manuals.
• 4. Resum de troballes: taula resum amb recompte per severitat i criteri WCAG.
• 5. Troballes detallades: cada troballa amb l’estructura de 9 elements descrita més amunt.
• 6. Troballes positives: elements que ja compleixen amb WCAG 2.1.
• 7. Full de ruta de remediació: priorització i calendari de correccions.
• 8. Annexos: captures de pantalla, resultats d’eines, referències WCAG.