Dokumentáció
Minden, ami az akadálymentességi auditok futtatásához, az eredmények értelmezéséhez és az Axively munkafolyamatba integrálásához szükséges.
Szekciók
Első lépések
Futtassa első szkennelését, értse meg a jelentést, javítsa ki első problémáját.
WCAG 2.2 AA
Hogyan képezi le az Axively a jogsértéseket WCAG sikerkritériumokra. Mit észlelünk, mit nem.
EN 301 549
Az európai harmonizált szabvány az IKT akadálymentességre. Mit ad hozzá a WCAG-hoz.
Országonkénti jogi térképezés
Hogyan számítjuk a kitettséget országonként. Források, végrehajtó hatóságok, büntetési tartományok.
Megfelelőségi nyilatkozatok
Generáljon és tegyen közzé akadálymentességi nyilatkozatokat a helyes formátumban 27 EU-tagállam számára.
Műszaki támogatás
Nem talált választ? Írjon a support@axively.com címre, általában munkanapokon 24 órán belül válaszolunk.
Módszertan
Hogyan működik a szkenner
Az Axively valódi böngészőben (Chromium Playwrighton keresztül) látogatja meg a webhelyét, ahogy egy látogató látja, beleértve a JavaScriptet és a dinamikus tartalmat. Minden oldalon, miután az teljesen betöltődött, lefuttatja az axe-core tesztmotort. Megfontoltan tallózunk (késleltetés az oldalak között) legfeljebb 2 szint mélységig és auditonként legfeljebb 1000 oldalig. Mivel az auditokat a tulajdonosok futtatják saját webhelyükön, az Axively felhasználói ügynökével azonosítjuk magunkat, és audit közben nem érvényesítjük a robots.txt-t; a tulajdonosok, akik nem szeretnének auditot, kapcsolatba léphetnek velünk.
Pontosan mit tesztelünk
Az axe-core-t használjuk, az iparági szabványú akadálymentességi tesztmotort (ugyanez a motor hajtja a Google Lighthouse-t és a Microsoft Accessibility Insightsot), a wcag21aa (WCAG 2.1 A és AA szint), wcag22aa (WCAG 2.2 kiegészítések AA szinten) és best-practice (axe bevált gyakorlatok a WCAG-en túl) szabálykészletekkel. Az európai kontextushoz a megállapításokat az EN 301 549-hez rendeljük, konkrétan a 9. záradékhoz (webes tartalom). A 11. (szoftver) és 12. (dokumentáció és támogatás) záradékot az automatikus szkennelés nem fedi le, és kézi értékelést igényelnek.
Hogyan készülnek az MI javítási javaslatok
Minden egyedi típusú megállapítás egy modern nyelvi modellen halad át, amely közérthető magyarázatot ad a hatásról és konkrét kódjavítást a webhelye tényleges HTML-je alapján. A javaslatokat a fiókja nyelvére fordítjuk. Fő elvek: az MI javasol, nem alkalmaz, a kódján a változtatásokat a fejlesztője végzi ellenőrzés után; a javaslatok a valós elemkontextusból készülnek, nem általános sablonokból; az azonos problémák egy javaslaton osztoznak (ezért maradnak az auditok gyorsak és olcsók nagy webhelyeken is).
Biztonság és adatok
Az auditadatokat az EU-ban tároljuk, egyetlen dedikált szerveren Csehországban (szolgáltató: Huko.net). Csak a webhelye nyilvánosan elérhető tartalmát szkenneljük; az eredményeket csak az Ön fiókja látja. Az adatfeldolgozókról és a megőrzésről lásd az adatvédelmi szabályzatunkat.
Hogyan olvassa a jelentést
A szabálysértés egyetlen előfordulás; a szabály a mögöttes ok, egy probléma a sablonban sok előfordulást eredményez, ezért mindig először sablononként és komponensenként javítson. A megállapításokat súlyosság szerint rangsoroljuk ajánlott határidőkkel: kritikus 7 napon belül, súlyos 30-on belül, közepes a normál fejlesztési ciklusban. A javítások üzembe helyezése után futtassa az ingyenes ellenőrző újraszkennelést a tiszta előtte és utána megerősítéséhez.