Kas jauns WCAG 2.2? Deviņi jaunie kritēriji vienkāršiem vārdiem

Kāds, kurš lieto tastatūru, ar tabulēšanas taustiņu pārvietojas pa jūsu norēķinu lapu. Fokuss nonāk uz pogas “Maksāt tagad”, bet virs tās atrodas fiksēta sīkdatņu josla, tāpēc cilvēks neredz, kur atrodas. Pēc WCAG 2.1 šī lapa vēl varēja izturēt pārbaudi. Pēc WCAG 2.2 vairs ne.

Tieši šādus robus aizlāpa versija 2.2. Tālāk katru jauno veiksmes kritēriju aplūkojam vienādi: ko tas nosaka, kam tas palīdz, kā to ātri pārbaudīt un kāds ir ierastais labojums. Četrus principus un līmeņus vienā lapā atradīsiet mūsu WCAG 2.2 uzziņās.

Kas ir WCAG 2.2?

WCAG 2.2 ir Tīmekļa satura piekļūstamības vadlīniju (Web Content Accessibility Guidelines) aktuālā versija – W3C standarts, uz kuru atsaucas lielākā daļa piekļūstamības tiesību aktu un līgumu. Tas kļuva par W3C ieteikumu 2023. gada 5. oktobrī (atveras jaunā cilnē), tika atjaunināts 2024. gada 12. decembrī (atveras jaunā cilnē) un 2025. gada oktobrī apstiprināts kā ISO/IEC 40500:2025 (atveras jaunā cilnē).

WCAG veido pārbaudāmi apgalvojumi, ko sauc par veiksmes kritērijiem, un katram ir savs līmenis: A (minimums), AA (to parasti prasa likumi) vai AAA (visstingrākais). “Mums vajag WCAG 2.2 AA” nozīmē visus versijas 2.2 A un AA līmeņa kritērijus. Specifikācijā teikts, ka WCAG 2.2 “balstās uz WCAG 2.1 un ir ar to atpakaļsaderīgs”, tātad tas papildina 2.1, nevis aizstāj to.

Kas mainījās no WCAG 2.1 uz 2.2?

WCAG 2.2 pievieno deviņus veiksmes kritērijus un vienu svītro. Seši no jaunajiem ir A vai AA līmenī, tāpēc tie tiek ieskaitīti ierastajā AA mērķī: 2.4.11, 2.5.7, 2.5.8, 3.2.6, 3.3.7 un 3.3.8. Pārējie trīs ir AAA līmenī. Svītrotais kritērijs ir 4.1.1 Parsēšana (Parsing), ko W3C tagad sauc par novecojušu.

Kritērijs 4.1.1 pārbaudīja marķējuma kļūdas, piemēram, dublētus ID. WCAG 2 BUJ (atveras jaunā cilnē) skaidro, ka šīs problēmas tagad aptver citi kritēriji, piemēram, 4.1.2 Nosaukums, loma, vērtība. Tomēr ir viena nianse: ja līgums joprojām prasa WCAG 2.0 vai 2.1, jums “var nākties turpināt testēt 4.1.1 un ziņot par to”.

Fokuss nav aizsegts un fokusa izskats: vai tastatūras lietotāji redz, kur atrodas?

Šie kritēriji nodrošina, ka elements ar tastatūras fokusu paliek redzams. AA līmenī (2.4.11) fokusā esoša saite vai poga nedrīkst būt pilnībā aizsegta ar jūsu pievienotu saturu, piemēram, fiksētu galveni, sīkdatņu joslu vai tērzēšanas burbuli. AAA līmenī nekas nedrīkst aizsegt nevienu tās daļu (2.4.12), un fokusa kontūrai jābūt lielai un skaidri kontrastējošai (2.4.13).

• Kam tas palīdz: redzīgiem cilvēkiem, kuri peles vietā lieto tastatūru, bieži kustību traucējumu dēļ. Ja viņi neredz fokusu, viņiem atliek minēt.
• Ātrā pārbaude: atveriet garu lapu, kurā vienlaikus redzama sīkdatņu josla, fiksētā galvene un tērzēšanas logrīks, un atkārtoti spiediet tabulēšanas taustiņu. Ja fokuss pilnībā pazūd aiz kāda elementa, tā ir 2.4.11 kļūda.
• Ierastais labojums: pievienojiet CSS ritināšanas atkāpi (scroll padding), kas vienāda ar fiksētās galvenes vai kājenes augstumu, lai pārlūkprogramma ritinātu fokusā esošos elementus ārā no tās apakšas. W3C to min kā pietiekamu paņēmienu (atveras jaunā cilnē). Josla var atbilst prasībai arī tad, ja tā ir modāla un vispirms jāaizver.

