# Audyt dostępności Source: https://ordergroup.co/pl/slownik/audyt-dostepnosci/ Last updated: 2026-10-10 > Audyt dostępności (WCAG) dla zamawiających aplikację: zakres i próba, testy automatyczne i ręczne, co powinien zawierać raport i jak wygląda retest. [Dostępność](https://ordergroup.co/pl/slownik/dostepnosc/) 3 min czytania # Audyt dostępności Audyt dostępności (audyt WCAG) Inne nazwy: audyt WCAG, badanie dostępności, ocena zgodności z WCAG Definicja Audyt dostępności to uporządkowane sprawdzenie strony lub aplikacji pod kątem standardu, zwykle WCAG 2.1 lub 2.2 AA. Łączy automatyczne skany z ręcznymi testami klawiaturą i czytnikiem ekranu, a kończy się raportem z każdym niespełnionym kryterium, miejscem błędu i sposobem poprawy. Cytuj hasło Tekst "Audyt dostępności". Order Group, Słownik oprogramowania, 10 października 2026. https://ordergroup.co/pl/slownik/audyt-dostepnosci/ HTML `Audyt dostępności - Order Group` Sprawdzone przez [Daria Gusieva](https://ordergroup.co/pl/autorzy/daria-gusieva/), Head of Design Ostatni przegląd 10 października 2026 ## Jak działa audyt dostępności Audyt odpowiada na jedno pytanie: czy strona lub aplikacja spełnia wskazany standard dostępności, a jeśli nie, to gdzie. Standardem jest prawie zawsze WCAG w wersji i na poziomie ustalonych z góry, np. WCAG 2.1 AA dla polskiego podmiotu publicznego albo WCAG 2.2 AA dla nowego produktu. Bez tego wyniku nie da się z niczym porównać. W3C opisuje metodę dla stron internetowych w WCAG-EM (Website Accessibility Conformance Evaluation Methodology). Ma ona pięć kroków: określenie zakresu oceny, poznanie strony, wybór reprezentatywnej próby stron, audyt próby i raport z wynikami. Próba ma znaczenie, bo niewiele audytów może sprawdzić każdy ekran. Obejmuje najczęściej używane strony, każdy typ strony lub szablonu, każdy pełny proces, np. rejestrację albo zakup, oraz strony z formularzami, multimediami i dokumentami. WCAG-EM dodaje do tego kilka losowo wybranych stron, żeby sprawdzić, czy próba czegoś nie pominęła. Ta sama logika dotyczy aplikacji mobilnych, tylko zamiast stron są ekrany i ścieżki. Każdą stronę lub ekran z próby sprawdza się pod kątem każdego kryterium sukcesu na uzgodnionym poziomie. Najpierw działają narzędzia automatyczne: szybko wyłapują brakujące teksty alternatywne, puste etykiety, niski kontrast i część błędów w kodzie. Większa część pracy jest ręczna. Tester przechodzi przez interfejs tylko klawiaturą, czytnikiem ekranu na każdej platformie z zakresu, z tekstem powiększonym do 200% i z ekranem w obu orientacjach. Wiele kryteriów, np. sensowną kolejność fokusu, poprawne nazwy kontrolek i komunikaty o błędach, które mówią, jak naprawić problem, może ocenić tylko człowiek. Co powinien zawierać raport z audytu dostępności CzęśćZawartośćDlaczego jest ważna dla zamawiającego ZakresStandard, wersja i poziom; platformy, przeglądarki i technologie wspomagające z wersjamiPokazuje, czego dotyczy wynik, a czego niePróbaLista sprawdzonych stron, ekranów i procesówPozwala powtórzyć audyt i porównać wynikiMetodaUżyte narzędzia i to, które sprawdzenia były ręcznePokazuje, czy wynik nie opiera się wyłącznie na skanachUstaleniaDla każdego błędu: kryterium sukcesu, miejsce, kroki, oczekiwany wynik, wagaZamienia raport w listę zadań, którą zespół może wykonaćPodsumowanieSpełnione, niespełnione albo nie występuje dla każdego kryteriumPodstawa deklaracji zgodności albo deklaracji dostępnościRetestStatus każdego ustalenia po poprawkachDowodzi, że poprawki działają, a nie tylko że zostały zrobione ## Co audyt dostępności oznacza dla Twojego oprogramowania Audyt na końcu projektu to najdroższy sposób, żeby dowiedzieć się czegoś o dostępności. Wymagania dla zamawianej aplikacji: - Zapisz w umowie standard, wersję i poziom oraz zakres: aplikację webową, aplikacje mobilne, generowane dokumenty, a także panel administracyjny, jeśli korzystają z niego pracownicy. - Zaplanuj co najmniej dwa audyty: jeden na pierwszych pełnych ścieżkach, gdy komponenty można jeszcze tanio zmienić, i jeden przed odbiorem. - Wymagaj ustaleń przypisanych do kryteriów sukcesu i konkretnych ekranów. Procent ze skanera nie jest wynikiem audytu. - Upewnij się, że testy ręczne obejmują każdą platformę z zakresu. Aplikacje webowe i mobilne zawodzą w różny sposób. - Traktuj ustalenia z audytu jak zadania z właścicielem i terminem retestu. Ustalenie jest zamknięte dopiero po ponownym teście, a nie po commicie. - Zachowaj raport końcowy. Polski podmiot publiczny publikuje deklarację dostępności dla swojej strony i aplikacji mobilnej, a audyt jest dowodem, na którym się opiera. Piszesz specyfikację? Dodaj Audyt dostępności do checklisty wymagań Zbierz hasła, których dotyczy Twój projekt, i dostań ich wymagania wobec systemu w jednym mailu, gotowe do zapytania ofertowego. ## Z naszych projektów W projekcie Centrum Komunikacji (aplikacja dla osób głuchych, słabosłyszących, niewidomych i głuchoniewidomych) lista wymagań z lipca 2025 r. zawierała audyt WCAG, a docelowym standardem był WCAG 2.1 AA. Od listopada 2025 r. nasz QA prowadził w trakcie budowy rundy testów z czytnikiem ekranu. W marcu i kwietniu 2026 r. przepracowaliśmy w warstwie frontendowej dwie listy uwag dotyczących WCAG, a nasz zespół przygotował raport WCAG w ramach oddania etapu 2, zakończonego 27 kwietnia 2026 r. Zadanie audytu z listy wymagań zamknięto w czerwcu 2026 r., a późniejsze uwagi od użytkowników wersji produkcyjnej przechodzą ten sam cykl poprawki i retestu. W projekcie dla PSONI specyfikacja Generatora ETR wymaga WCAG 2.2 na poziomie AAA dla aplikacji, która zamienia dokumenty w [tekst łatwy do czytania](https://ordergroup.co/pl/slownik/tekst-latwy-do-czytania/). Lista wymagań wiąże każdą pozycję z kryterium sukcesu, tak jak raport z audytu. Ustalenia z rund testów z czytnikiem ekranu są prowadzone osobno dla każdej platformy i testowane ponownie oddzielnie na iOS i Androidzie. ## Powiązane hasła - [Testy z czytnikiem ekranu](https://ordergroup.co/pl/slownik/testy-z-czytnikiem-ekranu/) Testy z czytnikiem ekranu (VoiceOver, TalkBack, NVDA) Testy z czytnikiem ekranu to sprawdzanie aplikacji lub strony VoiceOverem, TalkBackiem lub NVDA, czyli programami, dzięki którym osoby niewidome i słabowidzące słyszą interfejs. Tester sprawdza na każdym ekranie, co jest odczytywane, w jakiej kolejności i czy da się dokończyć każde zadanie. - [WCAG 2.2](https://ordergroup.co/pl/slownik/wcag-2-2/) Web Content Accessibility Guidelines 2.2 WCAG 2.2 to standard W3C dotyczący dostępności treści internetowych. Zawiera 86 sprawdzalnych kryteriów sukcesu na trzech poziomach: A, AA i AAA. Treść zgodna z WCAG 2.2 spełnia też wersję 2.1, do której na poziomie AA odsyłają przepisy UE i Polski o stronach i aplikacjach. - [Zarządzanie fokusem](https://ordergroup.co/pl/slownik/zarzadzanie-fokusem/) Zarządzanie fokusem (fokus klawiatury i czytnika ekranu) Zarządzanie fokusem to sposób, w jaki aplikacja wybiera element, który dostaje fokus klawiatury lub czytnika ekranu, gdy ekran się zmienia: po nawigacji, przy oknie dialogowym albo błędzie. Dzięki niemu użytkownik zawsze wie, gdzie jest, i nie trafia na ukryte kontrolki. ## Źródła 1. [Website Accessibility Conformance Evaluation Methodology (WCAG-EM) 1.0](https://www.w3.org/TR/WCAG-EM/) - W3C 2. [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) - W3C 3. [Ustawa z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych, tekst jednolity Dz.U. 2023 poz. 1440](https://eli.gov.pl/eli/DU/2023/1440/ogl/pol/pdf) - Dziennik Ustaw To hasło sprawdza Daria Gusieva. Zapytaj, co oznacza w Twoim projekcie. [Zapytaj inżyniera](https://ordergroup.co/pl/kontakt/) ## Najczęstsze pytania ![Daria Gusieva](https://ordergroup.co/media/images/T02DHCC1Z-U0B48S6GQTV-7fae05753481-512.format-webp.webp) Daria Gusieva Head of Design [Porozmawiaj z inżynierem](https://ordergroup.co/pl/kontakt/) ### Ile trwa audyt dostępności? To zależy od wielkości próby i liczby platform. Najwięcej czasu zajmują testy ręczne, a dodanie aplikacji na iOS i Androida mnoży ich zakres, bo każdą platformę i każdy czytnik ekranu testuje się osobno. Poproś o wycenę dla każdej platformy po uzgodnieniu próby. ### Czy automatyczny skan dostępności to audyt? Nie. Skan sprawdza tylko część kryteriów, które da się zbadać kodem. Audyt obejmuje też ręczne testy klawiaturą i czytnikami ekranu, które dotyczą kryteriów niemożliwych do oceny przez skan. ### Czym audyt różni się od testów z czytnikiem ekranu? [Testy z czytnikiem ekranu](https://ordergroup.co/pl/slownik/testy-z-czytnikiem-ekranu/) to jedna z metod w ramach audytu. Audyt sprawdza każde kryterium sukcesu na uzgodnionym poziomie, w tym kontrast, powiększanie tekstu, obsługę klawiaturą, formularze i dokumenty, i podaje wynik zgodności. ### Kto powinien przeprowadzić audyt: wykonawca czy niezależna firma? Każdy z nich może. Zespół, który buduje aplikację, powinien testować na bieżąco, a niezależny audyt przed odbiorem daje zamawiającemu drugą opinię. Ważne, żeby raport opierał się na opisanej metodzie, a ustalenia były testowane ponownie. Budujesz system, w którym liczy się Audyt dostępności? Zobacz, jak budujemy oprogramowanie w tej dziedzinie: case studies i technologie, których używamy. [Zobacz: Projektowanie UX](https://ordergroup.co/pl/uslugi/projektowanie/projektowanie-ux/) Checklista wymagań Do każdego hasła wyślemy definicję i to, czego wymaga od Twojego oprogramowania. Bezpłatnie, bez rozmowy handlowej. Checklista jest pusta. Dodaj hasło plusem przy jego nazwie.