Mis on WCAG 2.2-s uut? Üheksa uut kriteeriumi lihtsas keeles

Klaviatuuri kasutav inimene liigub tabulaatoriga läbi teie maksmislehe. Fookus jõuab nupule „Maksa kohe“, kuid selle peal on kleepuv küpsiseriba, nii et ta ei näe, kus ta on. WCAG 2.1 järgi võis selline leht veel läbi minna. WCAG 2.2 järgi enam mitte.

Just selliseid lünki versioon 2.2 täidab. Allpool käsitleme iga uut edukriteeriumi ühtmoodi: mida see ütleb, keda see aitab, kuidas seda kiiresti testida ja milline on tavaline parandus. Nelja põhimõtet ja tasemeid ühel lehel näete meie WCAG 2.2 teatmikus.

Mis on WCAG 2.2?

WCAG 2.2 on veebisisu ligipääsetavuse suuniste (Web Content Accessibility Guidelines) kehtiv versioon, W3C standard, millele viitab enamik ligipääsetavuse seadusi ja lepinguid. Sellest sai W3C soovitus 5. oktoobril 2023 (avaneb uuel vahelehel), seda uuendati 12. detsembril 2024 (avaneb uuel vahelehel) ja 2025. aasta oktoobris kinnitati see standardina ISO/IEC 40500:2025 (avaneb uuel vahelehel).

WCAG koosneb testitavatest väidetest, mida nimetatakse edukriteeriumideks, ja igal neist on tase: A (miinimum), AA (mida seadused tavaliselt nõuavad) või AAA (kõige rangem). „Meil on vaja WCAG 2.2 AA-d“ tähendab kõiki versiooni 2.2 A- ja AA-taseme kriteeriume. Spetsifikatsiooni järgi WCAG 2.2 „tugineb versioonile WCAG 2.1 ja on sellega tagasiühilduv“, nii et see täiendab versiooni 2.1, mitte ei asenda seda.

Mis muutus WCAG 2.1-st 2.2-ni?

WCAG 2.2 lisab üheksa edukriteeriumi ja eemaldab ühe. Kuus uut on tasemel A või AA, nii et need lähevad arvesse tavalise AA-eesmärgi juures: 2.4.11, 2.5.7, 2.5.8, 3.2.6, 3.3.7 ja 3.3.8. Ülejäänud kolm on AAA-tasemel. Eemaldatud kriteerium on 4.1.1 Sõelumine (Parsing), mida W3C nimetab nüüd aegunuks.

Kriteerium 4.1.1 kontrollis märgendusvigu, näiteks korduvaid ID-sid. WCAG 2 KKK (avaneb uuel vahelehel) selgitab, et need probleemid kuuluvad nüüd teiste kriteeriumide alla, näiteks 4.1.2 Nimi, roll, väärtus. Üks konks siiski on: kui leping nõuab endiselt WCAG 2.0 või 2.1 järgimist, „võib olla vaja 4.1.1 jätkuvalt testida ja sellest aru anda“.

Fookus pole varjatud ja fookuse välimus: kas klaviatuurikasutaja näeb, kus ta on?

Need kriteeriumid hoiavad klaviatuurifookusega elemendi nähtaval. AA-tasemel (2.4.11) ei tohi fookusega link või nupp olla täielikult peidetud teie lisatud sisu taha, näiteks kleepuva päise, küpsiseriba või vestlusmulli taha. AAA-tasemel ei tohi miski katta selle ühtki osa (2.4.12) ning fookuse piirjoon peab olema suur ja selgelt kontrastne (2.4.13).

