ACCESIBILIDAD ≠ OVERLAY · 30
Accessibilitat ≠ Overlay: 10 comprovacions per saber si el teu web és realment accessible
📅 29 d’octubre de 2026 · ⏱ 4 min de lectura
Una icona flotant no demostra l’accessibilitat. El que importa és poder navegar, entendre la informació i completar tasques. Aquestes deu comprovacions se centren en l’experiència real.
01. Comença per una tasca, no pel giny
Tria un objectiu important: demanar pressupost, reservar una cita, comprar o trobar les dades de contacte. Recorre tot el procés en lloc de limitar-te a buscar un botó d’accessibilitat.
Anota els passos confusos o impossibles. Un web pot semblar correcte i, tanmateix, impedir que una persona faci allò que necessita.
02. Prova el recorregut amb teclat
Deixa el ratolí i navega amb Tab i Maj+Tab. Activa els controls amb Retorn o Espai, segons correspongui, i comprova menús, formularis i confirmacions.
Un ordre de focus inesperat, controls inaccessibles o trampes de teclat són barreres funcionals. Canviar els colors no les corregeix.
03. Revisa el focus i els diàlegs
El focus ha de ser visible i no quedar amagat sota capçaleres fixes. Quan s’obre un diàleg, el focus s’ha de gestionar correctament i tornar al lloc adequat en tancar-lo.
Si una finestra de compra deixa el focus al contingut del darrere, el procés pot quedar bloquejat. Cal corregir el component.
04. Escolta el web amb un lector de pantalla
Utilitza un lector de pantalla per revisar encapçalaments, enllaços, botons i camps. Comprova els noms accessibles, l’ordre de lectura i els textos alternatius.
L’aparença visual no substitueix la semàntica HTML. Les tecnologies de suport necessiten etiquetes associades i estats comprensibles.
05. Examina formularis i errors
Envia un formulari buit i introdueix dades incorrectes. Cada error ha d’explicar què ha passat i com solucionar-ho, amb etiquetes i camps obligatoris identificables.
Un missatge que només diu «Error» o depèn del color no és suficient. Les instruccions han de ser clares i vinculades al camp corresponent.
06. Amplia el contingut i prova el mòbil
Amplia el navegador fins al 200 % i prova pantalles petites. Les accions essencials han de continuar disponibles, sense solapaments ni desplaçaments impossibles.
Augmentar la lletra només ajuda si el disseny s’adapta. Un giny flotant no arregla una maquetació que es trenca.
07. Revisa continguts i estructura
Organitza els títols de manera lògica, redacta enllaços descriptius i escriu instruccions clares. Les imatges informatives necessiten alternatives adequades.
L’estructura ajuda tant les persones que utilitzen lectors de pantalla com les que busquen informació ràpidament. També és una tasca editorial.
08. Entén els límits dels tests automàtics
Les eines automàtiques detecten alguns problemes de contrast, marcatge o noms accessibles. No poden valorar totes soles si un procés s’entén i es pot completar.
Combina-les amb proves manuals, teclat, tecnologies de suport i, quan sigui possible, persones amb discapacitat. Una puntuació no equival al compliment de les WCAG.
09. Prioritza els bloquejos i assigna responsables
Prioritza segons l’impacte: no poder pagar o enviar un formulari és més greu que un petit detall visual. Documenta el problema i com reproduir-lo.
Assigna responsables a disseny, desenvolupament i continguts. Corregir un component compartit és millor que dissimular errors puntuals.
10. Repeteix les proves després de cada canvi
Una actualització de WordPress, un mòdul Divi o un formulari nou pot introduir barreres. Integra comprovacions en el manteniment habitual.
Fes servir les WCAG 2.2 com a referència i registra les proves. L’objectiu és l’autonomia de les persones, no una icona.