Kaj je novega v WCAG 2.2? Devet novih meril, preprosto razloženih

Nekdo, ki uporablja tipkovnico, se s tipko Tab pomika skozi vaš zaključek nakupa. Fokus pristane na gumbu „Plačaj zdaj“, a ga prekriva pripeta pasica s piškotki, zato ne vidi, kje je. Po WCAG 2.1 bi ta stran še lahko ustrezala. Po WCAG 2.2 ne.

Prav take vrzeli zapolni posodobitev 2.2. V nadaljevanju vsako novo merilo uspešnosti obravnavamo enako: kaj pravi, komu pomaga, kako ga hitro preverite in kako se običajno popravi. Štiri načela in ravni na eni strani najdete v našem pregledu WCAG 2.2.

Kaj je WCAG 2.2?

WCAG 2.2 je trenutna različica smernic za dostopnost spletnih vsebin (angl. Web Content Accessibility Guidelines), standarda W3C, na katerega se sklicuje večina zakonov in pogodb o dostopnosti. Priporočilo W3C je postala 5. oktobra 2023 (odpre se v novem zavihku), posodobljena je bila 12. decembra 2024 (odpre se v novem zavihku), oktobra 2025 pa je bila potrjena kot ISO/IEC 40500:2025 (odpre se v novem zavihku).

WCAG sestavljajo preverljive izjave, imenovane merila uspešnosti, in vsako ima svojo raven: A (minimum), AA (to običajno zahtevajo zakoni) ali AAA (najstrožja). „Potrebujemo WCAG 2.2 AA“ pomeni vsa merila ravni A in AA v različici 2.2. Specifikacija pravi, da 2.2 „nadgrajuje WCAG 2.1 in je z njo združljiva za nazaj“, torej 2.1 dopolnjuje in je ne nadomešča. Prevoda WCAG 2.2 v slovenščino, ki bi ga potrdil W3C, ni, zato imena meril prevajamo sami in zraven navajamo angleške izvirnike.

Kaj se je spremenilo od WCAG 2.1 do 2.2?

WCAG 2.2 dodaja devet meril uspešnosti in eno odstranjuje. Šest novih je na ravni A ali AA, zato štejejo k običajnemu cilju AA: 2.4.11, 2.5.7, 2.5.8, 3.2.6, 3.3.7 in 3.3.8. Preostala tri so na ravni AAA. Odstranjeno je merilo 4.1.1 Parsing (razčlenjevanje), ki ga W3C zdaj označuje kot zastarelo.

Merilo 4.1.1 Parsing je preverjalo napake v kodi HTML, na primer podvojene ID-je. Pogosta vprašanja o WCAG 2 (odpre se v novem zavihku) pojasnjujejo, da te težave zdaj zajemajo druga merila, na primer 4.1.2 Ime, vloga, vrednost (Name, Role, Value). Ena past: če pogodba še vedno zahteva WCAG 2.0 ali 2.1, boste 4.1.1 morda „morali še naprej preverjati in o njem poročati“.

Fokus ni zakrit in videz fokusa: ali uporabniki tipkovnice vidijo, kje so?

Ta merila skrbijo, da element s fokusom tipkovnice ostane viden. Na ravni AA (2.4.11) povezava ali gumb s fokusom ne sme biti v celoti skrit pod vsebino, ki ste jo dodali sami, na primer pod pripeto glavo, pasico s piškotki ali oblačkom za klepet. Na ravni AAA ne sme biti prekrit noben njegov del (2.4.12), obroba fokusa pa mora biti velika in izrazito kontrastna (2.4.13).

• Komu pomaga: videčim ljudem, ki namesto miške uporabljajo tipkovnico, pogosto zaradi gibalne oviranosti. Če fokusa ne vidijo, ugibajo.
• Hiter preizkus: odprite dolgo stran, na kateri so hkrati prikazani pasica s piškotki, pripeta glava in okno za klepet, nato večkrat pritisnite Tab. Če fokus popolnoma izgine za kakšnim elementom, gre za kršitev merila 2.4.11.
• Običajna rešitev: dodajte CSS scroll-padding v višini pripete glave ali noge, da brskalnik elemente s fokusom pomakne izpod nje. W3C to navaja kot zadostno tehniko (odpre se v novem zavihku). Pasica lahko merilo izpolni tudi, če je modalna in jo je treba najprej zapreti.

Videz fokusa (2.4.13) zahteva indikator, ki je vsaj tako velik kot obroba debeline 2 pikslov CSS okoli komponente, sprememba kontrasta med stanjem s fokusom in brez njega pa mora biti vsaj 3:1. To je raven AAA, vendar polna 2-pikselna obroba v izraziti barvi to običajno doseže. Naš vodnik po barvnem kontrastu pojasnjuje, kako izmeriti 3:1.

Vlečni gibi in velikost cilja: ali je vaše spletno mesto uporabno brez natančnega kazanja?

