axessia.eu

Mitä tapahtuu, jos en testaa sivustoani uudelleen saavutettavuuden osalta muutoksen jälkeen?

Saavutettavuusseloste ei ole kertakäyttöinen rasti, vaan tilannekuva, joka vanhenee jokaisen sivustoon tehtävän muutoksen myötä. Kuvaamme, mitä tämä käytännössä tarkoittaa ja mitä voit siitä järkevällä tavalla tehdä.

Saavutettavuusseloste kuvaa tilannetta sillä hetkellä, kun julkaiset sen. Jos verkkosivustossasi tapahtuu muutoksia — uusi maksutapa, eri lomake, päivitetty valikko — muuttuu käytännössä myös se, mitä seloste kattaa. Jos et sen jälkeen testaa uudelleen, seloste on sisällöllisesti jäljessä todellisesta sivustosta. Tämä ei ole pelkkä tekninen muodollisuus: seloste on tarkoitettu näyttämään, mitä olet tarkistanut ja mitä et, ja tämä kuva ei yksinkertaisesti enää pidä paikkaansa, jos mukaan on tullut testaamattomia osia.

Mitä silloin käytännössä tapahtuu, on tämä: verkkosivustosi uudet tai muutetut osat eivät ole koskaan joutuneet arviointiin EN 301 549 -vaatimusten mukaisesti. Mahdolliset ongelmat — uuden lomaketekstikentän puuttuva merkintä, vain hiirellä toimiva painike, värikontrasti, joka ei täytä vaatimuksia — jäävät huomaamatta, kunnes joku törmää niihin tai kunnes seloste jälleen tarkistetaan. Seloste itsessään pysyy paperilla, mutta ei kata nykyistä tilannetta kokonaan.

Miksi tämä ei ole kertaluonteinen projekti

Direktiivin taustalla oleva ajatus on, että saavutettavuus on palvelun ominaisuus, ei yhden tilannekuvan. Verkkokauppa, sovellus tai liiketoimintaympäristö muuttuvat jatkuvasti: uusia tuotteita, muuttunut kassa, eri kirjautumistyönkulku, uusi sisältötyyppi blogissa. Jokainen muutos voi periaatteessa koskea osia, jotka aiemmin täyttivät vaatimukset. Tämä on syy siihen, miksi valvontaviranomaiset arvioinnin yhteydessä eivät ainoastaan katsele selosteen olemassaoloa, vaan myös sitä, kuinka ajantasainen se on verrattuna sivustoon sen nykyisessä muodossaan.

PK-yritykselle tämä käytännössä tarkoittaa, että testaus ja julkaisu eivät ole loppuunsaattua projektia, vaan osa sitä, miten käsittelet verkkosivustoosi tehtäviä muutoksia. Kun rakennat uutta sivua tai annat toimittajan asentaa käyttöliittymän, on hyvä miettiä, onko kyseinen osa aiemmin arvioitu — ja jos ei, pitäisikö se vielä tehdä.

Mitä käytännössä jää huomiotta

Yleisimmät tilanteet, joissa seloste hiljaa vanhenee, ovat tunnistettavia: verkkokauppa lisää uuden maksutavan omalla erillistä näytöllä, HR-osasto asettaa ulkoisen osapuolen hakemuksenlomakkeen sivustolle tai toimistosovellusten toimittaja päivittää sovelluksen, jolloin painikkeet ja valikkorakenne muuttuvat. Mikään näistä muutoksista ei tunnu suurelta projektilta, mutta jokainen niistä tuo esiin uudet näytöt, jotka eivät automaattisesti kuulu aiempaan testaukseen.

Myös sisäiset uudelleenjärjestelyt lasketaan mukaan: uusi tyylikirjasto, joka muuttaa painikkeiden värejä, tai sisällönhallintajärjestelmä, joka siirtyy erilaiseen kuvailutekstin editoriin. Tämänkaltaiset muutokset kytketään harvoin kysymykseen siitä, onko olemassa oleva seloste edelleen pätevä, yksinkertaisesti siksi, että se ei tunnu "verkkosivustolta" vaan pieneltä muutokselta.

Mihin valvontaviranomaiset kiinnittävät huomiota

Valvontaviranomaiset arvioivat kunkin jäsenvaltion perusteella omalla tavallaan, ja tarkka menettelytapa vaihtelee. Kuvailevasti voidaan kuitenkin sanoa, että seloste, joka sisällöllisesti on vanhentunut — esimerkiksi koska se kuvaa verkkosivuston vanhempaa versiota — sopii huonommin selosteen tarkoitukseen, nimittäin antaa ajankohtaisen ja jäljitettävän kuvan omasta arviosta. Sitä, miten se missä tahansa konkreettisessa tapauksessa arvioidaan, määrää toimivaltainen valvontaviranomainen ja tarvittaessa lakimies.

Tämä on myös syy siihen, miksi axessia.eu ilmoittaa jokaisen skannauksen yhteydessä, mitä on testattu automaattisesti ja mitä ei: automatisoitu tarkistus kattaa osan vaatimuksista, ja tämä mainitaan jokaisessa raportissa. Peiteohjelma, joka lupaa ratkaista tämän jälkikäteen, ei täytä taustalla olevaa velvoitetta — tämä on yksi harvoista asioista, joita sanomme varauksetta.

Kuinka järjestät tämän käytännössä

Käytännöllinen lähestymistapa on liittää testaus omaan muutosprosessiinsa kiinteän kalenteripäivämäärän sijaan. Joka kerta, kun lisätään uusi vaihe, uusi lomake tai uudenlainen sivu, on se luonnollinen hetki tarkistaa, onko tämä osa jo otettu huomioon. Pienemmille organisaatioille on usein käytännöllisempää liittää tämä suurempiin muutoksiin — uusi kassajärjestelmä, uusi toimittaja kirjautumisruutuun — kuin jokaiseen yksittäiseen tekstimuutokseen.

Voit nähdä, miten nykyinen sivustosi on asemassa, muutamalla kysymyksellä näet, missä olet nyt. Joka haluaa ymmärtää, kuinka tällainen arviointi rakennetaan tarkalleen ja mistä tieto tulee, löytää sen kuinka me rakentamme skannauksen ja raportinosiosta. Laajempaa selitystä ilmoituksista, arvioista ja niihin liittyvistä asioista varten tietokannan, jossa tämä käsitellään aiheittain, on looginen lähtökohta, ja konkreettiset epäilykset omasta ilmoituksestasi tulevat usein esille usein kysytyt kysymykset ilmoituksesta.

Haluatko tietää, ovatko viimeiset muutoksesi jo otettu huomioon? Ilmainen quick-scan antaa muutamassa minuutissa ensimmäisen indikaation, eikä sinun tarvitse luoda tiliä.

Tämä artikkeli on yleistietoa eikä oikeudellista neuvontaa.