• Keda see aitab: nägijaid, kes kasutavad hiire asemel klaviatuuri, sageli liikumispuude tõttu. Kui nad fookust ei näe, peavad nad oletama.
• Kiire test: avage pikk leht nii, et küpsiseriba, kleepuv päis ja vestlusvidin on kõik nähtaval, ning vajutage korduvalt tabulaatorit. Kui fookus kaob täielikult millegi taha, on see 2.4.11 viga.
• Tavaline parandus: lisage CSS-i kerimisvaru (scroll padding), mis võrdub kleepuva päise või jaluse kõrgusega, et brauser keriks fookusega elemendid selle alt välja. W3C loetleb selle piisava tehnikana (avaneb uuel vahelehel). Riba võib nõudele vastata ka siis, kui see on modaalne ja tuleb enne sulgeda.

Fookuse välimus (2.4.13) nõuab indikaatorit, mis on vähemalt sama suur kui 2 CSS-piksli paksune piirjoon ümber komponendi, ning fookusega ja fookuseta oleku vahel vähemalt 3:1 kontrastimuutust. See on AAA-tase, kuid ühtlane 2-piksline piirjoon tugevas värvis viib teid tavaliselt eesmärgini. Meie juhend värvikontrasti kohta selgitab, kuidas 3:1 mõõta.

Lohistamisliigutused ja sihtmärgi suurus: kas saiti saab kasutada ilma täpse osutamiseta?

Need kaks AA-taseme kriteeriumi aitavad inimesi, kellel on raske kursorit täpselt juhtida. 2.5.7 ütleb, et kõik, mida saab teha lohistades, peab toimima ka üksikute klõpsude või puudutustega. 2.5.8 ütleb, et sihtmärgid peavad olema vähemalt 24 × 24 CSS-pikslit või paiknema nii, et iga sihtmärgi keskele asetatud 24-piksline ring ei puuduta ühtki teist sihtmärki.

2.5.7 Lohistamisliigutused

Mõelge e-poe filtrite hinnavahemiku liugurile või soovinimekirjale, mille järjekorda muudetakse lohistades. Värisevate kätega inimesele või peaga juhitava osutusseadme kasutajale võib „vajuta, hoia, liiguta ja vabasta“ olla väga raske.

Kiire test: tehke iga lohistamist nõudev toiming lõpuni ainult klõpsude või puudutustega. Tavaline parandus: võimaldage klõpsata liuguri raja mis tahes kohas, lisage selle kõrvale väljad „min“ ja „max“ või lisage sorditavatele loenditele nupud „Liiguta üles“ ja „Liiguta alla“. Ainult klaviatuuritoest ei piisa: W3C selgitusdokument (avaneb uuel vahelehel) ütleb, et klaviatuuriga samaväärne toimimine „ei täida seda edukriteeriumi automaatselt“.

2.5.8 Sihtmärgi suurus (miinimumnõue)

Tavalised vead on hüpikakende pisikesed „ד-nupud, tihedalt kõrvuti lehekülgede numbrid, tähehinnangud ja sotsiaalmeedia ikoonide read. Vale koha puudutamine ärritab igaüht ja on tõeline takistus inimestele, kelle käte osavus on piiratud.

• Erandid: lingid lause sees, sihtmärgid, millel on samal lehel mujal nõuetekohase suurusega samaväärne juhtelement, brauseri määratud suurusega juhtelemendid, mille stiili te pole muutnud, ning juhud, kus teatud suurus on hädavajalik või seadusega nõutud.
• Kiire test: proovige telefonis läbi kõik väikesed ikoonid ja nupud; mõõtmiseks uurige elementi brauseri arendajatööriistadega.
• Tavaline parandus: lisage sisemist vahet (padding). Klõpsatav ala kasvab, kuigi ikoon näeb välja samasugune. Ja pidage 24 pikslit alampiiriks: vanem AAA-kriteerium 2.5.5 nõuab 44 × 44.

Ühtne abi ja korduv sisestus: kas panete inimesi otsima või end kordama?

Mõlemad on A-tasemel. 3.2.6 Ühtne abi ütleb, et kui abi, näiteks kontaktandmed, vestlus või KKK link, on mitmel lehel, peab see paiknema ülejäänud lehe suhtes iga kord samas järjekorras. 3.3.7 Korduv sisestus ütleb, et inimesed ei peaks sama protsessi jooksul uuesti sisestama teavet, mille nad on juba andnud.

