Ce este accesibilitatea web? WCAG și design incluziv explicate

Accesibilitatea web înseamnă construirea site-urilor și aplicațiilor astfel încât persoanele cu dizabilități să le poată folosi — fie că sunt nevăzătoare și folosesc un cititor de ecran, nu pot folosi un mouse, au vedere slabă sau daltonism, sunt surde sau au dizabilități cognitive ori de învățare. În practică se reduce la lucruri precum descrieri text pentru imagini, contrast suficient al culorilor, formulare cu etichete corecte și funcționarea totală cu tastatura. Standardul internațional pentru acest lucru este WCAG, Web Content Accessibility Guidelines, publicat de W3C.

Accesibilitatea se abreviază adesea a11y — „a”, apoi 11 litere, apoi „y”.

De ce contează accesibilitatea când construiești cu AI

Constructorii AI sunt buni la producerea de aplicații care arată corect. Accesibilitatea ține în mare parte de ce nu se vede într-o captură de ecran: dacă un buton este într-adevăr un buton, dacă un câmp are o etichetă pe care un cititor de ecran o poate anunța, dacă poți ajunge la meniu cu tasta Tab.

De aceea merită să întrebi:

• Este ușor de ratat. Un dropdown personalizat poate arăta perfect și poate fi imposibil de folosit fără mouse. Nu o vei observa dacă nu testezi.
• Este mai ieftin să fie corect de la început. Cererea unor componente accesibile din primul prompt costă aproape nimic. Adăugarea lor într-o aplicație finalizată înseamnă modificarea fiecărui ecran.
• Ajută pe toată lumea. Subtitrările ajută oamenii din locuri zgomotoase, contrastul bun ajută oamenii care folosesc telefonul în soare, iar etichetele clare ajută pe toată lumea să completeze formularele mai repede.
• Se suprapune cu SEO. Titlurile corecte, linkurile descriptive și textul alternativ ajută și motoarele de căutare să înțeleagă paginile — vezi SEO pentru site-uri construite cu AI.
• Poate fi obligatorie. În funcție de unde operezi și cui te adresezi, accesibilitatea poate fi o obligație legală.

O analogie din viața de zi cu zi

Gândește-te la intrarea într-o clădire.

Scările merg pentru multe persoane. O rampă funcționează pentru persoanele în scaun cu rotile — dar și pentru părinții cu cărucioare, curierii cu cărucioare și călătorii cu bagaje. Ușile automate, indicatoarele clare, braille-ul de pe butoanele liftului și iluminatul bun înlătură câte o barieră pentru cineva.

Accesibilitatea web este aceeași idee pentru spațiile digitale: rampele, indicatoarele și balustradele aplicației tale. Și, ca la o clădire, este mult mai ușor să incluzi o rampă în planuri decât să o adaugi după ce s-a turnat betonul.

WCAG pe scurt

WCAG este publicat de Inițiativa pentru Accesibilitatea Web a W3C. Versiunea actuală este WCAG 2.2, publicată pentru prima dată în octombrie 2023. Este compatibil retroactiv: conținutul care respectă WCAG 2.2 respectă și 2.1 și 2.0, iar W3C recomandă folosirea ultimei versiuni. WCAG 2.2 este aprobat și ca standard internațional, ISO/IEC 40500:2025. Un WCAG 3 cu totul diferit este în dezvoltare, ca ciornă timpurie, nu ca standard finalizat.

WCAG este organizat în patru principii, adesea reținute prin acronimul POUR:

Fiecare ghid are criterii de succes verificabile, pe trei niveluri:

• Nivelul A — minimul. Nerespectarea lor blochează complet unele persoane.
• Nivelul AA — ținta standard, nivelul la care se raportează majoritatea legilor și politicilor.
• Nivelul AAA — cel mai înalt nivel. Util de vizat în anumite locuri, dar W3C nu recomandă să fie cerut pentru întregi site-uri, pentru că unele conținuturi nu îl pot atinge.

