Oppaat

Mikä on saavutettavuus? WCAG ja esteetön suunnittelu selitettynä

Verkon saavutettavuus tarkoittaa sivustojen ja sovellusten rakentamista niin, että vammaiset ihmiset voivat käyttää niitä – olivatpa he sokeita ja käyttävät ruudunlukijaa, eivät voi käyttää hiirtä, heikkonäköisiä tai värisokeita, kuulovammaisia tai kognitiivisesti tai oppimisessa vammaisia. Käytännössä se tarkoittaa esimerkiksi kuvien tekstivaihtoehtoja, riittävää värikontrastia, lomakkeita, joilla on kunnolliset nimilaput, ja sitä, että kaikki toimii pelkällä näppäimistöllä. Sen kansainvälinen standardi on WCAG, Web Content Accessibility Guidelines -ohjeet W3C:ltä.

Saavutettavuudesta käytetään usein lyhennettä a11y – ”a”, 11 kirjainta, ”y”.

Miksi saavutettavuus on tärkeää, kun rakennat tekoälyllä

Tekoälyrakentajat osaavat tehdä sovelluksia, jotka näyttävät oikeilta. Saavutettavuus koskee pitkälti sitä, mitä kuvakaappauksesta ei näe: onko painike oikeasti painike, onko kentässä nimilappu, jonka ruudunlukija voi lukea, pääseekö valikkoon Tab-näppäimellä.

Siksi on tärkeää kysyä:

  • Sitä on helppo unohtaa. Mukautettu pudotusvalikko voi näyttää täydelliseltä ja olla mahdoton käyttää ilman hiirtä. Et huomaa sitä ellet testaa.
  • Sen oikein tekeminen aikaisin on halvempaa. Saavutettavien komponenttien pyytäminen ensimmäisestä kehotteesta maksaa lähes ei mitään. Valmiin sovelluksen jälkikäteen korjaaminen tarkoittaa jokaisen näkymän koskemista.
  • Se hyödyttää kaikkia. Tekstitykset auttavat meluisissa paikoissa, hyvä kontrasti auttaa puhelimella auringonvalossa, ja selkeät nimilaput auttavat kaikkia täyttämään lomakkeita nopeammin.
  • Se liittyy hakukoneoptimointiin. Oikeat otsikot, kuvaavat linkit ja alt-tekstit auttavat hakukoneita ymmärtämään sivujasi – katso SEO tekoälyllä rakennetuille verkkosivuille.
  • Se voi olla pakollista. Riippuen siitä, missä toimit ja keille palvelet, saavutettavuus voi olla lakisääteinen velvoite.

Arkinen vertaus

Ajattele rakennuksen sisäänkäyntiä.

Portaat toimivat monille ihmisille. Luiska toimii pyörätuolin käyttäjille – ja myös vanhemmille lastenvaunujen kanssa, kuljetustyöntekijöille kärryjen kanssa ja matkustajille matkalaukkujen kanssa. Automaattiovet, selkeät opasteet, hissinapit pistekirjoituksella ja hyvä valaistus poistavat esteen jollekin.

Verkon saavutettavuus on sama ajatus digitaalisille tiloille: sovelluksesi luiskat, opasteet ja kaiteet. Ja kuten rakennuksessa, luiska on paljon helpompi sisällyttää suunnitelmiin kuin lisätä jälkikäteen, kun betoni on kovettunut.

WCAG lyhyesti

WCAG:n julkaisee W3C:n Web Accessibility Initiative. Nykyinen versio on WCAG 2.2, joka julkaistiin ensimmäisen kerran lokakuussa 2023. Se on taaksepäin yhteensopiva: sisältö, joka täyttää WCAG 2.2:n, täyttää myös 2.1:n ja 2.0:n, ja W3C kannustaa käyttämään uusinta versiota. WCAG 2.2 on myös hyväksytty kansainväliseksi standardiksi ISO/IEC 40500:2025. Hyvin erilainen WCAG 3 on kehitteillä varhaisena luonnoksena, ei valmiina standardina.

