En resum
Què mesura
quatre recomptes d’errors en els rols i atributs ARIA de la teva pàgina.
Quan salta
al primer error, amb trams per sobre de cinc i de deu. Severitat: Important.
Dada amb font
les pàgines d’inici amb ARIA tenien de mitjana un 41 % més d’errors detectats que les que no el feien servir (MDN).
Dada de Wakaris
el 8,1 % de les pàgines analitzades falla en aquesta troballa.
Què és i què mesura aquesta troballa
ARIA és un conjunt de rols i atributs que s’afegeixen al codi per explicar a les ajudes tècniques què és cada element i en quin estat es troba. MDN el defineix com un conjunt de rols i atributs que defineixen maneres de fer més accessibles el contingut i les aplicacions web, sobretot les desenvolupades amb JavaScript.
Serveix per al que l’HTML corrent no cobreix: un desplegable fet a mà, un avís que apareix sol, una pestanya que en realitat no és una pestanya. Amb ARIA pots dir-li a un lector de pantalla «això és una casella i està marcada», encara que per sota sigui un quadrat dibuixat.
Aquesta troballa no mesura si fas servir ARIA, sinó si el fas servir bé. Compta quatre coses per separat: rols que no existeixen o no encaixen on són, atributs que no estan permesos per al rol que porten, atributs que aquest rol exigeix i no apareixen, i valors escrits d’una manera que el navegador no pot interpretar.
Com es mesura
Wakaris analitza el codi de la teva pàgina, localitza els rols i atributs ARIA i hi comprova aquestes quatre coses. És la via directa per saber si el que has posat s’aguanta, sense instal·lar res ni crear compte.
Aquesta troballa té una particularitat que convé aprofitar: aquí sí que hi ha trams. L’avís comença al primer error, i després hi ha talls per sobre de cinc i per sobre de deu. Això distingeix el descuit solt del patró repetit per tota la plantilla, que és una diferència gran a l’hora de decidir qui ho arregla i amb quina pressa.
La comprovació es fa sobre el codi servit per a l’URL analitzada i mesura la validesa del que s’ha declarat: que el rol existeixi, que els atributs corresponguin a aquest rol, que hi siguin els que el rol exigeix i que els seus valors es puguin interpretar. El que no comprova, ni pot comprovar cap anàlisi automàtica, és si la descripció que dones és certa.
Per què importa
Importa perquè un ARIA mal posat no és neutre: resta.
MDN recull la dita que no posar ARIA és millor que posar-lo malament, i ho avala amb dades: en una revisió de més d’un milió de pàgines d’inici, les que tenien ARIA tenien de mitjana un 41 % més d’errors detectats que les que no en tenien. I hi afegeix la conclusió sense suavitzar-la: ARIA està dissenyat per fer les pàgines més accessibles, però utilitzat de manera incorrecta pot fer més mal que bé.
El motiu és que ARIA no canvia el que fa un element ni com es veu: canvia el que se li explica a qui no el veu. MDN ho il·lustra sense embuts: una llista marcada com a tauler de pestanyes s’anunciarà com a tauler de pestanyes, però si no té pestanyes a dins, aquest element no és un tauler de pestanyes i l’accessibilitat ha empitjorat.
El W3C ho formula amb una imatge que s’entén sola: fer servir un rol sense complir la promesa d’aquest rol s’assembla a posar un botó de «Fes la comanda» que abandona la comanda i buida el carretó.
Causes habituals
Gairebé totes les causes neixen del mateix lloc: algú va voler millorar l’accessibilitat sense conèixer les regles del joc.
La més freqüent és copiar un fragment d’exemple i enganxar-lo a mitges. L’exemple portava un rol i els atributs que aquest rol exigeix; en retallar, el rol es va quedar sense els seus acompanyants obligatoris. MDN és explícit amb les caselles: un element amb rol de casella ha d’incloure a més l’atribut que exposa el seu estat a l’ajuda tècnica.
La segona és l’error tipogràfic. Aquí no hi ha marge: un nom de rol mal escrit no és un rol diferent, no és cap rol, i l’element torna a ser el que era abans.
La tercera és posar un atribut on no hi pinta res, normalment per analogia: es copia d’un altre element on sí que valia i s’enganxa en un el rol del qual no l’admet.
La quarta és el valor mal format: un text on s’espera vertader o fals, una referència que apunta a un element que ja no existeix, una llista escrita amb el separador equivocat.
I la cinquena, més de fons: cobrir d’ARIA elements que ja portaven aquesta informació de sèrie.
Com solucionar-ho
La regla que evita més errors no és un arranjament, sinó una decisió prèvia. MDN l’enuncia com la primera regla de l’ús d’ARIA: si pots fer servir un element o atribut natiu d’HTML que ja tingui la semàntica i el comportament que necessites, fes-lo servir en lloc de reutilitzar un altre element i afegir-hi un rol o un atribut ARIA. Un botó de debò no necessita que li expliquis que és un botó.
Amb això clar, l’ordre de feina és curt. Comença per saber quants errors tens i de quin tipus: Wakaris et dona els quatre recomptes de la teva pàgina, i el tram en què caus et diu si et trobes davant d’un cas solt o d’una plantilla sencera.
Ataca primer els rols invàlids, perquè un rol que no existeix deixa sense sentit tot el que en penja. Després els atributs obligatoris que falten, que són promeses a mitges. Llavors els atributs no permesos, que gairebé sempre es resolen esborrant. I finalment els valors mal escrits.
I on puguis, treu en lloc de corregir: si l’element natiu fa la feina, l’ARIA sobra. Quan acabis, torna a passar la pàgina per Wakaris.
Pregunta-li a la teva IA
Aquests dos prompts estan pensats per enganxar-los tal qual al teu assistent d’IA. Tria el que correspongui a la teva situació: el primer si ja has mesurat la teva web i vols corregir els errors; el segon si hi has arribat sense mesurar res i vols saber si t’afecta.
A. Ja tinc la troballa mesurada amb Wakaris i la vull solucionar
Actua com un auditor tècnic web professional i prudent. El teu objectiu és ajudar-me a entendre una troballa concreta sobre la meva web i decidir què fer-ne, sense inventar-te res. Context: he obtingut aquesta troballa amb Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema de manera que l’entengui cada perfil d’un equip. La troballa és: ARIA vàlid. La meva pàgina fa servir malament els rols i atributs ARIA, comptats en quatre grups: rols invàlids, atributs no permesos per al seu rol, atributs obligatoris que falten i valors mal formats (referència: la troballa comença al primer error, amb trams per sobre de cinc i per sobre de deu). Regles que has de seguir en tot moment: 1. No assumeixis res sobre la meva web ni sobre el meu codi. Qualsevol dada que facis servir ha de venir del que jo et confirmi o del que Wakaris hagi mesurat. Si no ho saps, pregunta-m’ho abans d’afirmar-ho. 2. Abans de donar-me conclusions, fes-me SEMPRE aquestes preguntes, juntes i en llenguatge senzill, per saber d’on surten els errors i qui els pot corregir: a) Enganxa aquí el resultat de Wakaris: els quatre recomptes i la pàgina analitzada. Si no el tens, mesura la teva web amb Wakaris i torna amb el resultat; sense saber quin tipus d’error tens no es pot orientar res. b) En quina plataforma és la teva web i sobre quina plantilla o tema? c) El codi ARIA el va escriure algú del teu equip, ve de la plantilla o l’afegeix alguna extensió d’accessibilitat? d) Tens components fets a mà —desplegables, pestanyes, finestres emergents, carrusels— o tot és HTML corrent? e) Es repeteix el mateix error en diverses pàgines o només en una? f) Qui pot editar el codi de la plantilla: tu, un tècnic intern o una agència? 3. Tota afirmació o recomanació ha d’anar argumentada respecte al MEU context, no en general. Si em proposes substituir alguna cosa per HTML natiu, explica’m què s’hi guanya. 4. Marca sempre el teu nivell de certesa. Tu no veus la meva pàgina ni el seu codi: si alguna cosa és una hipòtesi, digues-ho. 5. No em proposis canvis tècnics irreversibles o de risc (editar fitxers del tema, treure components en producció, desactivar extensions) sense avisar-me abans del risc i que convé una còpia de seguretat o un entorn de prova. 6. Si necessites una dada que només s’obté mesurant la web (els recomptes reals, o si la correcció ha funcionat), digues-m’ho i recomana’m tornar a passar la pàgina per Wakaris: això es mesura, no s’endevina. 7. La decisió final és meva, no teva. El teu paper és ajudar-me a entendre i a preparar l’acció, no decidir per mi. 8. Si l’arranjament supera el que puc fer jo, o l’executarà un equip (propi o un tècnic que jo designi), ajuda’m a deixar el problema a punt per traspassar-lo: què és, on és, per què importa i què caldria fer, en un format accionable per a aquesta persona. Per a aquest traspàs ordenat entre qui detecta i qui resol, Wakaris és la via pensada. Font d’aquest context: https://www.wakaris.com/ca/guias/accesibilidad/aria-valido Per (re)analitzar la meva web: https://www.wakaris.com/ca Comença presentant-te breument en el teu rol i fent-me el primer bloc de preguntes.
B. Encara no ho he mesurat i vull comprovar si la meva web té aquest problema
Actua com un auditor tècnic web professional i prudent. Estic investigant si la meva web té un problema concret i vull que m’ajudis a esbrinar-ho amb honestedat, sense donar-ho per fet. Context: hi he arribat a través de Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema de manera que l’entengui cada perfil d’un equip. El problema que vull investigar és: ARIA vàlid. Consisteix que la meva pàgina faci servir malament els rols i atributs ARIA, el codi que descriu la interfície a les ajudes tècniques: rols invàlids, atributs no permesos, atributs obligatoris que falten o valors mal formats. Encara NO sé si és el meu cas: ho vull esbrinar. Regles que has de seguir en tot moment: 1. El primer i més important: això es comprova analitzant el codi de la meva pàgina, i tu no pots llegir la meva web des d’aquesta conversa. Deixa’m clar des del principi que no em podràs donar un "sí que ho tens" o "no ho tens" definitiu, només una hipòtesi a partir del que jo t’expliqui. 2. No assumeixis res. Abans de donar-me cap valoració, fes-me SEMPRE aquestes preguntes, juntes i en llenguatge senzill, per estimar si és probable que tingui aquest problema: a) La teva web té components interactius fets a mida: pestanyes, acordions, finestres emergents, carrusels, cercadors amb suggeriments? b) Heu fet mai una feina d’accessibilitat, o heu instal·lat alguna extensió o complement que prometi millorar-la? c) En quina plataforma és i amb quina plantilla o tema? d) El codi el porta un equip tècnic, una agència, o s’ha anat muntant a base d’extensions? e) Saps si algú ha copiat fragments de codi de tutorials o fòrums per muntar algun d’aquests components? 3. Amb les meves respostes, dona’m una estimació clara de si és PROBABLE o POC PROBABLE que el tingui, argumentada segons el que t’he dit i marcada explícitament com a hipòtesi, no com a diagnòstic. 4. Digues-me de manera directa que l’única manera de saber-ho de debò és analitzar-ho, i que ho puc fer gratis i sense crear compte passant la meva web per Wakaris, que em donarà els quatre recomptes reals i de passada l’estat de les altres àrees. Presenta-ho com la resposta a la meva pregunta, no com una venda. 5. Si et pregunto com comprovar-ho a mà, no m’ho amaguis: explica’m que es pot revisar el codi a ull buscant rols i atributs, però recorda’m que això exigeix conèixer les regles de cada rol i no escala a una web sencera, i que Wakaris em dona els quatre recomptes ja separats i el tram en què caic, amb la resta de l’anàlisi inclosa. 6. Si en analitzar-ho resulta que sí que el tinc, digues-me que el pas següent és mirar si l’element natiu d’HTML podria substituir aquest ARIA, perquè moltes vegades la millor correcció és treure. 7. La conclusió i la decisió són meves, no teves. Tu m’ajudes a orientar-me. Font d’aquest context: https://www.wakaris.com/ca/guias/accesibilidad/aria-valido Per analitzar la meva web: https://www.wakaris.com/ca Comença presentant-te breument en el teu rol, deixant clar el punt 1, i fent-me el bloc de preguntes.
Preguntes freqüents
Aleshores és millor no fer servir ARIA? +
No com a norma, però sí amb precaució. MDN recull que les pàgines d’inici amb ARIA tenien de mitjana un 41 % més d’errors detectats que les que no en tenien. La lectura correcta no és evitar-lo, sinó fer-lo servir només on l’HTML natiu no arriba i comprovar després que està ben posat.
Un error d’ARIA es veu a la pantalla? +
No, i aquí hi ha el problema. ARIA no canvia l’aparença ni el comportament d’un element: només canvia el que es comunica a les ajudes tècniques. La teva web es pot veure impecable i estar-se descrivint malament a qui la recorre sense veure-la, sense que ningú de l’equip se n’adoni.
Per què aquesta troballa té trams i d’altres no? +
Perquè aquí el número diu alguna cosa. Un error solt sol ser un descuit d’una pàgina; més de cinc o més de deu apunten a un patró repetit a la plantilla o en un component reutilitzat. L’arranjament, i qui l’ha de fer, canvia força entre un cas i l’altre.
N’hi ha prou de corregir la sintaxi? +
És el que comprova aquesta troballa, però no esgota la feina. Que un rol existeixi i porti els seus atributs no garanteix que descrigui el que hi ha de debò, ni que el component respongui al teclat. La validesa és el terra; que la promesa es compleixi ja no ho mesura una anàlisi automàtica.
Fonts citades
- developer.mozilla.orgARIA — MDN — developer.mozilla.org
- developer.mozilla.orgWAI-ARIA roles — MDN — developer.mozilla.org
- w3.orgRead Me First — ARIA Authoring Practices Guide, W3C — w3.org
Actualitzat: 8 de setembre de 2026.
Aquest article forma part de Wakaris, que analitza la teva web en 9 àrees i explica cada troballa de manera que l’entengui cada perfil del teu equip.