WCAG 2.2 a adăugat nouă criterii de succes față de 2.1, inclusiv Target Size (Minimum) la nivelul AA — elementele apăsabile ar trebui să aibă în general cel puțin 24 pe 24 de pixeli CSS, cu excepții — și Accessible Authentication (Minimum), care limitează pașii de autentificare ce se bazează pe memorie sau puzzle-uri, precum retastarea unei parole fără voie să o lipești. A eliminat și vechiul criteriu „Parsing”, considerat depășit.

Un exemplu practic: un formular de înregistrare

Iată un formular de înregistrare pe care l-ar putea produce un AI și ce găsește o verificare de accesibilitate:

Niciuna dintre aceste remedieri nu schimbă mult aspectul formularului. Toate schimbă însă dacă unii oameni îl pot folosi deloc.

Termeni cheie

Concepții greșite frecvente

• „Accesibilitatea contează doar pentru utilizatorii nevăzători.” Acoperă dizabilități vizuale, motorii, de auz, de vorbire și cognitive, plus situații temporare, precum un braț rupt.
• „Site-urile accesibile arată simplu.” Accesibilitatea restrânge câteva lucruri — contrastul, stilurile de focus, dimensiunea textului — dar site-urile accesibile și arătoase sunt regula, nu excepția.
• „Un verificator automat zice 100, deci am terminat.” Instrumentele automate prind doar unele probleme. Dacă textul alternativ are sens cu adevărat sau dacă un flux are sens cu un cititor de ecran, trebuie verificat de un om.
• „Un widget overlay ne face conformi.” Barele de unelte puse peste site nu pot repara etichetele lipsă sau accesul de la tastatură defectuos din codul tău. Repară sursa.
• „Nu avem utilizatori cu dizabilități.” S-ar putea doar să nu știi. Multe dizabilități nu se văd, iar oamenii care întâlnesc o barieră de obicei pleacă pur și simplu.

Ce să ceri constructorului tău AI

• „Construiește asta pentru a respecta WCAG 2.2 nivelul AA.”
• „Folosește HTML semantic: butoane și linkuri reale, titluri în ordine și etichete pentru fiecare câmp de formular.”
• „Asigură-te că fiecare element interactiv funcționează doar cu tastatura și are un stil de focus vizibil.”
• „Verifică contrastul tuturor culorilor de text și de pictograme — 4,5:1 pentru textul normal, 3:1 pentru textul mare și pictograme.”
• „Adaugă text alternativ relevant pentru imaginile informative și text alternativ gol pentru cele decorative.”
• „Afișează erorile de formular ca text, legat de câmp, nu doar prin culoare.”
• „Respectă setarea de mișcare redusă a utilizatorului pentru animații.”
• „Rulează o verificare automată de accesibilitate și listează ce nu poate testa, ca să verific eu manual.”

Apoi testează singur: pune mouse-ul deoparte și încearcă să finalizezi fluxul principal folosind doar Tab, Shift+Tab, Enter și Space. Încearcă cititorul de ecran integrat al telefonului pe pagina principală. Mărește browserul la 200% și vezi dacă ceva se strică.

Accesibilitatea în Mythex

Mythex nu include un verificator dedicat de accesibilitate, așa că tratează accesibilitatea ca parte a prompturilor și a testării tale. Cere WCAG 2.2 AA din primul prompt, verifică rezultatul în Preview folosind tastatura și folosește /test ca agentul să parcurgă fluxurile principale înainte de publicare — vezi App Testing. Rețeta SEO cere și ea titluri semantice și text alternativ relevant, ceea ce servește ambele scopuri.

Pentru o listă de verificare practică, vezi cum să faci site-ul tău accesibil. Pentru design, citește cum să proiectezi o aplicație arătoasă cu AI, iar înainte de lansare, cum să testezi aplicația înainte de lansare. Sursa autoritară este prezentarea WCAG a W3C.

Întrebări