Fokusa izskats (2.4.13) prasa indikatoru, kas ir vismaz tikpat liels kā 2 CSS pikseļu bieza kontūra ap komponentu, un vismaz 3:1 kontrasta izmaiņu starp stāvokli ar fokusu un bez tā. Tas ir AAA līmenis, taču vienlaidu 2 pikseļu kontūra spilgtā krāsā parasti ļauj to sasniegt. Mūsu pamācībā par krāsu kontrastu skaidrots, kā izmērīt 3:1.

Vilkšanas kustības un mērķa izmērs: vai vietni var lietot bez precīzas tēmēšanas?

Šie divi AA līmeņa kritēriji palīdz cilvēkiem, kuriem grūti precīzi vadīt rādītāju. 2.5.7 nosaka, ka visam, ko var izdarīt ar vilkšanu, jādarbojas arī ar atsevišķiem klikšķiem vai pieskārieniem. 2.5.8 nosaka, ka mērķiem jābūt vismaz 24 × 24 CSS pikseļiem vai jābūt izvietotiem tā, lai 24 pikseļu aplis, kura centrs ir katra mērķa vidū, nepieskartos citam mērķim.

2.5.7 Vilkšanas kustības

Iedomājieties cenu diapazona slīdni e-veikala filtros vai vēlmju sarakstu, kura secību maina, velkot elementus. Cilvēkam ar trīci vai tam, kurš lieto galvas rādītāju, darbība “nospiest, turēt, pārvietot un atlaist” var būt ļoti sarežģīta.

Ātrā pārbaude: pabeidziet katru vilkšanas uzdevumu tikai ar klikšķiem vai pieskārieniem. Ierastais labojums: ļaujiet noklikšķināt jebkurā slīdņa joslas vietā, pievienojiet tam blakus laukus “min” un “max” vai pievienojiet kārtojamiem sarakstiem pogas “Pārvietot augšup” un “Pārvietot lejup”. Ar tastatūras atbalstu vien nepietiek: W3C skaidrojošajā dokumentā (atveras jaunā cilnē) teikts, ka līdzvērtīga darbība ar tastatūru “automātiski neizpilda šo veiksmes kritēriju”.

2.5.8 Mērķa izmērs (minimālais)

Tipiskās kļūdas ir sīkas “×” pogas uznirstošajos logos, cieši sablīvēti lapu numuri, zvaigznīšu vērtējumi un sociālo tīklu ikonu rindas. Pieskaršanās nepareizajai vietai kaitina ikvienu, bet cilvēkiem ar ierobežotu roku veiklību tas ir reāls šķērslis.

• Izņēmumi: saites teikuma iekšienē, mērķi, kuriem tajā pašā lapā ir līdzvērtīga vadīkla vajadzīgajā izmērā, pārlūkprogrammas noteikta izmēra vadīklas, kuru stilu neesat mainījuši, un gadījumi, kad konkrēts izmērs ir būtisks vai to prasa likums.
• Ātrā pārbaude: tālrunī izmēģiniet katru mazo ikonu un pogu; lai kādu izmērītu, apskatiet to pārlūkprogrammas izstrādātāju rīkos.
• Ierastais labojums: pievienojiet iekšējo atkāpi (padding). Klikšķināmais laukums palielinās, lai gan ikona izskatās tāpat. Un uzskatiet 24 pikseļus par apakšējo robežu: vecākais AAA kritērijs 2.5.5 prasa 44 × 44.

Konsekventa palīdzība un atkārtota ievade: vai liekat cilvēkiem meklēt vai atkārtoties?

Abi ir A līmenī. 3.2.6 Konsekventa palīdzība nosaka: ja palīdzība, piemēram, kontaktinformācija, tērzēšana vai BUJ saite, ir redzama vairākās lapās, tai katru reizi jāatrodas tajā pašā secībā attiecībā pret pārējo lapas saturu. 3.3.7 Atkārtota ievade nosaka, ka cilvēkiem nav atkārtoti jāievada informācija, ko viņi tajā pašā procesā jau ir snieguši.

