ACCESIBILIDAD ≠ OVERLAY · 34
L’accessibilitat no és només una qüestió tècnica: una visió global
Codi accessible, continguts clars, disseny comprensible, experiència inclusiva i manteniment continu han de treballar plegats.
1. L’accessibilitat va més enllà del codi
Un web pot superar comprovacions automàtiques i continuar sent difícil d’utilitzar. L’accessibilitat combina tecnologia, decisions editorials, disseny visual, experiències reals i manteniment. Cap d’aquests elements no pot compensar del tot les mancances dels altres.
Un HTML correcte no fa comprensibles unes instruccions confuses. Igualment, una pàgina atractiva no resol un procés de compra impossible de completar amb teclat. Cal considerar com interactuen realment les persones amb el servei.
2. El desenvolupament accessible és la base
L’HTML semàntic permet que navegadors i tecnologies de suport interpretin encapçalaments, enllaços, botons, formularis i regions. Els controls natius solen oferir un comportament de teclat més previsible que els elements visuals que imiten botons.
Cal conservar un ordre lògic de lectura i de focus, associar etiquetes als camps i comunicar els errors de manera programàtica. ARIA pot complementar la semàntica, però no substitueix un HTML ben construït ni una interacció pensada.
3. Els continguts també poden crear barreres
L’accessibilitat editorial comença abans de publicar. Els encapçalaments han d’explicar l’estructura, els enllaços han de tenir sentit fora del paràgraf i les instruccions no han de dependre només del color, la posició o les imatges.
Les imatges informatives necessiten alternatives textuals adequades. Les taules requereixen capçaleres significatives; els documents descarregables, una estructura accessible; i els vídeos, subtítols i altres alternatives pertinents. La informació correcta no serveix de gaire si no es pot percebre o entendre.
4. El disseny ha de ser clar i coherent
Les interfícies inclusives tenen jerarquia visual reconeixible, components consistents i estats diferenciables. Ningú no hauria d’aprendre de nou el funcionament d’un botó a cada pàgina. El contrast, l’espaiat i la tipografia afecten directament l’autonomia.
El color no pot ser l’única manera d’indicar un error o una selecció. Les interfícies també han de resistir el zoom, el reflow i les pantalles petites sense amagar informació ni funcions essencials.
5. Els recorreguts reals importen més que l’aparença
Una portada atractiva no demostra que es pugui demanar cita, pagar o enviar una consulta. Cal avaluar l’accessibilitat durant tot el recorregut, incloent-hi formularis, confirmacions i recuperació d’errors.
Prova tasques concretes: obrir la navegació amb teclat, arribar als camps obligatoris, corregir errors i rebre confirmació. Un diàleg que atrapa el focus o un error que no s’anuncia pot impedir acabar la tasca.
6. Tots els equips tenen responsabilitats
Els problemes apareixen quan dissenyadors, desenvolupadors, editors i equips de manteniment pensen que l’accessibilitat correspon a algú altre. Cada decisió, des del color d’un botó fins al text d’un avís, pot crear barreres.
Cal acordar criteris i responsables. Disseny documenta els estats; desenvolupament implementa semàntica i teclat; continguts aporta llenguatge clar i alternatives; i les proves verifiquen recorreguts complets. La col·laboració evita correccions tardanes.
7. Les WCAG 2.2 aporten criteris comprovables
Les pautes d’accessibilitat organitzen els requisits en quatre principis: perceptible, operable, comprensible i robust. Ajuden a diferenciar l’accessibilitat mesurable de les millores visuals aïllades.
Inclouen alternatives textuals, teclat, contrast, focus, identificació d’errors i compatibilitat. Superar un escàner automàtic no equival a complir tots els criteris; el context i les interaccions requereixen revisió manual.
8. Cal combinar mètodes de prova
Les eines automàtiques detecten alguns noms absents, problemes de contrast i errors de marcatge. No poden determinar per si soles si les instruccions són clares o si una descripció d’imatge transmet la informació important.
Combina anàlisi automàtica, inspecció del codi, navegació amb teclat, zoom i lectors de pantalla. Sempre que sigui possible, incorpora persones amb discapacitat i transforma els seus resultats en correccions.
9. El manteniment també és accessibilitat
Un web accessible pot deixar de ser-ho després d’actualitzar un tema, instal·lar un connector, modificar un menú o publicar un document nou. Una campanya amb poc contrast pot fer retrocedir els avenços.
Inclou comprovacions en els processos de publicació i desplegament. Les llistes de control editorials, les proves de regressió i el seguiment d’incidències faciliten detectar i resoldre problemes. No és un certificat permanent.
10. Per què un overlay no substitueix aquesta feina
Un giny flotant pot modificar preferències visuals, però no garanteix noms correctes dels controls, gestió del focus, documents accessibles ni missatges d’error comprensibles.
La presència d’un giny no demostra el compliment de les WCAG 2.2. Cal corregir l’estructura, els continguts i les interaccions reals, i verificar els resultats, en lloc de confondre una capa amb l’eliminació de barreres.
11. Com començar amb un pla pràctic
Tria tres tasques essencials i intenta completar-les amb teclat i tecnologies de suport. Revisa encapçalaments, enllaços, formularis, errors, contrast, zoom i comportament mòbil. Examina també com es publiquen i actualitzen continguts.
Registra cada barrera amb passos per reproduir-la, impacte i responsable. Prioritza els bloquejos, torna a provar després de corregir-los i implica tots els perfils. L’accessibilitat és una manera de treballar, no una funció que s’instal·la.
Semàntica i comportament previsible
Imagina un botó que obre un formulari de contacte. Si només és un element gràfic que respon al ratolí, una persona que navega amb teclat potser no hi podrà arribar. Un botó HTML real, amb un nom accessible i una gestió correcta del focus, elimina la barrera d’origen. El mateix principi s’aplica als menús, les pestanyes i les finestres de diàleg.
Una etiqueta visible al costat d’un camp tampoc no és suficient si no està associada programàticament. Els missatges d’error han d’identificar el camp afectat, explicar què ha passat i permetre corregir-ho. Els lectors de pantalla han de poder comunicar aquesta informació sense dependre de vores vermelles o icones.
Decisions editorials que afavoreixen l’autonomia
Els equips de continguts poden millorar l’accessibilitat sense modificar el codi. Els enllaços descriptius permeten entendre la destinació fins i tot quan es consulta una llista d’enllaços amb tecnologia de suport. La informació important d’una imatge ha d’existir també com a alternativa textual adequada o com a text proper.
Els documents descarregables necessiten encapçalaments, ordre de lectura i camps utilitzables. Les instruccions no han de pressuposar que tothom veu la mateixa disposició. En lloc de dir «tria l’opció verda de la dreta», cal utilitzar el nom real del control. Això ajuda amb lectors de pantalla, ampliació i pantalles petites.
Dissenyar per a condicions canviants
Comprova el contrast amb els colors reals de text i fons dels botons, formularis i avisos. El focus de teclat ha de ser visible i els elements interactius no han d’exigir moviments extremament precisos. Quan s’amplia la pàgina, els continguts i les funcions essencials han de continuar disponibles.
Revisa la redistribució del contingut en pantalles petites i evita que la lectura ordinària exigeixi desplaçar-se innecessàriament en dues direccions. Les finestres de diàleg no han d’amagar informació important ni perdre el focus. Una interacció coherent redueix l’esforç de comprensió.
Comprovar un recorregut complet
Parteix d’un escenari realista: una persona troba un servei, llegeix la informació, tria una cita, emplena un formulari i rep la confirmació. Pot aparèixer una barrera en qualsevol etapa encara que l’anàlisi automàtica mostri pocs errors. Documenta els passos, el resultat esperat i el comportament observat.
Repeteix el recorregut sense ratolí, amb ampliació i amb lector de pantalla. Prioritza els problemes que impedeixen acabar la tasca. Després de corregir-los, torna a provar el procés complet perquè els canvis d’un component poden afectar-ne d’altres. Sempre que sigui possible, incorpora persones amb discapacitat a les proves.
Integrar l’accessibilitat en el procés
L’accessibilitat ha de formar part de les revisions de disseny, els criteris de desenvolupament, la publicació editorial i el manteniment. Una llista de control per a articles, imatges, formularis i components interactius ajuda a evitar que els errors es repeteixin. Cal assignar responsables i registrar les incidències.
Després d’actualitzar un tema, un connector o un component, comprova de nou els recorreguts crítics. Les WCAG 2.2 aporten requisits mesurables, però una puntuació automàtica no substitueix el criteri humà ni les proves amb persones. Un overlay no pot assumir aquesta responsabilitat ni reparar totes les barreres estructurals.