WCAG on jäsennelty neljän periaatteen mukaan, joita usein muistetaan lyhenteellä POUR:

PeriaateMerkitysEsimerkkejä
Havaittava (Perceivable)Ihmiset voivat vastaanottaa sisällön niillä aisteilla, joita he käyttävätKuvien alt-teksti, videoiden tekstitys, riittävä kontrasti
Käytettävä (Operable)Ihmiset voivat käyttää kontrolleja ja navigoidaNäppäimistöllä käyttö, ei ajallisia rajoja, joita ei voi pidentää, näkyvä fokus
Ymmärrettävä (Understandable)Sisältö ja toiminta on järkevääSelkeät nimilaput, avulliset virheilmoitukset, johdonmukainen navigointi
Robusti (Robust)Toimii eri selaimilla ja avustavilla teknologioillaOikeat HTML-elementit, kontrollien oikeat nimet ja roolit

Jokaisella ohjeella on testattavia onnistumiskriteerejä kolmella tasolla:

  • Taso A – vähimmäisvaatimus. Näiden epääminen estää joitakin ihmisiä kokonaan.
  • Taso AA – tavoitetaso, ja se, johon useimmat lait ja käytännöt viittaavat.
  • Taso AAA – korkein taso. Hyödyllinen tavoite joissakin kohdissa, mutta W3C ei suosittele vaatimaan sitä koko sivustolle, koska jotkin sisällöt eivät voi täyttää sitä.

WCAG 2.2 lisäsi versioon 2.1 yhdeksän onnistumiskriteeriä, mukaan lukien Kohteen koko (vähimmäis) tasolla AA – napautettavien kohteiden tulisi yleensä olla vähintään 24 × 24 CSS-pikseliä, poikkeuksin – ja Saavutettava todennus (vähimmäis), joka rajoittaa kirjautumisvaiheita, jotka nojaavat muistiin tai palapeleihin, kuten salasanan uudelleenkirjoittamiseen ilman mahdollisuutta liittää sitä. Se poisti myös vanhan ”Parsing”-kriteerin vanhentuneena.

Esimerkki: rekisteröitymislomake

Tässä on rekisteröitymislomake, jonka tekoäly voi tuottaa, ja mitä saavutettavuustarkistus löytää:

OngelmaKeitä se koskeeKorjaus
Kentät käyttävät paikkamerkkitekstiä (”Sähköposti”) nimilapun sijaanRuudunlukijoiden käyttäjät; kaikki, jotka unohtavat kentän tarkoituksen kirjoittaessaanNäkyvä <label>, joka on yhdistetty jokaiseen kenttään
Vaalean harmaa teksti valkoisella, selvästi alle 4,5:1 kontrastinHeikkonäköiset, kaikki ulkonaTummempi teksti, joka täyttää 4,5:1 kontrastisuhteen
Virheet näytetään vain punaisena reunuksenaVärisokeat, ruudunlukijoiden käyttäjätTekstimuotoinen viesti kentän vieressä, ilmoitettuna ruudunlukijoille
”Rekisteröidy” on tyyliteltyä <div>-elementtiä, ei <button>-elementtiäNäppäimistön ja ruudunlukijan käyttäjät eivät voi aktivoida sitäKäytä oikeaa <button>-elementtiä
Ei näkyvää reunusta, kun siirrytään kenttien läpi Tab-näppäimelläNäppäimistökäyttäjät menettävät paikkansaSelkeä fokustyyli
Logon kuvalla ei ole alt-tekstiäRuudunlukijan käyttäjät kuulevat tiedostonimenAlt-teksti kuten ”Acme Bookings”

Niistä mikään korjaus ei muuta lomakkeen ulkoasua paljon. Kaikki ne muuttavat sitä, voivatko jotkin ihmiset käyttää sitä lainkaan.