Ti dve merili ravni AA pomagata ljudem, ki težko natančno upravljajo kazalec. 2.5.7 pravi, da mora vse, kar lahko naredite z vlečenjem, delovati tudi s posameznimi kliki ali dotiki. 2.5.8 pravi, da morajo cilji meriti vsaj 24 × 24 pikslov CSS ali biti razmaknjeni tako, da se krog s premerom 24 pikslov, postavljen na sredino vsakega cilja, ne dotika drugega cilja.

2.5.7 Vlečni gibi (Dragging Movements)

Pomislite na drsnik za cenovni razpon v filtrih trgovine ali seznam želja, ki ga razvrščate z vlečenjem. Za nekoga s tresenjem rok ali nekoga, ki uporablja naglavni kazalnik, je zaporedje „pritisni, drži, premakni, spusti“ lahko zelo težko.

Hiter preizkus: vsako opravilo z vlečenjem dokončajte samo s kliki ali dotiki. Običajna rešitev: omogočite klik kjer koli na tirnici drsnika, zraven dodajte polji „od“ in „do“ ali pa razvrstljivim seznamom dodajte gumba „Premakni gor“ in „Premakni dol“. Sama podpora tipkovnici ni dovolj: W3C v pojasnilnem dokumentu (odpre se v novem zavihku) zapiše, da enakovredno upravljanje s tipkovnico „samo po sebi ne izpolnjuje tega merila uspešnosti“.

2.5.8 Velikost cilja (minimum)

Običajne kršitve so majhni gumbi „ד na pojavnih oknih, natlačene številke strani, ocene z zvezdicami in vrste ikon družbenih omrežij. Dotik napačnega elementa vsakogar razjezi, za ljudi z omejeno spretnostjo rok pa je prava ovira.

• Izjeme: povezave sredi stavka, cilji, ki imajo drugje na strani enakovreden kontrolnik zadostne velikosti, kontrolniki, katerih velikost določa brskalnik in jih niste preoblikovali, ter primeri, ko je določena velikost bistvena ali zakonsko predpisana.
• Hiter preizkus: na telefonu preizkusite vsako majhno ikono in gumb; za meritev element preglejte z orodji za razvijalce v brskalniku.
• Običajna rešitev: dodajte notranji odmik (padding). Območje za klik se poveča, čeprav je ikona videti enako. In 24 pikslov vzemite kot spodnjo mejo: starejše merilo ravni AAA 2.5.5 zahteva 44 × 44.

Dosledna pomoč in odvečni vnos: ali ljudi silite iskati ali ponavljati?

Obe merili sta na ravni A. 3.2.6 Dosledna pomoč pravi, da mora pomoč, kot so kontaktni podatki, klepet ali povezava do pogostih vprašanj, če se pojavlja na več straneh, vsakič stati v istem vrstnem redu glede na preostanek strani. 3.3.7 Odvečni vnos pravi, da ljudem ne bi smelo biti treba znova vpisovati podatkov, ki so jih v istem postopku že vnesli.

Dosledna pomoč vas ne obvezuje, da pomoč sploh ponudite. Pravi le, da se telefonska številka, ki je na straneh izdelkov v glavi, pri zaključku nakupa, ko jo ljudje najbolj potrebujejo, ne bi smela preseliti v nogo. Najbolj koristi ljudem s težavami s spominom ali pozornostjo. Rešitev je običajno skupna predloga namesto umeščanja pomoči stran za stranjo.

Odvečni vnos zadeva večkoračne obrazce. Obrazec za rezervacijo, ki e-poštni naslov zahteva v 1. koraku in znova v 3., merila ne izpolnjuje, prav tako ne zaključek nakupa, pri katerem morate znova vpisati enak naslov za račun. Polje izpolnite samodejno ali ponudite izbiro, na primer s potrditvenim poljem „Naslov za račun je enak naslovu za dostavo“. Izjeme: ponovni vnos je bistven, potreben zaradi varnosti ali pa prej vneseni podatki niso več veljavni.

Dostopno preverjanje pristnosti: ali se je mogoče prijaviti brez preizkusa spomina?

Merilo uspešnosti 3.3.8 (raven AA) pravi, da se noben korak prijave ne sme opirati na preizkus kognitivnih funkcij, kot je pomnjenje gesla, prepisovanje popačenih znakov ali reševanje uganke, razen če ponudite alternativo ali pomoč. V praksi: dovolite upraviteljem gesel, da izpolnijo polja, dovolite lepljenje in ponudite način, ki ni odvisen od spomina.

WCAG preizkus kognitivnih funkcij opredeljuje kot „nalogo, pri kateri si mora uporabnik informacije zapomniti, jih obdelati ali prepisati“. Vnos imena, e-poštnega naslova ali telefonske številke ne šteje, saj so to vaši osebni podatki in so povsod enaki. Korak prijave izpolni raven AA, če ponudi vsaj eno od naslednjih možnosti:

