Mitä uutta on WCAG 2.2 -saavutettavuusohjeistossa?

WCAG sai uusimman päivityksen vuoden 2024 lopussa. Miksi tästä pitäisi sitten välittää? WCAG 2.2 on taaksepäin yhteensopiva edellisten versioiden kanssa. On siis turvallista ja erittäin suositeltavaa noudattaa uusinta ohjeistoa jo nyt kaikessa kehityksessä ja testauksessa, erityisesti uusien palveluiden osalta. Vaikka nykyinen lainsäädäntö pohjautuu vielä WCAG 2.1 -versioon, vaatimukset päivittyvät näillä näkymin uusimpaan kriteeristöön vuoden 2026 aikana.

Tavoitteet

WCAG-ohjeiston 2.2-version kehittämisessä oli tavoitteena parantaa saavutettavuusohjeita erityisesti kolmelle merkittävälle ryhmälle:

• käyttäjät, joilla on kognitiivisia tai oppimiseen liittyviä rajoitteita,
• heikkonäköiset käyttäjät ja
• mobiililaitteita käyttävät toimintarajoitteiset käyttäjät.

Keskeiset muutokset

WCAG 2.2:ssa on 2.1:een verrattuna yhdeksän kokonaan uutta onnistumiskriteeriä. Näistä kuusi on A- tai AA-tason kriteerejä, jotka tulevat täydentämään nykyistä lainsäädäntöä.

Lisäysten lisäksi A-tason kriteeri 4.1.1 Jäsentäminen (eng. Parsing) on jätetty pois, koska teknologian kehityksen myötä sen merkitys on vähentynyt ja osa sen kattamista asioista sisältyy jo muihin kriteereihin.

Tiukennukset näppäimistökohdistuksen näkyvyyteen

Useampi uusi kriteeri liittyy näppäimistökohdistimeen ja sen näkyvyyteen. Ensimmäinen kriteeri, 2.4.11 Näkyvä kohdistin ei peity (minimi) (engl. Focus not obscured (Minimum)), vaatii, ettei kohdistuksen saava komponentti ole koskaan kokonaan piilossa. Tämä tarkoittaa esimerkiksi sitä, ettei evästebanneri saisi peittää kokonaan alatunnisteen linkkejä käyttäjän kohdistaessa niihin. Muut esimerkit voivat liittyä vaikkapa chat-ikkunoihin, modaaleihin tai avautuviin vihjeteksteihin. 

Tähän AA-tason kriteeriin riittää, että kohdistus näkyy edes osittain antaen osviittaa siitä, missä kohdistus menee. Samaan aiheeseen liittyvä AAA-tason kriteeri 2.4.12 vaatii, että kohdistus on aina kokonaisuudessaan näkyvissä. 

Toinen lisäys on AAA-tasoa, ja liittyy kohdistimen ulkoasuun. Kriteeri 2.4.13 Näkyvän kohdistuksen ulkoasu (engl. Focus appearance) asettaa tarkat vaatimukset kohdistimen kontrastille (vähintään 3:1) ja pinta-alalle (vastaa vähintään 2 px paksuista reunusta). Erästä versiota kriteeristä suunniteltiin myös AA-tasolle, ja vaikka se ei lopulliseen versioon päätynyt, on hyvä ottaa ohjenuoraksi toteuttaa riittävän paksu ja selkeästi erottuva kohdistin.

Raahauseleet

Kriteeri 2.5.7 Raahaamista vaativat eleet (engl. Dragging movements) edellyttää, että raahaamalla tehtävät toiminnot voidaan tehdä myös yksittäisillä osoittimen painalluksilla. Esimerkkejä:

• Kartta, jonka näkymää muutetaan raahaamalla, sisältää myös painikkeet siirtymiseen ylös, alas, vasemmalle ja oikealle.

• Jos kontrollin arvo asetetaan raahaamalla, sen yhteydessä on myös tekstikenttä arvon syöttämiselle.

Kohteen minimikoko

WCAG:ssa on jo entuudestaan ollut vaatimus kohteiden minimikoolle AAA-tasolla. Nyt vastaava, mutta lievempi vaatimus tuotiin myös AA-tasolle. 2.5.8 Kohdealueen koko (minimi) (engl. Target Size (Minimum)) edellyttää, että käyttöliittymäkohteiden koko on vähintään 24 kertaa 24 pikseliä, paitsi jos kohteiden välissä on vähintään 24 pikseliä tilaa, kohde on osa tekstikappaletta (kuten linkki) tai kohteen esittämiseksi on välttämätöntä, että se on pienempi (esimerkiksi kartan pisteiden esittäminen).

