Takaisin saavutettavuusarvioihin
Käytännön saavutettavuustestaus
Tekoälypalvelun saavutettavuus ja läpinäkyvyys – tapaus Hakuapuri Akseli
Tekoälypalvelun käyttäjän on pystyttävä ymmärtämään, millaisen järjestelmän kanssa hän asioi, havaitsemaan palvelun vastaukset ja jatkamaan keskustelua. Näitä asioita kannattaa arvioida yhdessä: miten tekoälystä kerrotaan ja miten käyttöliittymä toimii eri käyttäjille.
Tutkin Nettiauton Hakuapuri Akselia omasta kiinnostuksestani tekoälypalvelujen saavutettavuuteen ja läpinäkyvyyteen. Arviointi ei ollut Nettiauton tai palveluntarjoajan tilaama työ. Tämä artikkeli kuvaa testaushetken havaintoja, käytettyjä menetelmiä ja arvioinnin rajauksia.
Testissä kirjattiin ongelmia ilmoitusten välittymisessä VoiceOverille, hakutulosten jälkeisessä näppäimistökäytössä ja dialogin sulkemisen jälkeisessä fokuksessa. Englanninkielisessä näkymässä osa keskeisestä sisällöstä pysyi suomeksi. Samalla palvelussa oli useita toimivia saavutettavuusratkaisuja.
Mitä ja miten testasin
Arviointi kohdistui Hakuapuri Akseliin. Testausympäristönä oli macOS ja Google Chrome. Käytin VoiceOver-ruudunlukijaa ja testasin näppäimistökäyttöä myös ilman ruudunlukijaa. Tarkastelua täydensivät WAVE ja selaimen DevTools-työkalujen DOM-tarkastus.
Kävin läpi keskustelun aloittamista, viestin lähettämistä, vastauksen valmistumista, tyhjän viestin virhetilannetta, hakutulosten jälkeistä käyttöä ja uuden keskustelun dialogia. Lisäksi tarkastelin englanninkielistä näkymää ja suurennuksen vaikutusta sisältöön.
Nettiauton yleisestä navigaatiosta tai muista komponenteista löytyneitä WAVE-havaintoja ei laskettu Hakuapurin löydöksiksi.
Tekoälystä kertova tieto ja käyttöliittymän kieli
Hakuapurin aloitusnäkymässä kerrottiin selvästi suomeksi, että kyseessä on tekoälypohjainen hakuapuri. Myös palvelun betavaiheesta ja mahdollisista virheistä ilmoitettiin.
Englanninkielisessä /en/hakuapuri-näkymässä navigaatio ja osa kontrolleista olivat englanniksi, mutta tekoälystä kertova esittely ja keskeisiä ohjetekstejä pysyi suomeksi. Testattu englanninkielinen autonhakupyyntö sai suomenkielisen vastauksen.
Havainto nostaa esiin ymmärrettävyyden: palvelussa oleva tieto ei välttämättä tavoita käyttäjää, joka on valinnut englanninkielisen käyttöliittymän eikä ymmärrä suomea. Tässä testissä ei selvitetty kaikkien kielivalintojen tai kaikkien vastausten toimintaa.
Lataustila ja vastauksen valmistuminen eivät ilmoittuneet VoiceOverille
Viestin lähettämisen jälkeen näytöllä näkyi lataustila. Sen rakenteessa olivat role="status", aria-live="polite" ja nimi ”Hakuapuri miettii”. VoiceOver ei testissä ilmoittanut lataustilaa automaattisesti.
Myöskään valmiin tekoälyvastauksen saapumisesta ei tullut automaattista ilmoitusta. Sama havainto tehtiin, kun fokus siirrettiin pois tekstikentästä ennen vastauksen valmistumista.
Havainto koskee tiedon välittymistä testatussa käyttötilanteessa. Pelkät DOM-attribuutit eivät tässä riittäneet varmistamaan toimivaa kokemusta. Olennaista on testata myös, havaitseeko ruudunlukijan käyttäjä käsittelyn etenemisen ja vastauksen valmistumisen. WCAG 4.1.3 käsittelee tilaviestien välittämistä avustaville teknologioille; sen soveltamista arvioidaan viestin tarkoituksen ja käyttäytymisen perusteella.
Tyhjän viestin virhe jäi näkyväksi mutta ei ilmoittunut automaattisesti
Tyhjää viestiä lähetettäessä näkyviin tuli teksti ”Please type a message to continue”. Virheilmoituksen elementillä olivat role="alert" ja aria-live="assertive", mutta VoiceOver ei testissä ilmoittanut virhettä automaattisesti.
Fokus jäi tekstikenttään. Tarkastetussa virhetilassa kentällä ei myöskään näkynyt aria-invalid-merkintää eikä aria-describedby- tai aria-errormessage-kytkentää virheilmoitukseen.
Näiden attribuuttien puuttuminen ei yksin ole koko arvio. Keskeinen testihavainto oli, ettei näkyvä virhe välittynyt käyttäjälle odotetusti. Korjauksen toimivuus tulisi varmistaa toistamalla sama virhetilanne ruudunlukijalla.
Hakutulosten jälkeen näkyvä kenttä jäi Tab-järjestyksen ulkopuolelle
Alkutilassa tekstikenttään pääsi Tab-näppäimellä. Hakutulosten näyttämisen jälkeen kenttä oli edelleen näkyvissä ja toimi hiirellä, mutta Tab-navigointi ohitti sen. Havainto tehtiin myös ilman VoiceOveria.
Tarkastetussa DOM-rakenteessa kenttä ei ollut disabled-, readonly- tai inert-tilassa eikä sillä ollut tabindex="-1"-attribuuttia. Aineisto ei kuitenkaan osoita käyttäytymisen teknistä juurisyytä.
Tapaus havainnollistaa, miksi näppäimistötestiä tulee jatkaa myös ensimmäisen vastauksen jälkeen: aloitusnäkymässä toimiva kenttä voi käyttäytyä eri tavalla palvelun tilan muuttuessa.
Dialogin fokusloukku toimi mutta fokuksen palautuminen ei
”Uusi keskustelu” -dialogissa Tab ja Shift+Tab pitivät fokuksen dialogin sisällä. Sulkemisen jälkeen fokus ei testissä palautunut avaavaan painikkeeseen. Havainto tehtiin Esc-näppäimellä, peruutuspainikkeella ja sulkemispainikkeella suljettaessa.
Dialogin avaaminen, sen sisällä liikkuminen ja siitä poistuminen muodostavat yhden käyttökulun. Kaikki kolme vaihetta on tarpeen tarkistaa.
Myös toimivat ratkaisut kuuluvat arvioon
Testissä löytyi useita toimivia ratkaisuja:
- 400 prosentin suurennuksella sisältö mukautui ilman koko sivun vaakasuuntaista vieritystä.
- 200 prosentin suurennus ei aiheuttanut havaittua tekstien leikkautumista tai kontrollien päällekkäisyyttä.
- Ohituslinkki vei VoiceOverin Hakuapurin pääsisältöön.
- Pääotsikko, tekstikenttien nimet ja ajoneuvokorttien rakenteet olivat ohjelmallisesti tunnistettavia.
- Dialogin sisäinen fokusloukku toimi molempiin suuntiin.
WAVE nosti lisäksi esiin otsikkotasojen hypyn Hakuapurin pääotsikosta ajoneuvokortteihin. Käsittelen sitä rakenteellisena tarkistustarpeena, en yksinään varmana WCAG-poikkeamana.
Beta-versio ja palveluntarjoajan vastuu
Hakuapuri Akseli oli testaushetkellä käyttäjien saatavilla osana Nettiauton verkkopalvelua ja merkitty beta-versioksi. Arviointi kohdistui siten käyttäjille tarjottuun toimintoon. Nettiauto ilmoittaa palveluntarjoajakseen Alma Media Finland Oy:n. Alman markkinapaikkaehdoissa täsmennetään, että kunkin palvelun nimenomainen palveluntarjoaja kerrotaan kyseisen palvelun verkkosivuilla. Nettiauton yhteystiedot, Alman markkinapaikkaehdot, kohta 27.
Beta-merkintä kertoo palvelun kehitysvaiheesta. Se ei itsessään vapauta palveluntarjoajaa palveluun soveltuvista lakisääteisistä velvoitteista. Saavutettavuusvelvoitteita arvioidaan digipalvelulain soveltamisalan, vaatimusten ja mahdollisten poikkeusten perusteella. Pelkkä beta-nimitys ei ole laissa säädetty poikkeusperuste. Laki digitaalisten palvelujen tarjoamisesta.
Alma Media Finland Oy:n vastuu palveluntarjoajana on siksi olennainen osa arvioinnin taustaa. AI Actin yksittäisten velvoitteiden kohdentuminen edellyttää lisäksi järjestelmän ja osapuolten roolien sekä soveltamisedellytysten selvittämistä. Tässä artikkelissa ei ratkaista yksittäisen havainnon lainvastaisuutta tai mahdollista vahingonkorvausvastuuta.
Miten AI Act ja saavutettavuus liittyvät tähän
AI Actin läpinäkyvyysnäkökulma ohjaa tarkastelemaan, miten käyttäjä saa tiedon tekoälyn kanssa asioimisesta. Saavutettavuusarvio täydentää tätä kysymällä, voiko käyttäjä havaita tiedon, käyttää palvelun toimintoja ja seurata vuorovaikutuksen etenemistä.
Hakuapurin tapauksessa yhteinen arviointikohde on esimerkiksi tekoälystä kertovan tiedon ymmärrettävyys valitulla kielellä. Vastauksen valmistuminen, virheilmoitukset ja näppäimistökäyttö puolestaan ovat käyttöliittymän saavutettavuuskysymyksiä. Niitä ei pidä automaattisesti tulkita AI Act -rikkomuksiksi.
Tarkastelin myös vastauksen näkyvää esittämistä ja teknisiä rakenteita. Mallin nimen tai tietyn alkuperämerkinnän puuttuminen tarkastellusta näkymästä ei kuitenkaan yksin osoita sääntelyn vastaista toteutusta. Selaimessa näkyvän aineiston perusteella ei voi selvittää kaikkia taustajärjestelmän merkintätapoja tai osapuolten vastuita. Tämä tapausanalyysi ei sisällä oikeudellista vaatimustenmukaisuusratkaisua.
Arvioinnin rajat ja käytännön oppi
Havainnot koskevat 12.9.2026 testattuja tilanteita ja dokumentoitua macOS-, Chrome- ja VoiceOver-ympäristöä. Ne eivät ole koko Nettiauton saavutettavuusauditointi eivätkä osoitus kaikkien selainten ja apuvälineiden käyttäytymisestä. Palvelun nykytilaa tai mahdollisten myöhempien korjausten toimivuutta ei ole tässä artikkelissa varmennettu.
Kuvakaappaukset dokumentoivat käyttöliittymän ja teknisen rakenteen tiloja. Ruudunlukijan ilmoitusten ajoitusta ja näppäimistön koko tapahtumaketjua arvioidaan myös testihavaintojen perusteella; yksittäinen kuva ei toista vuorovaikutusta.
Tämän arvioinnin käytännön oppi on testata tekoälypalvelu kokonaisena käyttökulkuna. Tarkasteluun kuuluvat aloitusnäkymän tiedot, kielivalinta, käsittelyn aikainen palaute, valmis vastaus, virhetilanteet ja keskustelun jatkaminen. Näin tekniset rakenteet ja käyttäjän kokemus voidaan arvioida yhdessä.
Lisätietoa
- WCAG 4.1.3: tilaviestien ymmärtäminen
- W3C: lomakkeiden ilmoitukset
- AI Actin 50 artikla ja sen läpinäkyvyysvelvoitteet
Tutustu myös saavutettavuusauditointipalveluun sekä tekijän esittelyyn ja tekoälyn saavutettavuuteen.
Haluatko vastaavan testauksen omalle palvelullesi?
Kerro palvelustasi, niin sovitaan testauksen tavoitteista ja laajuudesta.