Az, hogy az akadálymentesítési problémákat saját magad tudod-e orvosolni, nagyban függ a probléma típusától. A hiányzó alternatív szöveget egy képhez vagy a túl alacsony színkontrasztot a vállalati azonosítódban sok esetben saját magad módosíthatod, gyakran közvetlenül a CMS-ben. Egy kifizetési folyamat, amely nem működik a képernyőolvasóval, vagy egy bejelentkezési képernyő, ahol a fókusz nem logikailag ugrik, általában az alapul szolgáló kódot ismerő személyt igényel.
A határ tehát nem az "technikai vagy nem technikai" között van, hanem az beavatkozás mélységében. A szövegek, feliratok, színek és tartalom szerkezete általában egy irodavezetőn vagy marketingen belül van. Az interaktív összetevők, például egy bevásárlókocsi, billentyűzeti vezérléssel működő szűrő vagy egy lépésről lépésre történő kifizetési folyamat, gyakran érintik az alapul szolgáló kódot, a saját komponenseket vagy a használt bővítményeket. Ott általában egy fejlesztőre van szükség, aki tudja, hogyan működnek az ARIA-attribútumok, a fókuszsorrendek és az űrlaphibák a gyakorlatban.
Mi kerül redovisablysan saját hatáskörödbe
Számos kisebb probléma inkább fegyelem kérdése, mint technikai ismeretek kérdése. Gondolj az alternatív szövegek kitöltésére minden egyes új képnél, a címsorok helyes sorrendjének ellenőrzésére, vagy a színkontrast-arány módosítására a stílusutasításban. Az obigatory akadálymentesítési nyilatkozat összeállítása és saját értékelésed rögzítése olyan lépések is, amelyeket a megfelelő sablonokkal saját magad elvégezhetsz; ezekről bővebben olvashatod az obigatory követelmények szerinti magyarázatban a tudásbázisban.
Amit gyakran alulbecsülnek, az az adatlap. Egy webhely folyamatosan változik: egy új oldal, egy másik űrlap, egy módosított gomb. Minden módosítás újra bevezethet egy korábban megoldott problémát. Ennek saját magad történő nyomon követése önmagában nem technikai probléma, de olyan folyamat, amely szerkezeti figyelmet igényel, nem egyszeri intézkedés.
Hol ér véget az önszolgáltatás
Egyes problémák mélyebbek, mint a szöveg vagy formázás. Egy olyan kifizetési folyamat, amely csak egérrel vezérelhető, egy modális ablak, amely nem tartja a billentyűzeti fókuszt, vagy egy keresési funkció, amely nem közöl hibaüzeneteket a képernyőolvasónak: ezek olyan helyzetek, ahol az ötletcserét magában a kódstruktúrában kell végrehajtani. Ez nem egy beállítás módosítása, hanem egy komponens újraépítése vagy átírása. Az utolsó része ezeknek a munkálatoknak általában fejlesztőt, front-end specialistát vagy akadálymentesítési interfészek tapasztalatával rendelkező szállítót igényel.
Az is az a pont, ahol az automatikus tesztelés a határaira érkezik. Egy scan például azt közölheti, hogy egy gombnak nincs látható fókuszjelzője, de nem tudja értékelni, hogy azok az elemek sorrendje, amelyekben a képernyőolvasóhoz hangzanak, logikailag értelmesenek hangzik. Ezért áll minden jelentésben, hogy egy automatikus scan a követelmények egy részét nem tudja tesztelni. A quick-scan néhány perc alatt mutatja, hol tartóz nagyjából, de egy technikailag talált probléma munkavégző megoldássá való fordítása emberi munka, és gyakran valaki másénak a munkája, mint te.
Mit nem old meg az átfedési widget
Egyes felek azt ígérik, hogy egy standalone script, az úgynevezett overlay, az alapul szolgáló kód módosítása nélkül automatikusan megoldja az akadálymentesítési problémákat. Ez ideális önszolgáltatási megoldásnak hangzik, de egy overlay csak az oldal felületén olvas és ír át abban a pillanatban, amikor egy látogató megnyitja az oldalt. Az alapul szolgáló szerkezet, a fókuszsorrendek és a tényleges billentyűzetes kezelés nem változik meg. Egy overlay nem teljesíti a törvényi követelményeket, és ezért mi sem értékesítjük.
Mikor van értelme kiszervezésnek
A rögzítéshez, a prioritáshoz és a változások nyomon követéséhez a megfelelő támogatás mellett saját kezeiben tarthatja a folyamatot; pontosan erre van kialakítva az axessia.eu. Az összetett összetevők tényleges javítása, például egy fizetési lépés vagy egy egyedi bejelentkezési képernyő, általában a fejlesztőre vagy az ügynökségre hárul. Mi magunk nem végzünk kézi auditokat és nem végzünk javítási munkákat; tesztünk, prioritásokat határozunk meg, dokumentálunk és nyomon követjük, hogy az eredmény minden módosítás után érvényes marad. Hogyan történik pontosan a tesztelés, ezt a lapon olvashatja meg a munkamódszerünkről és az általunk használt forrásokról.
Ha nem biztos benne, hogy egy adott probléma valami, amit maga is kezelhet, vagy jobb, ha kiszervezetné, az a kérdés helyzettől függően különbözik, és azt egy fejlesztő vagy akadálymentesítési szakember jobban ítélheti meg, mint egy általános ellenőrzőlista. A gyakran feltett praktikus kérdések áttekintése, beleértve az ilyen mérlegeléseket is, a lapon található meg amely válaszokat tartalmaz a gyakran feltett kérdésekre.
Szeretné először megtudni, hogy weboldala jelenleg hol tartózkodik, anélkül, hogy ehhez fiók szükséges? Végezze el az ingyenes gyorskeresést, és olvasson egyszerű szavakkal, mely részek igényelnek figyelmet, és melyeket valószínűleg maga is kezelhet.