Keskeiset termit

TermiMerkitys
Ruudunlukija (screen reader)Ohjelmisto, joka lukee näytön ääneen tai pistekirjoitusnäytölle, kuten VoiceOver, NVDA tai JAWS.
Alt-tekstiTekstikuvaus kuvasta, jonka ruudunlukija lukee. Koristekuvilla on tyhjä alt-teksti, jotta ne ohitetaan.
Kontrastisuhde (contrast ratio)Kuinka paljon teksti- ja taustaväri eroavat, 1:1–21:1.
NäppäimistönavigointiSivuston käyttö Tab-, Enter-, välilyönti- ja nuolinäppäimillä hiiren sijaan.
FokusindikaattoriNäkyvä reunus, joka näyttää, mihin elementtiin näppäimistö on kohdistettu.
Semanttinen HTMLOikean elementin käyttö tehtävään – <button>, <nav>, <h2> – jotta selaimet ja avustava teknologia ymmärtävät sivun.
ARIALisäattribuutit, jotka kuvaavat mukautettuja kontrolleja avustavalle teknologialle. Käytä säästeliäästi; natiivit HTML-elementit tulevat ensin.
Avustava teknologia (assistive technology)Työkalut, joilla ihmiset käyttävät tietokoneita, ruudunlukijoista kytkinlaitteisiin ja puheohjaukseen.

Yleiset väärinkäsitykset

  • ”Saavutettavuus koskee vain sokeita käyttäjiä.” Se kattaa näkö-, motoriset, kuulo-, puhe- ja kognitiiviset vammat sekä tilapäiset tilanteet, kuten murtunut käsi.
  • ”Saavutettavat sivustot näyttävät tylsiltä.” Saavutettavuus rajoittaa muutamia asioita – kontrastia, fokustyylejä, tekstin kokoa – mutta hyvännäköiset saavutettavat sivustot ovat normi, eivät poikkeus.
  • ”Automaattinen tarkistin antaa 100 pistettä, joten olemme valmiit.” Automaattiset työkalut löytävät vain osan ongelmista. Ihminen tarvitaan tarkistamaan, onko alt-teksti todella merkityksellinen tai toimiiko kulku ruudunlukijalla.
  • ”Overlay-widget tekee meistä vaatimustenmukaisia.” Päälle liimatut työkalupalkit eivät voi korjata puuttuvia nimilappuja tai rikkinäistä näppäimistöyhteyttä koodissasi. Korjaa lähde.
  • ”Meillä ei ole vammaisia käyttäjiä.” Saatat yksinkertaisesti tietää heistä vain vähän. Monet vammat eivät näy päällepäin, ja ihmiset, jotka kohtaavat esteen, yleensä vain poistuvat.

Mitä pyytää tekoälyrakentajaltasi

  • ”Rakenna tämä täyttämään WCAG 2.2 -tason AA.”
  • ”Käytä semanttista HTML:ää: oikeita painikkeita, linkkejä, otsikoita oikeassa järjestyksessä ja nimilappuja jokaiselle lomakekentälle.”
  • ”Varmista, että jokainen interaktiivinen elementti toimii pelkällä näppäimistöllä ja sillä on näkyvä fokustyyli.”
  • ”Tarkista kaikkien tekstien ja kuvakkeiden värikontrasti – 4,5:1 tavalliselle tekstille, 3:1 suurelle tekstille ja kuvakkeille.”
  • ”Lisää merkityksellinen alt-teksti informatiivisiin kuviin ja tyhjä alt-teksti koristekuviin.”
  • ”Näytä lomakevirheet tekstinä, kytkettynä kenttään, eikä pelkästään värillä.”
  • ”Kunnioita käyttäjän vähennetyn liikkeen asetusta animaatioissa.”
  • ”Aja automaattinen saavutettavuustarkistus ja listaa, mitä se ei voi testata, jotta voin tarkistaa sen käsin.”