• Alternativo brez kognitivnega preizkusa, na primer ključ za dostop (passkey) ali povezavo za prijavo po e-pošti.
• Mehanizem, ki pomaga, na primer podporo upraviteljem gesel ali kopiranje in lepljenje, da enkratne kode ni treba pretipkati.
• Prepoznavanje predmetov, na primer „izberite slike s kolesom“.
• Osebno vsebino, na primer prepoznavanje slike, ki ste jo naložili sami.

Različica AAA, 3.3.9, zadnji dve možnosti izpusti, zato lahko slikovni CAPTCHA izpolni raven AA, ne pa AAA. Tipične kršitve: polja za geslo, ki blokirajo lepljenje ali upravitelje gesel, polja za enkratno kodo, ki se ob lepljenju pokvarijo, in besedilni CAPTCHA brez alternative. Največ pridobijo ljudje z disleksijo ali motnjami spomina, težavo pa bo prepoznal vsak, ki se po dolgem dnevu ni mogel prijaviti.

Ali je WCAG 2.2 zakonsko obvezna?

Odvisno od tega, kje ste in kdo ste. Zakoni različico WCAG redko navedejo neposredno, več se jih še vedno sklicuje na WCAG 2.1 AA. Ker je WCAG 2.2 združljiva za nazaj, z izpolnjevanjem 2.2 AA izpolnite tudi 2.1 AA, z izjemo odstranjenega merila 4.1.1. S ciljem 2.2 pokrijete obe različici. Če pogodba navaja različico, upoštevajte pogodbo.

• Evropska unija: po Evropskem aktu o dostopnosti se skladnost domneva, ko izpolnjujete harmonizirani standard EN 301 549. Po navedbah AccessibleEU (odpre se v novem zavihku) različica 4.1.1, objavljena septembra 2026, prevzema WCAG 2.2, vendar še ni pravna referenca; dokler ni navedena v Uradnem listu, velja v3.2.1 (na podlagi WCAG 2.1 AA). Naš pregled Evropskega akta o dostopnosti pojasnjuje, za koga akt velja.
• Združeno kraljestvo: vladne smernice (odpre se v novem zavihku) določajo, da morajo spletna mesta in aplikacije javnega sektorja izpolnjevati WCAG 2.2 AA. Te smernice veljajo za javne organe, ne za zasebna podjetja.
• Združene države: pravilo ministrstva za pravosodje za zvezne države in lokalne oblasti uporablja WCAG 2.1 AA, roki za skladnost pa so bili aprila 2026 prestavljeni (odpre se v novem zavihku) na 26. april 2027 in 26. april 2028. Za zasebna podjetja ministrstvo v smernicah iz leta 2022 (odpre se v novem zavihku) pravi, da ADA velja tudi za njihova spletna mesta, ne določa pa posebnega tehničnega standarda.

Kaj pa WCAG 3?

WCAG 3 je osnutek, zato ga še nihče ne more izpolnjevati. W3C je septembra 2026 objavil posodobljene osnutke in pravi, da WCAG 3 še „nekaj let“ ne bo dokončan standard. WCAG 2 tudi potem še več let ne bo opuščena, zato je zdaj treba delati po različici 2.2.

Kako v 15 minutah preverite nova merila?

Večino kršitev šestih meril ravni A in AA opazite v približno 15 minutah s tipkovnico, telefonom in lastno stranjo za prijavo. To ne nadomesti celovitega pregleda ali preizkušanja z osebami z invalidnostjo, pokaže pa, kje začeti, razvijalec pa dobi konkreten seznam nalog.

1. S tipko Tab se pomaknite skozi domačo stran, stran izdelka in zaključek nakupa, ko so prikazane vse pasice. Ali vedno vidite fokus? (2.4.11)
2. Vsak drsnik ali opravilo z vlečenjem in spuščanjem dokončajte samo s kliki ali dotiki. (2.5.7)
3. Na telefonu preizkusite vsak gumb za zapiranje, številko strani in majhno ikono. (2.5.8)
4. Primerjajte, kje so pomoč in kontaktni podatki na treh vrstah strani. (3.2.6)
5. Opravite nakup ali rezervacijo in si zapišite vsako vprašanje, na katero odgovorite dvakrat. (3.3.7)
6. Prijavite se z upraviteljem gesel, nato prilepite geslo in enkratno kodo. Ali ima vsak CAPTCHA alternativo? (3.3.8)

Za preostanek WCAG naš vodnik kako preizkusiti dostopnost spletnega mesta opisuje brezplačna orodja in ročne preglede, naš kontrolni seznam za dostopnost spletnega mesta pa pogoste napake spremeni v seznam opravil. Kar še ne morete popraviti, sodi v vašo izjavo o dostopnosti.

Opomba o pripomočkih, tudi o našem: nobenega od teh meril ni mogoče izpolniti s ploščo na strani obiskovalca. Velik kazalec olajša ciljanje majhnih ciljev, a jih ne naredi širokih 24 pikslov, poudarjanje fokusa pa pripete pasice ne umakne s poti. Vsa nova merila zadevajo to, kako so vaše strani izdelane, zato je rešitev v vaših predlogah in kodi.