Ühtne abi ei kohusta teid abi üldse pakkuma. See ütleb ainult, et kui telefoninumber on tootelehtedel päises, ei tohiks see maksmise juures, kus inimesed seda kõige rohkem vajavad, jalusesse kolida. Kõige rohkem võidavad sellest mälu- või tähelepanuraskustega inimesed. Parandus on tavaliselt ühine mall, mitte abi paigutamine lehekaupa.

Korduv sisestus puudutab mitmesammulisi vorme. Broneerimisvorm, mis küsib e-posti aadressi 1. sammul ja uuesti 3. sammul, ei vasta nõudele, samuti maksmisprotsess, mis paneb sama arveldusaadressi uuesti sisestama. Täitke väli automaatselt või laske inimestel see valida, näiteks märkeruuduga „Arveldusaadress on sama mis tarneaadress“. Erandid: kui uuesti sisestamine on hädavajalik või turvalisuse tõttu nõutav või kui varasem teave ei kehti enam.

Ligipääsetav autentimine: kas sisse saab logida ilma mälutestita?

Edukriteerium 3.3.8 (tase AA) ütleb, et ükski sisselogimise samm ei tohi tugineda kognitiivse funktsiooni testile, näiteks parooli meeldejätmisele, moonutatud tähemärkide sisestamisele või mõistatuse lahendamisele, kui te ei paku alternatiivi või abistavat lahendust. Praktikas: laske paroolihalduritel välju täita, lubage kleepimist ja pakkuge meetodit, mis ei sõltu mälust.

WCAG määratleb kognitiivse funktsiooni testi kui „ülesande, mis nõuab kasutajalt teabe meeldejätmist, töötlemist või ümberkirjutamist“. Nime, e-posti aadressi või telefoninumbri sisestamist selliseks testiks ei loeta, sest need on teie isiklikud andmed ja kõikjal samad. Sisselogimise samm vastab AA-tasemele, kui see pakub vähemalt üht järgmistest:

• Alternatiivne meetod ilma kognitiivse testita, näiteks pääsuvõti (passkey) või e-posti teel saadetav link.
• Abistav mehhanism, näiteks paroolihaldurite tugi või kopeerimine ja kleepimine, et ühekordset koodi ei peaks uuesti trükkima.
• Objektituvastus, näiteks „valige pildid, millel on jalgratas“.
• Isiklik sisu, näiteks enda üles laaditud pildi äratundmine.

AAA-versioon 3.3.9 jätab kaks viimast võimalust välja, nii et pildipõhine CAPTCHA võib AA-tasemel läbi minna, kuid AAA-tasemel mitte. Tüüpilised vead: parooliväljad, mis keelavad kleepimise või paroolihaldurite kasutamise, ühekordse koodi lahtrid, mis kleepimisel katki lähevad, ja tekstipõhine CAPTCHA ilma alternatiivita. Kõige rohkem võidavad sellest düsleksia või mäluhäiretega inimesed, kuid probleemi tunneb ära igaüks, kes on pika päeva lõpus kontost välja jäänud.

Kas WCAG 2.2 on seadusega nõutud?

See sõltub sellest, kus te olete ja kes te olete. Seadused nimetavad WCAG versiooni otse harva ja mitu neist viitab endiselt WCAG 2.1 tasemele AA. Kuna WCAG 2.2 on tagasiühilduv, vastab 2.2 AA nõuetele vastav sait ka 2.1 AA nõuetele, välja arvatud eemaldatud 4.1.1. Kui võtate eesmärgiks 2.2, katate mõlemad. Kui leping nimetab kindla versiooni, järgige lepingut.

