Axively

Dokumentacja

Wszystko, czego potrzebujesz do prowadzenia audytów dostępności, interpretacji wyników i integracji Axively w przepływie pracy.

Sekcje

Pierwsze kroki

Uruchom pierwszy skan, zrozum raport, napraw pierwszy problem.

WCAG 2.2 AA

Jak Axively mapuje naruszenia na kryteria sukcesu WCAG. Co wykrywamy, czego nie.

EN 301 549

Europejski zharmonizowany standard dla dostępności ICT. Co dodaje ponad WCAG.

Mapowanie prawne według krajów

Jak liczymy ekspozycję na kraj. Źródła, organy egzekwujące, zakresy kar.

Deklaracje zgodności

Generuj i publikuj deklaracje dostępności w poprawnym formacie dla 27 państw członkowskich UE.

Dokumentację stale rozwijamy. Potrzebujesz pomocy? Napisz do nas.

Wsparcie techniczne

Nie znalazłeś odpowiedzi? Napisz na support@axively.com, zwykle odpowiadamy w ciągu 24 godzin w dni robocze.

Metodyka

Jak działa skaner

Axively odwiedza witrynę w prawdziwej przeglądarce (Chromium przez Playwright), tak jak widzi ją odwiedzający, łącznie z JavaScriptem i treścią dynamiczną. Na każdej podstronie, po jej pełnym załadowaniu, uruchamia silnik testowy axe-core. Przeszukujemy z rozwagą (opóźnienie między stronami) do głębokości 2 poziomów i do 1000 podstron na audyt. Ponieważ audyty wykonują właściciele na własnych witrynach, identyfikujemy się user-agentem Axively i nie egzekwujemy robots.txt podczas audytu; właściciele, którzy nie chcą audytu, mogą się z nami skontaktować.

Co dokładnie testujemy

Używamy axe-core, branżowego standardu silnika do testów dostępności (ten sam silnik napędza Google Lighthouse i Microsoft Accessibility Insights), z zestawami reguł wcag21aa (WCAG 2.1 poziomy A i AA), wcag22aa (dodatki WCAG 2.2 na poziomie AA) i best-practice (dobre praktyki axe wykraczające poza WCAG). Dla kontekstu europejskiego mapujemy ustalenia na EN 301 549, konkretnie klauzulę 9 (treści internetowe). Klauzule 11 (oprogramowanie) i 12 (dokumentacja i wsparcie) nie są objęte skanowaniem automatycznym i wymagają oceny ręcznej.

Jak powstają propozycje poprawek AI

Każdy unikalny typ ustalenia przechodzi przez nowoczesny model językowy, który generuje wyjaśnienie wpływu prostym językiem i konkretną poprawkę kodu opartą na rzeczywistym HTML Twojej witryny. Propozycje są tłumaczone na język Twojego konta. Kluczowe zasady: AI sugeruje, nie wdraża, zmiany w Twoim kodzie wprowadza Twój programista po weryfikacji; propozycje są generowane z rzeczywistego kontekstu elementu, a nie z ogólnych szablonów; a identyczne problemy współdzielą jedną propozycję (dlatego audyty pozostają szybkie i tanie nawet na dużych witrynach).

Bezpieczeństwo i dane

Dane audytów są przechowywane w UE, na jednym dedykowanym serwerze w Czechach (dostawca Huko.net). Skanujemy wyłącznie publicznie dostępną treść Twojej witryny; wyniki widzi tylko Twoje konto. Informacje o podmiotach przetwarzających i retencji znajdziesz w naszej polityce prywatności.

Jak czytać raport

Naruszenie to pojedyncze wystąpienie; reguła to przyczyna źródłowa, jeden problem w szablonie tworzy wiele wystąpień, więc zawsze najpierw poprawiaj per szablon i komponent. Ustalenia są uszeregowane według istotności z zalecanymi terminami: krytyczne w ciągu 7 dni, poważne w ciągu 30, umiarkowane w normalnym cyklu rozwoju. Po wdrożeniu poprawek uruchom bezpłatny weryfikacyjny re-scan, aby potwierdzić czyste przed i po.