Kannattaa muistaa, että tämän vaatimuksen täyttäminen hyödyttää kaikkia käyttäjiä, etenkin mobiililaitteissa. AAA-tason vaatimus 44 pikselin kokoisista kohteista on yleinen suositus käyttöliittymästandardeissa.

Ohjeiden sijainti

Kriteeri 3.2.6  Johdonmukainen apu ja ohjeet (engl. Consistent help) ei edellytä, että sivuilla on ohjetoiminto, mutta jos sellainen on, sen tulee olla jokaisella sivulla yhdenmukaisessa paikassa. Tällaisiksi ohjeiksi lasketaan esimerkiksi:

• yhteystiedot

• yhteydenottolomake

• aputoiminto, usein kysytyt kysymykset tai vastaava

• kokonaan automatisoitu botti.

Sijainti voi luonnollisesti vaihdella ruutukoosta tai ruudun suurennuksesta riippuen, mutta sen tulisi olla samassa suhteellisessa järjestyksessä muihin sivun sisältöihin nähden. Jos palvelussa on useita eri tapoja ohjeiden tai avun saamiseen, kriteerin täyttämiseksi riittää, että yksi niistä on yllä kuvatulla tavalla saatavissa, kuten yhteystiedot-linkki aina samassa paikassa sivuston päävalikossa.

Kuvateksti: Helppo tapa täyttää uusi kriteeri 3.2.6 on samassa paikassa esiintyvä yhteydenottolinkki, kuten Eficoden sivuilla.

Turhaan toistuvien syötteiden välttäminen

Toisinaan lomakkeissa kysytään samoja tietoja useampaan kertaan. Esimerkiksi tilauslomakkeessa, jossa on erilliset kentät laskutus- ja toimitusosoitteelle, vaikka ne ovat usein keskenään samat. Uusi vaatimus 3.3.7 Tarpeeton toistaminen (engl. Redundant entry) edellyttää, että tällaisissa tilanteissa tietojen pitäisi olla joko valmiiksi syötettyjä, tai valittavissa niin, ettei niitä joudu syöttämään uudelleen. 

Poikkeuksena tästä vaatimuksesta ovat tilanteet, jossa tietojen uudelleen kysyminen on välttämätöntä esimerkiksi tietoturvasyistä tai jos aiemmin kysytyt tiedot eivät enää päde. 

Vaatimus koskee myös vain saman istunnon aikana tapahtuvia syötteitä, eli ei edellytä pitkäkestoista tietojen säilömistä.

Saavutettava tunnistautuminen

Uusi vaatimus saavutettavasta tunnistautumisesta (3.3.8 Saavutettava todentaminen (engl. Accessible authentication) edellyttää, että tunnistautuminen olisi mahdollista myös ilman vaatimusta vaikkapa salasanan muistamisesta tai käsin kopioimisesta. Kriteerin täyttämiseksi riittää, että kirjautumislomake tukee kolmansien osapuolten ja selainten sisäänrakennettuja salasanahallintatoimintoja, eikä tekstin kopioimista ja liittämistä ole erikseen estetty.

Käytännössä tämä kriteeri siis ei vaadi erityistoimenpiteitä, ellei edellä mainittuja toimintoja yritetä aktiivisesti estää.

Tämä on AA-tason vaatimus, ja se sallii esineiden tunnistamiseen perustuvat menetelmät. AAA-tason kriteeri 3.3.9 on tiukennus tästä kriteeristä, ja siinä ei esineiden tunnistusta sallita.

Muistilista 

• Älä päästä näppäimistön kohdistinta kokonaan piiloon.

• Toteuta mielellään selkeästi erottuva kohdistin.

• Jos jotain voi tehdä raahauseleillä, varmista että saman voi tehdä myös yksittäisillä painalluksilla.

• Tee kohteista kooltaan vähintään 24 x 24 CSS-pikseliä, tai jätä niiden väliin ainakin 24 pikseliä.

• Pidä ohjetoiminnot samassa paikassa palvelun käyttöliittymässä.

• Älä pakota käyttäjää täyttämään samoja tietoja moneen kertaan yhden istunnon aikana.

• Tue salasanojen hallintasovelluksia; älä estä tekstin kopiointia ja liittämistä tunnistautumisen yhteydessä.

Suuremmat muutokset tulossa WCAG 3.0-versiossa

WCAG 2.2:n kanssa rinnakkain kehitetään suurempaa päivitystä WCAG-ohjeistoon, jossa tarkoitus on laittaa kriteerien rakenne ja pisteyttäminen kokonaan uusiksi. Sen kehittämisessä menee vielä todennäköisesti vuosia ja WCAG 2.x-ohjeistot elävät luultavasti vielä pitkään rinnakkain uuden standardin kanssa.

Artikkelin päivittänyt 13.2.2026 Valeria Verkhovskaia ja Elisa Naskali