Maga a javítási terv költsége általában korlátozott: ez az a dokumentum, amely az akadályok rangsorolt listáját, a kapcsolódó határidőket és az indoklást tartalmazza arra nézve, hogy miért sürgős vagy nem sürgős valami. A valódi költségek a következő lépésben merülnek fel, amikor egy fejlesztő valóban módosítja a weboldalt, webshopot vagy alkalmazást. Ez az összeg pedig nagymértékben eltérő lehet, attól függően, hogy az alábbiakban ismertetett néhány tényező milyen értékeket vesz fel.
Elsősorban nem az azonosított akadályok száma határozza meg, hanem az akadály típusa és helye. Egy hiányzó színkontrasztarány néhány címsornál egy délután alatt orvosolható. Az olyan fizetési lépés azonban, amelyet billentyűzettel nem lehet kezelni, gyakran egy kifizetett vagy egyedi komponens alapjául szolgáló kódot érint, és ez észrevehetően több időt igényel. A javítási terv azt jelzi, hogy mi szükséges és milyen sorrendben; azonban nem közli, hogy egy fejlesztőnek hány órára van szüksége, mivel ez attól függ, hogy a webhely hogyan lett felépítve.
Honnan származik az összeg
A hozzáférhetőségi akadályok kijavítására vonatkozó legtöbb ajánlat három részből áll: az idő ahhoz, hogy megértsük a problémát, az idő ahhoz, hogy orvosolják, és az idő annak ellenőrzéséhez, hogy a megoldás képernyőolvasóval vagy csak billentyűzettel is működik-e. Ez az utolsó komponens gyakran elmarad az első becslésből, ám pontosan az, ahol a javítási munka elhúzódik: egy vizuálisan jól kinéző gomb még mindig nem közölheti funkcióját a támogató technológiával.
A költségvetés második tétele maga a platform. Az egy szabványos platformon futó webshop jól karbantartott temák mellett gyakran már az alapok egy részét rendben van, például a helyes fejléc-szerkezet és az alapvető fókuszsorrend. Egy egyedi bejelentkezési környezettel vagy saját fizetési folyamattal felépített üzleti webhely azonban néha teljesen nélkülözi ezt az alapot, és ilyenkor nem beállításokat kell módosítani, hanem komponenseket kell újraírni. megtekint helyzeti alapon azt, hogy pontosan mi kerül felülvizsgálatra képet ad arról, hogy egy webhely mely részei igényelnek általában a legtöbb munkát.
A harmadik tényező az, hogy ki végzi el a munkát. A kódot már ismerő belső fejlesztők gyakran gyorsabbak, mint egy külső fél, amely először azt kell, hogy kiderítsék, hogyan működik az egész. Viszont egy külső fél, amely gyakrabban végez ilyen típusú javítási munkákat, előnyt élvez a tapasztalatból a pontosan ilyen típusú hiányosságok, például az űrlapok címkéi vagy az alternatív szövegek tekintetében, amelyek szerkezetileg hiányoznak.
Mi nem csökkenti az összeget
Egy hozzáférhetőségi widget, amely azt állítja, hogy egy kattintásra javít a webhelyen, nem oldja meg ezeket az alapvető problémákat, és ezért nem csökkenti a valódi javítási költségeket sem. Az ilyen overlay hozzáad egy réteget a webhely homlokzata elé, de az alapul szolgáló kód, az űrlapcímkék, a fókuszsorrend változatlan marad. A felügyeleti szervek és maga a törvényszöveg a mögöttes szolgáltatás tényleges hozzáférhetőségéből indulnak ki, nem abból, amit egy widget ígér. Aki erre támaszkodik, a valódi javítási munka költségeit csak halasztja el.
Egy másik félreértés, hogy mindent egyszerre javítani kell ahhoz, hogy megtakarítható legyen az óradíjakon. A gyakorlatban a fázisokra bontott megközelítés gyakran olcsóbb, mivel a legkomolyabb akadályokat — például egy olyan fizetési lépést, amely képernyőolvasóval nem végezhető el — először megoldják, míg a kisebb pontok, például a színkontrasztarány az üzemeltetés során meglépnek. Pontosan ez az az érték, amelyet egy rangsoros, közérthető intézkedési lista ad: a fejlesztők tudják, hol kezdjenek el először, ahelyett hogy mindent egyszerre fognának meg.
Mit csinál az axessia, és mit nem
Az Axessia összeállítja a műveleti listát, dokumentálja az ellenőrzötteket, és nyomon követi, hogy a webhely módosítása újabb ellenőrzést igényel-e. A tényleges helyreállítási munkálatokat, az új kód írását vagy a téma módosítását a saját fejlesztőjének vagy ügynökségének kell elvégeznie. Ez a megkülönböztetés szándékos: egy automatikus vizsgálat nem képes az összes követelmény ellenőrzésére, és a javítások végrehajtása az Ön specifikus platformjáról való ismereteket igényel, amelyekkel a vizsgálat nem rendelkezik.
Aki azt szeretné tudni, hogy a saját helyzetében mely költségek relevánsak, azzal kezdi, hogy felteszi a kérdést, hogy az irányelv alkalmazandó-e. néhány kérdésben egy első benyomást kapni azt mutatja meg, hogy mentesség érvényes-e, például a mikrovállalkozások számára, mielőtt a helyreállítási költségekre gondolnánk. Aki már tudja, hogy az irányelv alkalmazandó, és kíváncsი az Axessia saját jelentésének és nyilatkozatának költségére, az függetlenül van a helyreállítási munkálatokat az előfizetések áttekintése és az azokba foglaltak.
Még mindig kétségei vannak a webhely egy része kapcsán, vagy szeretné tudni, hogyan készült egy korábbi felmérés, mielőtt fejlesztőt bevonna? annak ellenőrzése, hogy az értékelés honnan származik megmagyarázza, hogy mely forrásokat használnak fel.
Az ingyenes gyors vizsgálat néhány fő oldalon adja az első képet arról, hogy hol találhatók a legnagyobb szűk keresztmetszetek, anélkül, hogy ehhez fiókra lenne szükség. Ez jó kiindulópont ahhoz, hogy felmérje, körülbelül mekkora helyreállítási munkálatokra kell számítania, mielőtt offertát kérne egy fejlesztőtől.