• Euroopa Liit: Euroopa ligipääsetavuse akti järgi eeldatakse vastavust, kui vastate harmoneeritud standardile EN 301 549. AccessibleEU (avaneb uuel vahelehel) andmetel võtab 2026. aasta septembris avaldatud versioon 4.1.1 üle WCAG 2.2, kuid ei ole veel õiguslik viitestandard; kuni viide sellele avaldatakse Euroopa Liidu Teatajas, kehtib v3.2.1 (mis põhineb WCAG 2.1 tasemel AA). Meie Euroopa ligipääsetavuse akti selgitus räägib, keda akt puudutab.
• Ühendkuningriik: valitsuse juhendi (avaneb uuel vahelehel) järgi peavad avaliku sektori veebisaidid ja rakendused vastama WCAG 2.2 tasemele AA. See juhend käib avaliku sektori asutuste, mitte eraettevõtete kohta.
• Ameerika Ühendriigid: justiitsministeeriumi reegel osariikide ja kohalike omavalitsuste jaoks kasutab WCAG 2.1 taset AA ning selle täitmise tähtajad lükati 2026. aasta aprillis edasi (avaneb uuel vahelehel) 26. aprillile 2027 ja 26. aprillile 2028. Eraettevõtete kohta ütleb ministeeriumi 2022. aasta juhend (avaneb uuel vahelehel), et ADA kehtib nende veebisaitidele, kuid ei kehtesta kindlat tehnilist standardit.

Aga WCAG 3?

WCAG 3 on mustand, nii et sellele ei saa veel keegi vastata. W3C avaldas 2026. aasta septembris uuendatud mustandid ja ütleb, et valmis standardit ei ole oodata „veel mõne aasta jooksul“. WCAG 2 ei kuulutata aegunuks veel mitu aastat pärast seda, nii et praegu tasub töötada versiooni 2.2 järgi.

Kuidas uusi kriteeriume 15 minutiga kontrollida?

Kuue A- ja AA-taseme kriteeriumi enamiku vigadest leiate umbes 15 minutiga klaviatuuri, telefoni ja oma sisselogimislehe abil. See ei asenda täielikku auditit ega testimist puuetega inimestega, kuid näitab, kust alustada, ja annab arendajale konkreetse töönimekirja.

1. Liikuge tabulaatoriga läbi avalehe, ühe tootelehe ja maksmislehe, kui kõik ribad on nähtaval. Kas näete fookust kogu aeg? (2.4.11)
2. Tehke iga liuguri või lohistamisega toiming lõpuni ainult klõpsude või puudutustega. (2.5.7)
3. Proovige telefonis läbi kõik sulgemisnupud, lehekülgede numbrid ja väikesed ikoonid. (2.5.8)
4. Võrrelge kolmel eri tüüpi lehel, kus asuvad abi ja kontaktandmed. (3.2.6)
5. Tehke läbi ost või broneering ja märkige üles iga küsimus, millele vastate kaks korda. (3.3.7)
6. Logige sisse paroolihalduriga, seejärel kleepige parool ja ühekordne kood. Kas igal CAPTCHA-l on alternatiiv? (3.3.8)

Ülejäänud WCAG nõuete jaoks käsitleb meie juhend kuidas testida veebisaidi ligipääsetavust tasuta tööriistu ja käsitsi kontrolle ning meie veebisaidi ligipääsetavuse kontrollnimekiri teeb levinud vigadest ülesannete loendi. Kõik, mida te veel parandada ei saa, kuulub teie ligipääsetavuse teatisesse.

Märkus vidinate kohta, ka meie oma kohta: ühtki neist kriteeriumidest ei saa täita külastaja poolel avatava paneeliga. Suur kursor teeb väikestele sihtmärkidele pihtasaamise lihtsamaks, kuid ei tee neid 24 pikslit laiaks, ja fookuse esiletõst ei lükka kleepuvat riba eest ära. Iga uus kriteerium puudutab seda, kuidas teie lehed on ehitatud, nii et parandus käib teie mallidesse ja koodi.