Direktiivi itsessään ei mainitse kiinteää määräaikaa verkkokaupaasta tehtävän saavutettavaksi tekemiselle. Mitä kuitenkin on kiinteästi määritetty, on päivämäärä, jolloin velvoite tulee voimaan: 28. kesäkuusta 2025 alkaen vaatimus on täytäntöönpanokelpoinen palveluille, jotka kuuluvat sen piiriin. Kuinka kauan todellinen prosessi kestää nykyisestä verkkosivustosta sellaisen siirtämisessä, joka noudattaa EN 301 549:ää (käytännössä WCAG 2.1 taso AA), riippuu sivuston laajuudesta, ongelmakohtien määrästä ja siitä, kuinka nopeasti organisaatio pystyy sisäisesti muuttamaan toimintaansa.
Käytännössä prosessi jakaantuu neljään vaiheeseen: kartoitus, priorisointi, tekninen korjaus ja dokumentointi. Pieni verkkokavaksi standardien sisällönhallintajärjestelmän teeman ja rajoitetun tilausvaiheet kanssa käy yleensä nämä vaiheet läpi nopeammin kuin alusta, jossa on oma kirjautumisympäristö, räätälöity kassa ja useita kieliä. Yhtä lukua, joka toimisi jokaiselle organisaatiolle, ei ole; kuitenkin on olemassa malli siitä, missä prosessit viivästyvät.
Mitä laissa säädetään ja mitä ei
Asetus kuvaa, mitkä palvelut kuuluvat soveltamisalan piiriin, mikä tekninen standardi on sovellettava, ja mitä tietoja saavutettavuuden ilmoituksen on sisällettävä. Konkreettista määräaikaa "ensin skannaa, sitten paranna X viikon kuluessa" siinä ei ole. Valvontaviranomaiset tarkastelevat palvelun nykyistä tilaa ja sitä, toimiiko organisaatio osoitettavasti ja järjestelmällisesti vaatimustenmukaisuuden saavuttamiseksi, ei kiinteää läpimenoaikaa, joka olisi kaikkialla sama. Kunkin sivuston osan tarkoista vaatimuksista on suositeltavaa tutustua itse tekstiin; kutakin aihetta kohden on selvitetty, mitä säännöt tarkalleen ottaen tarkoittavat ja missä ne virallisessa tekstissä sijaitsevat.
Missä prosessit käytännössä juuttuvat
Ensimmäinen viivästys syntyy usein ei tekniikassa vaan yleiskuvassa: yritykset eivät tiedä, mitkä sivut, lomakkeet ja työnkulut kuuluvat soveltamisalan piiriin ja mitkä eivät. Toinen ongelma on maksuvaihe ja kirjautumisympäristö; nämä ovat usein räätälöityjä osia, jotka eivät sisälly vakiotaiteeseen, joten ne eivät automaattisesti hyödy sisällönhallintajärjestelmän päivityksestä. Kolmas ongelma on riippuvuus ulkoisesta toimittajasta sisällönhallintajärjestelmälle tai maksumoduulille, jolloin muutos saattaa jäädä odottamaan kyseisen toimittajan julkaisua. Neljäs ongelma on sisäinen: löydösten lista teknisellä kielellä jää makaamaan, koska kukaan ei tiedä, kuka ottaa vastuun mistäkin säännöstä.
Neljä vaihetta ja missä ne juuttuvat
Kartoitusvaiheessa määritetään, mitä ei ole kunnossa, millä sivuilla, ja kuinka vakavaa se on henkilölle, joka käyttää näytönlukijaa tai vain näppäimistöä. Tämä on vaihe, jossa automatisoitu skannaus tekee eniten työtä, mutta se on myös vaihe, jossa on oltava selvästi ymmärretty, mitä tällainen skannaus ei pysty näkemään; kaikki WCAG-kriteerit eivät ole koneellisesti testattavissa.
Priorisointi muuttaa löydökset järjestykseen: mikä estää tilauksen kokonaan ja mikä on pienempi hankaluus. Tämä usein pysähtyy, koska tekninen löydösten lista ei kerro, kuka organisaation sisällä on vastuussa mistäkin osasta.
Korjausvaihe on vaihe, jossa on pisin läpimenoaika, ja sen kesto riippuu suuresti siitä, ovatko muutokset omassa hallinnassa vai pitääkö ne tehdä toimittajan kautta. Lomakkeiden selitteet ja värikontrasti ovat usein nopeasti korjattavia; tilausvaaihe, jota ei ole teknisesti mahdollista käyttää vain näppäimistöllä, vaatii enemmän kehitystyötä.
Viimeinen vaihe on dokumentointi: saavutettavuuden ilmoituksen laadinta, parannus- ja toimintasuunnitelma määräajoineen, ja osoitettavasti oman arvioinnin tekeminen. Tämä ei ole vaihe, jonka voit ohittaa tekniikan ollessa kunnossa; ilmoituksen tulee kuvastaa nykyisen tilan, vaikka se olisi vielä epätäydellinen.
Mitä läpimenoaikaan vaikuttaa
Organisaatio, joka tietää etukäteen, mitkä sivut kuuluvat soveltamisalaan ja mitkä esteet ovat merkittävimmät, tuhlaa vähemmän aikaa tekniikan ja päätöksenteon väliseen edestakaiseen neuvotteluun. Muutamalla kysymyksellä on ilmaiseksi nähtävissä, missä sivusto tällä hetkellä on, ilman että siihen tarvitaan tiliä. Jatkolle, eli sivuston täydelliselle skannaukselle, joka sisältää maksuvaiheen ja sisäänkirjautumisvirran sekä priorisoidun toimintoluettelon ymmärrettävällä kielellä, pätee se, että jokaisen vaatimuksen käsittely ja siihen liittyvät määräajat kuuluvat maksettuun prosessiin; mitä siihen sisältyy, on selvästi esitetty yhdessä paikassa.
Viimeinen tekijä, joka vaikuttaa läpimenoaikaan: saavutettavuus ei ole projekti, jolla on päättymispäivä, vaan tila, joka on voimassa uudelleen jokaisen sivuston muutoksen jälkeen. Uusi kassavaihe tai uusittu yhteydenottolomake voi palauttaa ongelman, joka oli aiemmin ratkaistu. Joka haluaa tietää, mistä raportin tieto tulee ja kuinka usein sitä päivitetään, löytää sen sivulla, joka selittää, miten prosessi toimii.
Omassa tilanteessa, omalla sisällönhallintajärjestelmällä, toimittajalla ja sisäisellä aikataululla on edelleen vaikeaa määrittää etukäteen kovia määräaikoja. Joka epäröi, onko prosessi realistisesti suunniteltavissa, tekee hyvin, jos ensin selkiyttää tarkasti, mitä täsmälleen on tehtävä, ennen kuin prosessin ympärille rakennetaan aikataulu. Ilmainen quick-scan on siihen hyvä lähtökohta, ilman että siihen heti liittyy tiliä tai maksua.