axessia.eu

Kako dolgo traja, da aplikacijo naredimo dostopno v skladu s WCAG?

Čas, potreben za to, da aplikacija izpolnjuje WCAG 2.1 AA, se zelo razlikuje glede na platformo in pristop; ta članek prikazuje, kam se v praksi čas porabi in kje se načrti zatakne.

Ni fiksnega roka, ki bi veljal za vsako aplikacijo. Majhno aplikacijo z omejenim številom zaslonov in dobro urejenega opozorila je mogoče v nekaj tednih pripeljati na želeno raven; aplikacijo z veliko prilagojenimi komponentami, več platformami in dolgo zgodovino tehničnega dolga pa navadno vzame več mesecev. Največja spremenljivka ni količina zaslonov, ampak to, koliko upravljanja je zgrajeno zunaj standardnih komponent iOS ali Android.

Kot groba napovednica: aplikacija, ki je v veliki meri sestavljena iz standardnih elementov uporabniškega vmesnika in katere ekipa že pozna dostopnost, se v praksi pogosto da prilagoditi v šestih do desetih tednih. Aplikacija z veliko lastnega upravljanja, animacij, prilagojenih gest ali vključenih SDK-jev tretjih oseb pa hitro vzame tri do šest mesecev, preprosto zato, ker je treba vsak del posebej preiskati in včasih znova zgraditi. To niso trdne meje, ampak predstava o tem, kam navadno pridejo večina projektov v praksi.

Kaj resnično določa trajanje

Čas, ki ga projekt vzame, je manj odvisen od samega zakona in bolj od treh praktičnih dejavnikov. Prvič: je upravljanje zgrajeno iz standardnih komponent operacijskega sistema ali je v veliki meri prilagojeno? Standardne komponente pogosto že v veliki meri zagotavljajo dostopnost; lastne komponente je treba eno za drugo opremiti s pravimi oznakami, vrstnim redom fokusa in objavami za bralnike zaslona. Drugič: koliko zunanjih delov je v aplikaciji, kot so moduli plačil, prikazi zemljevidov ali klepetna okna tretjih oseb? Te pogosto niso neposredno pod nadzorom lastne ekipe, in povpraševanje pri dobavitelju običajno vzame več časa kot samo testiranje. Tretjič: ali že obstaja rutina preizkušanja s čitalcem zaslona na pravem aparatu ali jo je treba še vzpostaviti? Slednje pri prvi rundi vzame največ časa, pri nadaljnjih posodobitvah pa se to izplača.

Kje se časovni urniki v praksi zasekajo

Večina zamude ne nastane pri prilagajanju besedila ali barvnega kontrasta, ampak pri interakciji, ki je ni mogoče upravljati s tipkovnico ali bralnikom zaslona: povlečna giba brez alternative, modalno okno, ki ne drži fokusa, ali obrazec, katerega sporočila o napakah se ne napovedujejo. Te vrste težav postanejo vidne le pri ročnem testiranju s čitalnikom zaslona, kar avtomatizirani pregled ne more v celoti nadomestiti. Tisti, ki se zanašajo samo na avtomatizirano preverjanje, te ozke grle navadno odkrijejo prepozno v projektu, kar podaljša trajanje. Dobra izhodišča so zato v nekaj vprašanjih dobiti prvo predstavo o tem, kje se aplikacija trenutno nahaja, tako da so časovno potratne dele zgodaj vidne namesto tik pred oddajo.

Na trajanji vplivajo tudi cikli pregleda trgovine aplikacij: prilagoditev, ki izboljša dostopnost, mora še vedno prestati običajni čas pregleda ustrezne trgovine, preden ga uporabniki opazijo. To je zunaj vpliva razvojne ekipe in bi moralo biti v vsakem načrtu kot stalna časovna rezerva.

Dostopnost po oddaji

Aplikacija, ki je danes skladna, morda po naslednji posodobitvi ni več. Vsaka nova funkcija, vsak novi zaslon in vsak spremenjen tok sta zaslužna enake pozornosti kot prva runda, sicer se težava vrne. To je tudi zato, zakaj se obveza ne konča z enkratnim testiranjem: lastna ocena mora biti dejanska, kar zahteva ponavljajočo se rutino namesto enkratnega projekta. Za ozadje tega, kaj se od vas v tem kontekstu pričakuje, je za vsako situacijo izbrana ozadnja primerna izhodišče.

Kaj axessia.eu v tem procesu počne in ne počne

Axessia testira, postavi v prednostni vrstni red, dokumentira in nadzoruje: sken pokaže, v katerem stanju je aplikacija v tem trenutku, poročilo ugotovitve postavi v razumljiv jezik na prednostnjo listo, izjava in načrt izboljšav pa dokumentirata, kaj je bilo storjeno in kaj je treba še narediti. Ročni pregledi in popravki aplikacije same ne sodijo sem; to ostane pri razvojnem timu ali stranki, ki je aplikacijo zgradila. Kako se sken natanko izvede in kateri viri se pri tem uporabljajo, je pojasnjeno na strani o tem, kako nastanejo podatki. Kaj stane celovito procesiranje vključno s poročilom in izjavo, je navedeno na pregledu naročnin.

Tisti, ki jih zanima, v katerem stanju je konkretna aplikacija v tem trenutku, se best začne s prosto hitro skeniranjem axessia.eu. To da prvo sliko v nekaj minutah, brez potrebe po računu.

Ta članek je splošne narave in ne predstavlja pravnega nasveta.