Axively

WCAG 2.2 AA

Revizija WCAG za sodobna spletna mesta

Revizija WCAG preverja, ali lahko ljudje vaše spletno mesto zaznajo, razumejo, se po njem premikajo in ga upravljajo. Za večino komercialnih spletnih projektov je praktični cilj WCAG 2.2 raven AA: raven, na katero se sklicujejo številni zakoni, pravila javnega naročanja in politike dostopnosti.

Axively testira javne strani z nabori pravil axe-core za WCAG 2.1/2.2 ravni A in AA, pojasni posledice vsake kršitve in pripravi predloge popravkov, razumljive razvijalcem.

Audit checklist

  • Preverite, da ima vsak interaktivni element dostopno ime.
  • Preverite strukturo naslovov, orientacijske oznake (landmarks) in semantični HTML.
  • Preverite upravljanje s tipkovnico in vidne indikatorje fokusa.
  • Poiščite pomanjkljiv kontrast pri besedilu in komponentah vmesnika.
  • Preverite oznake obrazcev, sporočila o napakah in navodila.
  • Preglejte slike, ikone in SVG-je glede uporabnih alternativ.
  • Znova testirajte popravljene predloge in najpomembnejše strani.

Zakaj je WCAG 2.2 AA praktični cilj

WCAG je organiziran v merila uspešnosti na ravneh A, AA in AAA. Raven A pokriva najosnovnejše ovire; raven AA dodaja zahteve, ki se pri javnih in komercialnih spletnih mestih splošno pričakujejo. WCAG 2.2 ohranja znana merila iz WCAG 2.1 in dodaja novejše zahteve, kot sta videz fokusa in velikost cilja.

Za spletne vsebine v EU se standard EN 301 549 sklicuje na merila WCAG. Revizija WCAG je zato praktična podlaga za pripravo na EAA, izjave o dostopnosti in vprašalnike pri javnih naročilih.

Pogoste kršitve WCAG, ki škodijo konverzijam

Težave z dostopnostjo niso le pravno tveganje; so težave s konverzijo. Manjkajoče oznake otežujejo izpolnjevanje obrazcev. Nizek kontrast skriva cene in pozive k dejanju. Tipkovnične pasti blokirajo ljudi, ki uporabljajo podporne tehnologije, in napredne uporabnike. Nejasna sporočila o napakah dajejo občutek, da je zaključek nakupa pokvarjen.

Najhitrejše izboljšave običajno prinese oblikovni sistem: dostopni gumbi, polja obrazcev, modalna okna, navigacija in komponente opozoril. Popravek teh vzorcev izboljša vsako stran, ki jih uporablja.

  • Gumbi in povezave brez opisnega imena
  • Polja obrazcev brez oznak ali z nedostopnimi napakami
  • Modalna okna, ki ne upravljajo fokusa
  • Pomanjkljiv kontrast pri pozivih k dejanju in onemogočenih stanjih
  • Ikone, ki se preberejo kot nič povedna imena datotek

Realističen potek popravkov

Začnite s kritičnimi in resnimi kršitvami na straneh, ki prinašajo prihodek. Nato popravite predloge za večkratno uporabo. Po vsakem sprintu zaženite preveritveni pregled, da ekipa vidi, ali se isto pravilo še pojavlja. Dokazila prej/potem shranjujte skupaj z opombami ob izdaji; prav pridejo, ko stranke prosijo za dokumentacijo o dostopnosti.

FAQ

Ali WCAG 2.2 nadomešča WCAG 2.1?

WCAG 2.2 gradi na WCAG 2.1. Revizija WCAG 2.2 AA še vedno preverja prejšnja merila A/AA in dodaja nove zahteve različice 2.2.

Ali axe-core najde vsako težavo WCAG?

Noben avtomatski mehanizem ne najde vseh težav WCAG. Avtomatizirano testiranje je odlično za številne napake, zaznavne v kodi; kakovost vsebine, logika opravil in nekatere večpredstavnostne zahteve potrebujejo človeški pregled.

Naj popravke WCAG vodijo razvijalci ali pravna služba?

Razvijalci popravijo kodo, a se morajo produkt, oblikovanje in pravna služba uskladiti glede obsega, besedila izjave in prioritet tveganj. Dostopnost je proces kakovosti izdelka, ne kontrolni seznam ene osebe.