2026-02-11 · Badunon toimitus · 5 blog.readMin · Blogi & Tieto
Saavutettavuuden vahvistamislaki: Mitä verkkosivustojen on nyt täytettävä
Kesäkuusta 2025 lähtien BFSG on ollut voimassa – ja monet yritysverkkosivustot kuuluvat sen piiriin. Velvollisuudet ymmärrettävästi järjestettyinä, ilman paniikkia.
Keitä se koskee
Laki koskee kuluttajille suunnattuja sähköisiä palveluja – mukaan lukien verkkokaupat ja monet varaus- ja yhteydenottokanavat. Puhtaat B2B-tarjoukset ja mikroyritykset ovat osittain vapautettuja; luokitus olisi epäselvissä tapauksissa tarkistettava juridisesti.
Mitä vaaditaan
Käytännössä vaatimukset noudattavat WCAG:ta: havaittava (kontrastit, vaihtoehtoiset tekstit), käytettävä (näppäimistö, kohdistus), ymmärrettävä (selkeä kieli, virheilmoitukset) ja tukeva (puhdas HTML avustaville teknologioille).
Hyvä uutinen
Saavutettavat verkkosivustot ovat lähes aina myös nopeampia, paremmin jäsenneltyjä ja hakukoneystävällisempiä. Velvollisuus panostaa laatuun, joka kannattaa muutenkin – ja avaa suuren, usein huomiotta jätetyn käyttäjäryhmän.
Aloita pragmaattisesti
Ensin tarkista (automatisoidusti ja manuaalisesti), sitten priorisoi vaikutuksen mukaan: kontrastit, vaihtoehtoiset tekstit, lomakkeet ja näppäimistökäyttö korjaavat suurimman osan arjen esteistä. Saavutettavuusseloste dokumentoi tilan rehellisesti.
Hreflang ja saavutettavuus: Usein unohdettu yhteispeli
Monikieliset verkkosivustot kohtaavat lisähaasteen: Saavutettavuusvaatimukset koskevat jokaista kieliversiota erikseen. Hreflang-attribuutin, joka ilmoittaa hakukoneille kieli- ja aluekohdistuksen, on oltava toteutettu siten, että ruudunlukijat ja muut avustavat teknologiat tunnistavat kielenvaihdot oikein. Jos hreflang on asetettu väärin tai puuttuu, se voi vaikeuttaa huomattavasti heikkonäköisten käyttäjien navigointia – esimerkiksi jos sivu latautuu yhtäkkiä toisella kielellä ilman, että käyttäjä odottaa sitä. Käytännössä tämä tarkoittaa: Jokaisen kieliversion on tarjottava paitsi käännöksiä, myös täysin saavutettavia rakenteita. Tämä sisältää oikeat kielimääritykset HTML:ssä (lang-attribuutti) ja yhtenäiset vaihtoehtoiset tekstit kaikilla kielillä. Hreflang-konfiguraatio tulisi siis ottaa mukaan saavutettavuustarkastukseen alusta alkaen.
Automatisoidut tarkistustyökalut: Vahvuudet ja rajoitukset
Työkalut, kuten axe, Wave tai Lighthouse, voivat tunnistaa automaattisesti monia teknisiä esteitä, esim. puuttuvat vaihtoehtoiset tekstit, riittämättömät kontrastit tai virheelliset ARIA-attribuutit. Ne eivät kuitenkaan korvaa manuaalista tarkistusta, koska esimerkiksi tekstien ymmärrettävyys, sisällön looginen järjestys tai lomakkeiden käytettävyys avustavilla teknologioilla voidaan havaita vain todellisilla käyttäjätesteillä. Automatisoidut tarkistukset tarjoavat ensimmäisen, nopean virheanalyysin ja sopivat hyvin jatkuvaan testaukseen CI/CD-putkissa. Tulokset on kuitenkin aina arvioitava ihmisen toimesta, koska työkalut tuottavat sekä vääriä positiivisia että vääriä negatiivisia ilmoituksia. Käytännöllinen työnkulku: Ensin automaattiset testit, sitten manuaalinen otos ruudunlukijalla ja näppäimistöllä, ja lopuksi lopullinen käytettävyystesti kohderyhmän kanssa.
Oikeudelliset seuraukset ja siirtymäajat
BFSG:ssä säädetään sakkoja ja huomautuksia, jos verkkosivut eivät täytä vaatimuksia. Ennen 28. kesäkuuta 2025 käyttöönotetuille tuotteille on siirtymäaika 28. kesäkuuta 2030 asti – mutta vain niille, jotka olivat ennen määräaikaa jo saavutettavia tai joissa saavutettavuutta on osoitettavasti edistetty. Jos uusi verkkosivusto tai uudistus käynnistetään 28. kesäkuuta 2025 jälkeen, on heti täytettävä kaikki vaatimukset. Huomio: laki koskee kaikkia uusia sisältöjä; vanhempia sisältöjä (esim. arkistosivuja) voidaan joutua muokkaamaan vaivalloisemmin. Käytännössä on suositeltavaa dokumentoida edistyminen kirjallisesti, jotta voidaan tarvittaessa osoittaa, että saavutettavuutta toteutetaan vaiheittain. Saavutettavuusseloste verkkosivustolla on joka tapauksessa pakollinen.
Kesäkuusta 2025 lähtien BFSG on ollut voimassa – ja monet yritysverkkosivustot kuuluvat sen piiriin. Velvollisuudet ymmärrettävästi järjestettyinä, ilman paniikkia.
Saavutettavuus osana kansainvälistä SEO-strategiaa
Saavutettavat verkkosivut täyttävät paitsi lakisääteisiä vaatimuksia, myös monia hakukoneiden positiivisesti arvioimia kriteerejä: semanttinen HTML-rakenne, selkeä otsikkohierarkia, kuvaavat vaihtoehtoiset tekstit ja nopeat latausajat. Nämä tekijät ovat merkityksellisiä SEO:ssa kaikilla kielillä. Lisäksi hakukoneet voivat nimenomaisesti rangaista esteistä, kuten nimikoimattomista painikkeista tai puuttuvista otsikoista, koska ne vaikeuttavat indeksointia. Kun verkkosivusto tehdään kaikille käyttäjille saavutettavaksi, parannetaan automaattisesti käyttäjäkokemusta ja siten epäsuorasti myös ranking-signaaleja. Erityisesti monikielisillä verkkosivustoilla on kannattavaa sisällyttää saavutettavuus alusta alkaen lokalisointityönkulkuihin – esimerkiksi kääntäjille tarkoitettujen tarkistuslistojen avulla saavutettavien vaihtoehtoisten tekstien luomiseksi.
Testaus todellisilla käyttäjillä: Miksi se on välttämätöntä
Automaattiset työkalut tunnistavat vain osan esteistä. Vasta testi ihmisillä, jotka todella tarvitsevat apuvälineteknologioita, osoittaa, toimiiko verkkosivustosi arjessa. Sokeat käyttäjät käyttävät ruudunlukijoita eri tavalla kuin automatisoidut tarkistukset simuloivat; kuuroilla käyttäjillä on erilaisia vaatimuksia viittomakielisille videoille; liikuntarajoitteiset henkilöt navigoivat ilman hiirtä. Jäsennelty testi kolmesta viiteen osallistujaan eri vammaisryhmistä paljastaa ongelmia, joita mikään työkalu ei löydä – kuten epäloogiset fokusjärjestykset, puuttuvat kontekstitiedot ARIA-tunnisteissa tai käsittämättömät virheilmoitukset. Suunnittele tällaiset testit mieluiten kehitysvaiheessa, ei vasta juuri ennen julkaisua. Dokumentoi tulokset esteettömyysselosteessa osana laadunvarmistustasi. Muista: testit on suoritettava erikseen jokaiselle kieliversiolle, koska käännökset voivat luoda uusia esteitä – esimerkiksi jos vaihtoehtoiset tekstit eivät vastaa kohdekieltä tai lomakeohjeet ovat kieliopillisesti virheellisiä.
Sisällönhallintajärjestelmät ja esteettömyys: Liitännäisten sudenkuopat
Monet verkkosivustot perustuvat CMS-järjestelmiin kuten WordPress, TYPO3 tai Drupal. Nämä järjestelmät tarjoavat liitännäisiä tai laajennuksia, jotka lupaavat esteettömyyttä – kuten päällystystyökaluja, jotka säätävät kontrasteja jälkikäteen tai lisäävät ARIA-attribuutteja. Tällaiset ratkaisut ovat yleensä riittämättömiä ja voivat jopa luoda uusia esteitä korvaamalla olemassa olevia semanttisia rakenteita. Sen sijaan esteettömyys tulisi toteuttaa suoraan teemassa tai mallipohjassa: puhdas HTML-rakenne, oikeat otsikkohierarkiat, natiivit lomake-elementit. Varmista liitännäisiä valitessasi, että ne ovat WCAG-yhteensopivia ja niitä päivitetään säännöllisesti. Toinen ongelma: monet toimittajat lisäävät sisältöä visuaalisen editorin kautta jättäen huomiotta alt-tekstit tai otsikkomuodot. Kouluta toimittajiasi tai käytä työnkulkuja, jotka pakottavat esteettömiin syötteisiin – kuten pakolliset kentät kuvien vaihtoehtoisille teksteille. Myös CMS-mallipohjan valinta vaikuttaa esteettömyyteen: testaa jokainen mallipohja ennen käyttöönottoa automatisoidulla työkalulla ja manuaalisella otannalla.
Testaus vammaisten ihmisten kanssa: Välttämätön askel
Automaattiset työkalut ja manuaaliset tarkistuslistat paljastavat monia teknisiä esteitä, mutta ne eivät korvaa testausta oikeilla käyttäjillä. Vammaiset ihmiset käyttävät erilaisia apuvälineteknologioita – ruudunlukijoita kuten JAWS, NVDA tai VoiceOver, suurennusohjelmistoja, puheohjausta tai erikoisnäppäimistöjä. Jokainen näistä yhdistelmistä toimii eri tavalla, joten jopa muodollisesti vaatimustenmukainen sivu voi olla sokealle käyttäjälle käyttökelvoton. Suunnittele siksi säännöllisiä käyttäjätestejä heterogeenisellä ryhmällä: näkövammaiset, liikuntarajoitteiset ja kognitiivisesti heikentyneet henkilöt. Anna heidän suorittaa määriteltyjä tehtäviä verkkosivustollasi, kuten tuotteen osto tai yhteydenottolomakkeen täyttö. Dokumentoi ilmenevät ongelmat tarkasti: missä navigointi takkuaa, mitkä ilmoitukset ovat epäselviä, mitä elementtejä ei saavuteta? Näiden testien tulokset ovat kultaa, sillä ne paljastavat paitsi esteitä myös optimointipotentiaalia kaikille käyttäjille. Varmista, että suoritat testit erikseen jokaiselle kieliversiolle, koska käännökset ja monimutkaiset lauserakenteet vaikuttavat ymmärrettävyyteen eri tavoin. Integroi tulokset jatkuvaan parannusprosessiisi – esteettömyys ei ole kertaluonteinen projekti, vaan pysyvä tehtävä.
Esteettömyyden ankkurointi sisällönhallintajärjestelmään
Monet esteettömyyspuutteet syntyvät jo sisällöntuotantovaiheessa: toimittajat unohtavat vaihtoehtoiset tekstit, eivät käytä otsikoita hierarkkisesti tai linkittävät merkityksettömiä sanoja, kuten "klikkaa tästä". Tämän välttämiseksi esteettömyys on juurrutettava suoraan sisällönhallintajärjestelmään (CMS). Kouluta toimitusryhmäsi WCAG-perusteisiin – erikseen jokaiselle kieliryhmälle, jotta vaatimuksia ei heikennetä tekstien kulttuuristen erojen vuoksi. Käytä CMS-liitännäisiä tai -laajennuksia, jotka pakottavat kuvien lisäykseen vaihtoehtoisen tekstin kentän tai näyttävät otsikkohierarkian visuaalisesti. Integroi automatisoidut tarkistukset julkaisutyönkulkuun, jotka ennen julkaisua varoittavat yleisistä virheistä, kuten puuttuvista merkinnöistä tai liian pienistä kontrasteista. Varmista lisäksi, että käyttämäsi CMS-pohjat ja -teemat ovat jo valmiiksi esteettömiä – esimerkiksi oikeilla ARIA-maamerkeillä, näppäimistön kohdennuksen hallinnalla ja semanttisella HTML:llä. Monikielisillä verkkosivustoilla on olennaista, että CMS tukee esteettömien rakenteiden lokalisointia, esimerkiksi asettamalla hreflang-attribuutit ja kielimääritykset automaattisesti oikein. Hyvin CMS:ään upotettu esteettömyysprosessi vähentää korjaustarvetta ja varmistaa tasalaatuisen laadun kaikilla kieliversioilla.
blog.faqT
Mitä tapahtuu, jos verkkosivustoni rikkoo BFSG:tä?
BFSG:n rikkomisesta voidaan määrätä sakkoja. Lisäksi on odotettavissa huomautuksia kilpailijoilta tai kuluttajajärjestöiltä. Sakkojen suuruus määräytyy rikkomuksen vakavuuden mukaan ja voi olla enintään 100 000 euroa. Esteettömyysselvitys, jossa kerrotaan toimenpiteiden laajuus ja tila, on pakollinen ja toimii todisteena.
Täytyykö verkkosivustoni käännösten olla myös esteettömiä?
Kyllä, jokaisen kieliversion on täytettävä esteettömyysvaatimukset erikseen. Tämä sisältää oikeat kielimääritteet (lang), käännetyt vaihtoehtoiset tekstit sekä esteettömän navigoinnin. hreflang-attribuutti on asetettava niin, että hakukoneet ja avustavat teknologiat tunnistavat kielenvaihdot oikein. Myös käännöstoimistojen tulisi kiinnittää huomiota toimitustensa esteettömyyteen.
