axessia.eu

Kuinka kauan kestää kirjautumisympäristön saattaminen WCAG 2.1 AA -tasoisen saavutettavuuden vaatimuksiin?

Saavutettavan kirjautumisympäristön läpivientiaikaa ei ole määrätty: yksinkertainen kirjautumisruutu on usein kunnossa muutamassa viikossa, mutta ympäristö, jossa on useita todennusmenetelmiä tai ulkoinen toimittaja, kestää yleensä kuukausia.

Saavutettavan login-ympäristön läpimenoajalle ei ole olemassa kiinteää normia. Kuluva aika riippuu siitä, kuinka monia puutteita on, sijaitsee kirjautumisruutu omalla alustallasi vai toimittajalla, ja onko sähköpostin ja salasanan lisäksi muita kirjautumismenetelmiä, kuten kaksivaiheinen todennus tai yhteys ulkoiseen osapuoleen.

Nyrkkisääntönä pätee: selkeä login-ympäristö, jossa on vain sähköposti ja salasana, on käytännössä usein suurelta osin kunnossa muutamassa viikossa, laskettuna siitä hetkestä, kun ongelmat tunnetaan. Kun useita kirjautumismenetelmiä yhdistyy, salasanan nollaustyökulku osallistuu, tai ulkoinen toimittaja hallinnoi login-widgetiä, aika usein pitenee muutamaan kuukauteen, koska siihen liittyy useita osapuolia.

Missä aika käytännössä kuluu

Läpimenoaika jakautuu useisiin vaiheisiin, joista kaikki eivät kestä yhtä kauan. Itse login-työnkulun arviointi etenee suhteellisen nopeasti: muutama päivä sen selvittämiseen, mitkä vaiheet eivät toimi. Näiden havaintojen priorisoiminen toimintoluetteloksi vie myös vähän aikaa. Vaihe, joka vaatii eniten aikaa, on lähes aina koodin tai asetusten todellinen muuttaminen, jota seuraa uudelleentestaus sen varmistamiseksi, että muutos todella ratkaisi ongelman.

Arviointi itse etenee nopeasti

Kirjautumisruutu on todennusseinän takana, joten sitä ei sisällytetä julkisten sivujen ilmaiseen quick-scaniin. Jotta voit tietää, pysähtyykö ja missä login-työnkulku, tarvitaan skannaus, joka käy läpi myös kirjautuneet vaiheet. Voit ensin muutamalla kysymyksellä nähdä, koskee tämä sinun tilannettasi ennen kuin pyydät syvempää testiä.

Missä se pysähtyy: riippuvuus muista

Suurin osa viivästyksestä ei aiheudu puutteiden havaitsemisesta, vaan niiden korjaamisesta. Kun kirjautumisruutu toimii ulkoisen osapuolen valmiilla login-widgetillä, SSO-yhteydellä tai pankki- tai valtion login-palvelulla, et usein voi muuttaa koodia itse ja joudut odottamaan kyseistä toimittajaa. Myös sisäinen kehitysyksikkö, jolla on täysi aikataulu, on yleinen syy siihen, että pieni muutos toteutetaan vasta viikkojen kuluttua.

Mitä usein unohtuu ja aiheuttaa siksi lisäksi aikaa

Joitakin login-työnkulun osia ohitetaan ensimmäisellä kierroksella, mikä tekee toisen kierroksen tarpeelliseksi myöhemmin. Ajattele salasanan nollaustyönkulkua, joka kuuluu vaatimuksiin yhtä hyvin kuin kirjautumisruutukin. Ajattele myös virheviestejä, joita näytetään vain värin avulla, istuntoa, joka umpeutuu ilman ennakkovaroitusta, captchaa ilman vaihtoehtoa, ja sitä, mihin fokus siirtyy sen jälkeen, kun joku on kirjautunut sisään. Jokainen näistä kohdista, joka nousee esiin vain uusintatestin aikana, pidentää kokonaislläpimenoaikaa.

Mitä skannaus kertoo ja ei kerro ajasta

Automaattinen skannaus voi nopeasti paljastaa osan puutteista, mutta ei kaikkea: onko virheviesti luettu näytönlukijalla, sijaitseeко fokus oikeassa paikassa kirjautumisen jälkeen, ja pitääkö ponnahdusikkuna näppäimistön fokusta kiinni, vaatii manuaalista tarkistusta. Se on merkitty jokaiseen raporttiin, jotta suunnittelu voi ottaa sen huomioon sen sijaan, että luottaisi täysin automaattiseen vastaukseen. Kuinka tämä tieto tarkalleen otetaan, selitetään sivulla, joka käsittelee testauksen toimintaa.

Saavutettavuusoverlay mainostetaan joskus nopeaksi ratkaisuksi login-ruutuun, mutta tällainen widget ei muuta pohjana olevaa koodia eikä ratkaise mainittuja ongelmia. Aika, joka tarvitaan niiden todelliseen korjaamiseen, ei muutu sen vuoksi.

Käytännöllinen arvio

Yksinkertaisen kirjautumisympäristön osalta, jossa ei ole ulkoisia liittymiä, on kohtuullista laskea kestävän muutaman viikon ajan siitä, kun ongelmat on tunnistettu, pääongelmat ratkaistu. Ympäristössä, jossa on useita todennusmenetelmiä, ulkoinen toimittaja tai suuri määrä räätälöityä koodia, muutaman kuukauden jakso on tyypillisempi. Jokaisen muutoksen jälkeen on suoritettava uudelleentestaus, sillä muutos, joka ratkaisee yhden ongelman, voi aiheuttaa uuden ongelman muualla.

Se, mitä tämä tarkoittaa konkreettisesti omassa tilanteessasi, riippuu alustasta, toimittajasta ja puutteiden laajuudesta. Aiheeseen liittyvät asiat on käsitelty kohdassa tietokannan, jossa on selityksiä eri tilanteisiinja hinnat täydelliselle skannaukselle ja siihen liittyvälle raportille löytyvät hinnoittelun sivulta.

Haluatko ensin tietää, onko ja missä kirjautumisympäristössäsi on pullonkauloja, ennen kuin teet suunnitelmaa? Ilmainen pika-skannaus antaa siitä ensimmäisen viitteen, eikä sinun tarvitse luoda käyttäjätiliä.

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