Testaa sitten itse: laita hiiri sivuun ja yritä suorittaa pääkulku pelkällä Tab-, Shift+Tab-, Enter- ja välilyöntinäppäimellä. Kokeile puhelimesi sisäänrakennettua ruudunlukijaa pääsivulla. Zoomaa selain 200 %:iin ja katso, hajoaako mikään.

Saavutettavuus Mythexissä

Mythexissä ei ole erillistä saavutettavuustarkistinta, joten käsittele saavutettavuutta osana kehotteitasi ja testausta. Pyydä WCAG 2.2 AA -tasoa ensimmäisestä kehotteesta, tarkista tulos esikatselussa näppäimistöllä ja käytä /test-komentoa, jolla agentti käy pääkulut läpi ennen julkaisua – katso Sovellustestaus. SEO-ohje pyytää myös semanttisia otsikoita ja kuvaavia alt-tekstejä, jotka palvelevat molempia tavoitteita.

Käytännön tarkistuslistan löydät artikkelista miten teet verkkosivustostasi saavutettavan. Designiin lue miten suunnittelet hyvännäköisen sovelluksen tekoälyllä, ja ennen julkaisua miten testaat sovelluksesi ennen julkaisua. W3C:n oma WCAG-yleiskatsaus on virallinen lähde.

Kysymykset

Mikä on verkon saavutettavuus yksinkertaisesti selitettynä?

Verkon saavutettavuus tarkoittaa verkkosivujen ja -sovellusten suunnittelua ja rakentamista niin, että vammaiset ihmiset voivat havaita, ymmärtää, navigoida ja käyttää niitä. Siihen kuuluvat sokeat käyttäjät ruudunlukijoilla, ihmiset, jotka eivät voi käyttää hiirtä, heikkonäköiset ja värisokeat, kuulovammaiset sekä kognitiivisesti vammaiset käyttäjät.

Mikä on WCAG?

WCAG (Web Content Accessibility Guidelines) on kansainvälinen verkon saavutettavuuden standardi, jonka julkaisee W3C. Nykyinen versio on WCAG 2.2, joka julkaistiin ensimmäisen kerran lokakuussa 2023. Sen onnistumiskriteerit on jaettu tasoihin A, AA ja AAA, ja taso AA on tavoite, johon useimmat organisaatiot ja lait viittaavat.

Mitä värikontrastia WCAG vaatii?

Tasolla AA tavallisen tekstin kontrastisuhteen taustaansa nähden on oltava vähintään 4,5:1, ja suuren tekstin (noin 18 pistettä tai 14 pistettä lihavoituna) vähintään 3:1. Kuvakkeiden ja kontrollien näkyvien osien on oltava vähintään 3:1 viereiseen väriin nähden.

Onko verkon saavutettavuus laillinen vaatimus?

Monissa paikoissa, monille organisaatioille, kyllä. Lait vaihtelevat maittain ja aloittain – esimerkiksi Euroopan saavutettavuusdirektiivi koskee monia EU:n kuluttajille suunnattuja digitaalisia tuotteita ja palveluita. Tarkista, mitkä säännöt koskevat sinua, tai kysy lakimieheltä.

Voiko saavutettavuus-overlay tai -widget tehdä sivustostani vaatimustenmukaisen?

Ei yksinään. Overlayt lisäävät työkalupalkin sivustosi päälle, mutta eivät luotettavasti korjaa perusongelmia, kuten puuttuvia nimilappuja, toimimatonta näppäimistönavigointia tai epäselvää rakennetta. Luotettava tapa on korjata sivuston koodi ja sisältö.

Mythex · Pricing · Rakenna mitä tahansa tekoälyllä · Verkkosivu- ja sovellusmallipohjat · Mythex vertailussa · Tekoälysovellusten rakentamisen sanasto · Ilmaiset työkalut tekoälysovellusten rakentamiseen · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)