Instrument gratuit: Accesibilitate

Verificare WCAG 2.2

Vedeți unde se situează site-ul dumneavoastră la fiecare dintre cele 55 de criterii de succes WCAG 2.2 de nivel A și AA. Fiecare criteriu primește unul dintre patru statusuri, astfel încât să știți ce au acoperit testele automate și ce mai trebuie verificat de un om.

Gratuit. Testează până la cinci pagini-cheie în aproximativ un minut.

Ce verifică acest instrument

  • Fiecare criteriu de nivel A și AA

    Toate cele 55 de criterii, 31 de nivel A și 24 de nivel AA, în ordinea din WCAG, cu numărul și denumirea lor. 4.1.1 Parsing este omis, deoarece WCAG 2.2 îl marchează ca învechit.

  • Rezultate automate asociate criteriilor

    Regulile axe-core rulează pe pagina pe care o introduceți și pe până la patru pagini-cheie, iar fiecare rezultat este atașat criteriilor de succes pe care le testează regula respectivă. Un criteriu eșuează când oricare dintre regulile sale eșuează pe oricare dintre paginile testate.

  • Dovezi de la tastatură

    Un test cu 40 de apăsări ale tastei Tab pe prima pagină alimentează 2.1.2 No Keyboard Trap și, ca euristică afișată pentru verificare, 2.4.7 Focus Visible.

  • Rezultatele nedecise, ținute separat

    Când o regulă nu poate ajunge la un verdict, de exemplu la textul peste o imagine, criteriile ei apar ca De verificat, nu ca reușite sau eșuate.

  • Lacune vizibile în locul unui scor

    Criteriile pe care nu le acoperă nicio regulă automată sunt marcate Verificare manuală (Manual check). Nimic nu este transformat într-un procent mediu care ar ascunde ce nu a fost testat.

Ce nu poate verifica

  • Nu poate decide criteriile care cer judecată umană, cum ar fi 1.4.10 Reflow, 1.4.11 Non-text Contrast, criteriile 1.2 despre subtitrări și audiodescriere și criteriile 3.3.1 până la 3.3.4 despre erorile din formulare.
  • Nu poate transforma „Fără erori automate” (No automated failures) într-o reușită. O regulă care a rulat și a trecut acoperă doar ceea ce testează acea regulă.
  • Nu poate produce o declarație de conformitate, o declarație de accesibilitate sau un VPAT. Conformitatea este evaluată de oameni, pe pagini întregi și procese complete.
  • Nu poate testa nivelul AAA sau alte pagini în afara celor cinci din scanare.
  • Nu poate ajunge la pașii din spatele unei autentificări sau ai unui checkout, unde se aplică de obicei criterii precum 3.3.7 Redundant Entry și 3.3.8 Accessible Authentication.

De ce contează

WCAG este formulat sub formă de criterii de succes și tot așa descriu un site auditorii, echipele de achiziții și declarațiile de accesibilitate. O listă de reguli nerespectate vă spune ce să corectați. O vedere pe criterii vă spune ce puteți și ce nu puteți afirma încă despre site.

Instrumentele automate ating mai puțin de jumătate din criteriile de nivel A și AA: axe-core își asociază regulile cu aproximativ 25 dintre cele 55. Pentru restul nu există un test automat de încredere. Un program nu poate ști dacă un mesaj de eroare sugerează o corectură (3.3.3) sau dacă o pagină mai funcționează la o lățime de 320 de pixeli CSS (1.4.10). Listarea acestora ca verificări manuale arată unde mai trebuie testat.

Chiar și un criteriu fără erori automate poate eșua. Regulile pentru 1.1.1 Non-text Content verifică dacă o imagine are text alternativ; ele nu pot ști că alt="IMG_2041.jpg" nu îi folosește la nimic cuiva care nu vede fotografia.

Cum să citiți rezultatele

Eșuat
Cel puțin o regulă automată legată de acest criteriu a eșuat pe o pagină testată. Este o problemă sigură; instrumentul Verificare accesibilitate site arată elementele și paginile implicate.
De verificat
O verificare automată a semnalat ceva ce nu a putut decide, de exemplu contrastul textului pe un gradient. Un om trebuie să examineze elementul.
Fără erori automate
Cel puțin o regulă axe-core legată de criteriu a rulat și a trecut. Aceasta nu înseamnă conformitate: regulile acoperă doar o parte din ce cere criteriul.
Nedeclanșat
Pentru acest criteriu există reguli automate, dar nimic de pe paginile testate nu le-a oferit ceva de verificat, de exemplu niciun video pentru regulile despre subtitrări sau niciun formular pentru regulile despre etichete. Testați-l manual dacă site-ul are astfel de conținut în altă parte.
Verificare manuală
Nicio regulă automată nu acoperă acest criteriu, așa că scanarea nu spune nimic despre el, nici într-un sens, nici în altul. Testați-l manual.
Nivelul A și nivelul AA
Nivelul A este minimul. Politicile care citează WCAG indică de obicei nivelul AA, care include toate criteriile de nivel A.

