Dokumentacija
Vse, kar potrebujete za izvajanje revizij dostopnosti, razlaganje rezultatov in integracijo Axively v vaš delovni tok.
Razdelki
Začetek
Zaženite prvo skeniranje, razumejte poročilo, odpravite prvo težavo.
WCAG 2.2 AA
Kako Axively preslikava kršitve na merila uspešnosti WCAG. Kaj zaznamo, česa ne.
EN 301 549
Evropski harmonizirani standard za dostopnost IKT. Kaj doda k WCAG.
Preslikava pravne izpostavljenosti po državah
Kako izračunamo izpostavljenost po državah. Viri, organi za izvrševanje, razponi kazni.
Izjave o skladnosti
Ustvarite in objavite izjave o dostopnosti v pravilni obliki za 27 držav članic EU.
Tehnična podpora
Niste našli odgovora? Pišite na support@axively.com, navadno odgovorimo v 24 urah na delovne dni.
Metodologija
Kako deluje skener
Axively obišče vaše spletno mesto v pravem brskalniku (Chromium prek Playwright), tako kot ga vidi obiskovalec, vključno z JavaScriptom in dinamično vsebino. Na vsaki strani po njenem polnem nalaganju zažene testni stroj axe-core. Pregledujemo premišljeno (z zamikom med stranmi) do globine 2 nivojev in do 1.000 strani na revizijo. Ker revizije izvajajo lastniki spletnih mest na lastnih mestih, se identificiramo z uporabniškim agentom Axively in med revizijo ne upoštevamo robots.txt; lastniki, ki ne želijo, da se njihovo spletno mesto pregleduje, nas lahko kontaktirajo.
Kaj natančno testiramo
Uporabljamo axe-core, industrijski standardni testni stroj za dostopnost (isti stroj poganja Google Lighthouse in Microsoft Accessibility Insights), z nabori pravil wcag21aa (WCAG 2.1 ravni A in AA), wcag22aa (dopolnitve WCAG 2.2 na ravni AA) in best-practice (najboljše prakse axe zunaj WCAG). Za evropski kontekst preslikamo ugotovitve na EN 301 549, natančneje točko 9 (spletna vsebina). Točki 11 (programska oprema) in 12 (dokumentacija in podpora) samodejno skeniranje ne pokriva in zahtevata ročno ocenjevanje.
Kako nastanejo predlogi popravkov z UI
Vsaka edinstvena vrsta ugotovitve gre skozi sodobni jezikovni model, ki ustvari razlago vpliva v navadnem jeziku in konkreten predlog popravka kode na podlagi dejanskega HTML vašega spletnega mesta. Predlogi so prevedeni v jezik vašega računa. Ključna načela: UI predlaga, ne pa uporablja, spremembe v vaši kodi naredi vaš razvijalec po pregledu; predlogi so ustvarjeni iz dejanskega konteksta elementa, ne iz splošnih predlog; in enake težave si delijo en predlog (zato so revizije hitre in poceni tudi na velikih spletnih mestih).
Varnost in podatki
Podatki revizije so shranjeni v EU, na enem namenskem strežniku v Češki republiki (ponudnik Huko.net). Skeniramo samo javno dostopno vsebino vašega spletnega mesta; rezultati so vidni samo vašemu računu. Za obdelovalce podatkov in hrambo glejte našo politiko zasebnosti.
Kako brati poročilo
Kršitev je en pojav; pravilo je temeljni vzrok, ena težava v predlogi ustvari veliko pojavov, zato vedno najprej odpravljajte po predlogah in komponentah. Ugotovitve so razvrščene po resnosti s priporočenimi časovnimi okviri: kritično v 7 dneh, resno v 30, zmerno v vašem rednem razvojnem ciklu. Ko so popravki uvedeni, zaženite brezplačni preveritveni ponovni pregled, da potrdite čisto primerjavo pred in po.