Fiksnega znosa za dostopnost okolice prijave ni, in vsak dobavitelj, ki ga brez vprašanj navede, ugiba. Lahko pa se pove: stroški so določeni s tremi stvarmi, ki jih lahko sami preverite, preden zaprosite ponudbo. Število edinstvenih zaslonov za prijavo, stopnja, do katere so ti zasloni zgrajeni iz standardnih komponent ali po meri, in ali podjetje najdene težave samo reši ali jih da rešiti drugje.
Račun se začne s številom edinstvenih predlog, ne s številom strani. Nadzorna plošča z desetimi zavihki, ki vsi uporabljajo isto strukturo tabele, filtra in obrazca, je pri testiranju pogosto cenejša kot okolica prijave s petimi povsem različnimi zasloni. Kaj šteje, je raznolikost v interakciji: obrazec prijave, potek ponastavitve gesla, nadzorna plošča s filtri, funkcija prenosa in stran nastavitev so pet različnih stvari za testiranje, čeprav so za isto prijavo.
Zakaj okolica prijave pogosto zahteva več dela kot preostanek spletnega mesta
Okolica prijave ima težave, ki jih javna spletna stran običajno nima. Seje, ki se iztečejo po določenem času, prizadenejo zahtevo glede časovnih omejitev. Sporočila o napakah pri napačnem geslu morajo biti za bralnik zaslona sledljiva polju, kjer se napaka pojavi. Dinamični elementi, kot je spustni meni, obvestilna vrstica ali živi posodobljeni števec, zahtevajo upravljanje fokusa: kam skok kazalca, ko se kaj spremeni brez osvežitve strani. To so po vrsti točke, ki jih avtomatizirana pretraga delno identificira, vendar ne v celoti vrednoti — to je navedeno tudi v vsakem poročilu, ki ga priložimo.
Drugi dejavnik stroškov je izvor komponent. Če deluje okolica s standardno knjižnico znanega ogrodja, so težave dostopnosti pogosto znane in jih je mogoče rešiti z dokumentirano prilagoditvijo. Je nadzorna plošča večinoma po meri, zgrajeno s strani razvijalca, ki ni razmišljal o dostopnosti, mora biti vsak del posebej preverjen in prilagojen. Te razlike v poročilu ne opazite, ampak v času, ki ga izboljšava traja.
Testiranje in popravilo sta dve ločeni postavki
Stroški preslikavanja težav in stroški njihovega reševanja sta dva različna primera, in pametno je to tudi najenostavno. Axessia testira, prioritiza ugotovitve v navadnem jeziku in dokumentira, kaj je bilo preverjeno — to je del, ki ga potrebujete, da dokazljivo pokažete, da je bil izvršen pregled. Dejanski prepis etikete obrazca, prilagoditev barvnega kontrasta ali obnova komponente za prenos je popravilno delo, in to zavestno ne počnemo sami: ta izbira je prepuščena vašemu lastnemu razvijalcu ali agenciji, s seznamom ukrepov kot vodilom.
Ta razlika pojasnjuje tudi, zakaj dve podjetji s podobno okolico prijave lahko prejmeta povsem drugačne ponudbe. Eno podjetje ima notranji razvojni tim, ki sam izvaja seznam ukrepov po urni postavki, drugo pa mora za vsak del najeti zunanjo agencijo. Samo testiranje je v obeh primerih podobne velikosti; popravilno delo pa ne.
Kaj lahko vnaprej ugotovite
Preden pričakujete vsoto, je koristno, da sami ugotovite, koliko edinstvenih vrst zaslonov ima vaša okolica računa in katere od njih kažejo dinamično vedenje, kot so obvestila, filtri ali žive posodobitve. Ti dve podatki v veliki meri določata obseg testirnega dela. Navedbo, kje je vaša lastna okolica, dobite z brezplačnim hitrim pregledom; ki obravnava izbor ključnih strani brez potrebe po registraciji računa. Za popolno skeniranje, ki zajema tudi pretok prijave in postopek nakupa, ter za konkreten pregled tega, kar je s tem povezano, si lahko oglejte cene in pakete.
Ali vaša specifična situacija spada pod zakon in kaj to pomeni za vaše okoljenje računa, je opisano v izjemah in obsegu direktive; pri vsaki situaciji to razporedimo v bazo znanja s pojasnjami po temahje povzeteno na strani o tem, kako nastanejo podatki.
Želite vedeti, kje se vaše lastno okoljenje prijave trenutno nahaja, brez dodatnih stroškov? Hitro skeniranje v nekaj minutah daje prvo indicijo, baza znanja pa kaže, kateri deli zahtevajo nadaljnjo pozornost.