Konsekventa palīdzība neuzliek par pienākumu palīdzību vispār piedāvāt. Tā tikai nosaka: ja produktu lapās tālruņa numurs ir galvenē, tas nedrīkst pārvietoties uz kājeni norēķinu brīdī, kad cilvēkiem tas visvairāk vajadzīgs. Visvairāk no tā iegūst cilvēki ar atmiņas vai uzmanības grūtībām. Labojums parasti ir kopīga veidne, nevis palīdzības izvietošana katrā lapā atsevišķi.

Atkārtota ievade attiecas uz vairāku soļu veidlapām. Rezervēšanas veidlapa, kas 1. solī prasa e-pasta adresi un 3. solī to prasa vēlreiz, neatbilst prasībai, tāpat kā norēķinu process, kurā identiska maksātāja adrese jāievada no jauna. Aizpildiet lauku automātiski vai ļaujiet to izvēlēties, piemēram, ar izvēles rūtiņu “Maksātāja adrese sakrīt ar piegādes adresi”. Izņēmumi ir gadījumi, kad atkārtota ievade ir būtiska vai nepieciešama drošības dēļ vai kad iepriekš sniegtā informācija vairs nav derīga.

Piekļūstama autentifikācija: vai var pieteikties bez atmiņas testa?

Veiksmes kritērijs 3.3.8 (AA līmenis) nosaka, ka neviens pieteikšanās solis nedrīkst balstīties uz kognitīvās funkcijas testu, piemēram, paroles atcerēšanos, izkropļotu rakstzīmju ievadīšanu vai mīklas risināšanu, ja vien nepiedāvājat alternatīvu vai palīglīdzekli. Praksē: ļaujiet paroļu pārvaldniekiem aizpildīt laukus, atļaujiet ielīmēšanu un piedāvājiet metodi, kas nav atkarīga no atmiņas.

WCAG kognitīvās funkcijas testu definē kā “uzdevumu, kurā lietotājam jāatceras, jāapstrādā vai jāpārraksta informācija”. Vārda, e-pasta adreses vai tālruņa numura ievadīšana par tādu netiek uzskatīta, jo tie ir jūsu personiskie dati un visur vienādi. Pieteikšanās solis atbilst AA līmenim, ja tas piedāvā vismaz vienu no šiem variantiem:

• Alternatīva metode bez kognitīvā testa, piemēram, piekļuves atslēga (passkey) vai e-pastā nosūtīta saite.
• Palīgmehānisms, piemēram, paroļu pārvaldnieku atbalsts vai kopēšana un ielīmēšana, lai vienreizējais kods nebūtu jāpārraksta.
• Objektu atpazīšana, piemēram, “atlasiet attēlus, kuros redzams velosipēds”.
• Personisks saturs, piemēram, paša augšupielādēta attēla atpazīšana.

AAA versijā 3.3.9 pēdējie divi varianti vairs nav atļauti, tāpēc attēlu CAPTCHA var atbilst AA līmenim, bet ne AAA. Tipiskās kļūdas: paroļu lauki, kas bloķē ielīmēšanu vai paroļu pārvaldniekus, vienreizējā koda lauki, kas salūzt, ja kodu ielīmē, un teksta CAPTCHA bez alternatīvas. Visvairāk iegūst cilvēki ar disleksiju vai atmiņas traucējumiem, taču problēmu atpazīs ikviens, kurš garas dienas beigās nav varējis tikt savā kontā.

Vai WCAG 2.2 prasa likums?

Tas ir atkarīgs no tā, kur jūs esat un kas jūs esat. Likumos WCAG versija tieši tiek minēta reti, un vairāki joprojām atsaucas uz WCAG 2.1 AA. Tā kā WCAG 2.2 ir atpakaļsaderīgs, atbilstība 2.2 AA nozīmē arī atbilstību 2.1 AA, izņemot svītroto 4.1.1. Mērķis 2.2 aptver abus. Ja līgumā norādīta konkrēta versija, ievērojiet līgumu.