Cum remediați cele mai frecvente probleme

  • 4.1.2 Name, Role, Value eșuat

    Comenzile personalizate construite din elemente div sau span (meniuri, file, acordeoane, comutatoare) nu le spun tehnologiilor asistive ce sunt sau dacă sunt deschise. Folosiți un <button> nativ oriunde este posibil, dați-i un nume și setați aria-expanded sau aria-pressed pentru ca starea lui să fie anunțată.

  • 1.3.1 Info and Relationships eșuat

    Structura trebuie să existe în marcaj, nu doar în stilizare. Folosiți elemente h2 și h3 reale în locul paragrafelor îngroșate, ul sau ol pentru liste, th cu scope pentru antetele tabelelor și etichete sau fieldset cu legend pentru grupurile de câmpuri de formular.

  • 3.1.1 Language of Page eșuat

    Adăugați un atribut lang elementului html, de exemplu <html lang="en">. Temele WordPress îl afișează de obicei cu language_attributes(); într-o temă Shopify, folosiți <html lang="{{ request.locale.iso_code }}"> în layout/theme.liquid.

  • 2.5.8 Target Size (Minimum) eșuat

    Pictogramele mici și linkurile foarte apropiate sunt greu de atins cu degetul. Faceți fiecare țintă de cel puțin 24 × 24 pixeli CSS sau distanțați țintele mici astfel încât un cerc de 24 px centrat pe fiecare să nu se suprapună cu altă țintă. Padding-ul mărește ținta fără să schimbe pictograma.

  • Cum parcurgeți verificările manuale

    Începeți cu cele rapide. Pentru 1.4.10 Reflow, măriți la 400% o fereastră de browser lată de 1280 px și verificați că nimic nu necesită derulare orizontală. Pentru 2.4.7 și 2.4.11, parcurgeți pagina cu Tab și verificați că focusul este mereu vizibil și nu este niciodată ascuns în spatele unui antet fix sau al unui banner de cookie-uri. Pentru 3.3.1, trimiteți un formular cu greșeli și vedeți dacă erorile sunt descrise clar în text.

Întrebări despre acest instrument

Ce s-a schimbat la nivelurile A și AA în WCAG 2.2?

Au fost adăugate șase criterii: 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum), 3.2.6 Consistent Help, 3.3.7 Redundant Entry și 3.3.8 Accessible Authentication (Minimum). WCAG 2.2 adaugă și trei criterii de nivel AAA și elimină 4.1.1 Parsing.

De ce nu apare 4.1.1 Parsing în listă?

WCAG 2.2 marchează 4.1.1 Parsing ca învechit și îl elimină, deoarece browserele și tehnologiile asistive nu mai depind de erorile de marcaj pe care le acoperea. W3C precizează că, pentru WCAG 2.0 și 2.1, acest criteriu este acum considerat întotdeauna îndeplinit pentru conținutul HTML.

Respectarea WCAG 2.2 acoperă și WCAG 2.1?

Da. WCAG 2.2 este compatibil cu versiunile anterioare: conținutul conform cu 2.2 este conform și cu 2.1 și 2.0. Testarea după 2.2 acoperă așadar și versiunile mai vechi pe care multe politici le citează încă.

Pot folosi acest instrument pentru a redacta o declarație de accesibilitate sau un VPAT?

Este un punct de plecare, nu un raport de conformitate. O declarație sau un VPAT cere evaluarea fiecărui criteriu, majoritatea de către un om; listele Verificare manuală (Manual check) și De verificat arată care criterii mai au nevoie de această evaluare.

De ce atât de multe criterii indică „Verificare manuală”?

Pentru că pentru ele nu există nicio regulă automată. Întrebări precum dacă o limită de timp poate fi prelungită, dacă ajutorul apare în același loc pe fiecare pagină sau dacă o autentificare cere un test de memorie depind de felul în care oamenii folosesc site-ul, nu de un marcaj pe care o regulă îl poate citi.

Surse

Instrumente similare

Raport de remediere a accesibilității ($174, plată unică) pornește de la scanarea gratuită completă și adaugă mai multe pagini, modificarea de făcut pentru fiecare constatare, un PDF și retestări pentru verificarea remedierilor.

Raport de remediere a accesibilității: detalii