• Eiropas Savienība: saskaņā ar Eiropas Piekļūstamības aktu atbilstību prezumē, ja izpildāt saskaņoto standartu EN 301 549. Saskaņā ar AccessibleEU (atveras jaunā cilnē) sniegto informāciju 2026. gada septembrī publicētā versija 4.1.1 pārņem WCAG 2.2, taču vēl nav juridiskā atsauce; kamēr atsauce uz to nav publicēta Oficiālajā Vēstnesī, piemēro v3.2.1 (balstīta uz WCAG 2.1 AA). Mūsu Eiropas Piekļūstamības akta skaidrojumā aprakstīts, uz ko akts attiecas.
• Apvienotā Karaliste: valdības vadlīnijās (atveras jaunā cilnē) teikts, ka publiskā sektora tīmekļa vietnēm un lietotnēm jāatbilst WCAG 2.2 AA. Šīs vadlīnijas attiecas uz publiskām iestādēm, nevis privātiem uzņēmumiem.
• Amerikas Savienotās Valstis: Tieslietu departamenta noteikumi štatu un pašvaldību iestādēm izmanto WCAG 2.1 AA, un izpildes termiņi 2026. gada aprīlī tika pārcelti (atveras jaunā cilnē) uz 2027. gada 26. aprīli un 2028. gada 26. aprīli. Attiecībā uz privātiem uzņēmumiem departamenta 2022. gada vadlīnijās (atveras jaunā cilnē) teikts, ka ADA attiecas uz to tīmekļa vietnēm, taču konkrēts tehniskais standarts nav noteikts.

Un kā ar WCAG 3?

WCAG 3 ir melnraksts, tāpēc tam vēl neviens nevar atbilst. W3C 2026. gada septembrī publicēja atjauninātus melnrakstus un norāda, ka pabeigts standarts nav gaidāms “vēl dažus gadus”. WCAG 2 netiks atzīts par novecojušu vēl vairākus gadus pēc tam, tāpēc tagad jāstrādā pēc versijas 2.2.

Kā 15 minūtēs pārbaudīt jaunos kritērijus?

Lielāko daļu sešu A un AA līmeņa kritēriju kļūdu varat atrast aptuveni 15 minūtēs ar tastatūru, tālruni un savu pieteikšanās lapu. Tas neaizstās pilnu auditu vai testēšanu ar cilvēkiem ar invaliditāti, taču parādīs, ar ko sākt, un dos izstrādātājam konkrētu darāmo darbu sarakstu.

1. Ar tabulēšanas taustiņu izejiet cauri sākumlapai, produkta lapai un norēķinu lapai, kad redzamas visas joslas. Vai fokusu vienmēr var redzēt? (2.4.11)
2. Pabeidziet katru slīdņa vai vilkšanas uzdevumu tikai ar klikšķiem vai pieskārieniem. (2.5.7)
3. Tālrunī izmēģiniet katru aizvēršanas pogu, lapas numuru un mazo ikonu. (2.5.8)
4. Salīdziniet, kur palīdzība un kontaktinformācija atrodas trīs dažādu veidu lapās. (3.2.6)
5. Veiciet pirkumu vai rezervāciju un pierakstiet katru jautājumu, uz kuru atbildat divreiz. (3.3.7)
6. Piesakieties ar paroļu pārvaldnieku, pēc tam ielīmējiet paroli un vienreizējo kodu. Vai katrai CAPTCHA ir alternatīva? (3.3.8)

Pārējām WCAG prasībām mūsu pamācībā kā testēt vietnes piekļūstamību aplūkoti bezmaksas rīki un manuālas pārbaudes, bet mūsu tīmekļa vietnes piekļūstamības kontrolsaraksts pārvērš biežākās kļūdas darāmo darbu sarakstā. Viss, ko vēl nevarat salabot, jānorāda jūsu piekļūstamības paziņojumā.

Piezīme par logrīkiem, arī mūsējo: nevienu no šiem kritērijiem nevar izpildīt ar paneli apmeklētāja pusē. Liels kursors atvieglo tēmēšanu uz maziem mērķiem, bet nepadara tos 24 pikseļus platus, un fokusa izcelšana nepārvieto fiksēto joslu malā. Katrs jaunais kritērijs attiecas uz to, kā veidotas jūsu lapas, tāpēc labojums jāveic jūsu veidnēs un kodā.