Analiza zgodności z wybraną wersją WCAG
Weryfikuję kryteria sukcesu dotyczące m.in. percepcji treści, obsługi klawiaturą, formularzy, nawigacji, komunikatów i struktury strony.
Dostępność cyfrowa w praktyce
Audyt WCAG strony internetowej
Sprawdzę dostępność strony internetowej lub aplikacji zgodnie z WCAG 2.2. Otrzymasz czytelny raport, ocenę rzeczywistych barier oraz konkretne rekomendacje dla zespołu projektowego i programistów.
- Testy manualne i automatyczne
- Weryfikacja z technologiami asystującymi
- Priorytety błędów i wskazówki naprawcze
Zakres usługi
Co obejmuje audyt dostępności strony internetowej?
Zakres dopasowuję do rodzaju serwisu, kluczowych ścieżek użytkownika oraz wybranego poziomu zgodności: A lub AA.
Testy z technologiami asystującymi
Sprawdzam kluczowe procesy z wykorzystaniem NVDA, VoiceOver i TalkBack. JAWS może zostać użyty po udostępnieniu licencji.
Raport i rekomendacje
Każdy problem opisuję wraz z lokalizacją, wpływem na użytkownika, naruszonym kryterium WCAG, priorytetem i propozycją poprawki.
Omówienie wyników
Wyjaśniam najważniejsze wnioski i pomagam zaplanować poprawki, aby raport był praktycznym narzędziem dla zespołu.
Jak wygląda współpraca
Audyt WCAG krok po kroku
- 1
Ustalenie zakresu
Wybieramy podstrony, procesy, środowiska testowe i oczekiwany poziom zgodności.
- 2
Badanie dostępności
Łączę eksperckie testy manualne z narzędziami automatycznymi i technologiami asystującymi.
- 3
Raport z audytu
Porządkuję bariery według ważności i przekazuję możliwe do wdrożenia rekomendacje.
- 4
Konsultacja wyników
Omawiam raport i odpowiadam na pytania osób odpowiedzialnych za projekt oraz wdrożenie.
Raport z audytu
Jak wygląda raport błędu - przykład
Każde zgłoszenie zawiera opis i lokalizację błędu w tytule, kryterium WCAG oraz informacje potrzebne do odtworzenia i naprawy problemu. Poniżej przykładowy wpis pokazujący strukturę raportu.
Przykładowe zgłoszenie · Błąd #01
Brak możliwości wysłania formularza klawiaturą — Kontakt, przycisk „Wyślij”
Kryterium WCAG
2.1.1 Klawiatura — poziom A, kryterium wprowadzone w WCAG 2.0.
Jak odtworzyć błąd krok po kroku
- Otwórz podstronę „Kontakt”.
- Używając klawisza Tab, przejdź przez pola formularza i uzupełnij wymagane dane.
- Spróbuj przejść do przycisku „Wyślij” i wysłać formularz za pomocą klawiatury.
Co się dzieje?
Fokus pomija przycisk „Wyślij” i przechodzi do linku w stopce. Przycisk reaguje wyłącznie na kliknięcie myszą, więc formularza nie można wysłać klawiaturą.
Jak powinno działać?
Przycisk powinien być osiągalny klawiszem Tab, mieć widoczny fokus i umożliwiać wysłanie formularza klawiszami Enter oraz Spacja.
Wpływ na user experience (UX)
Osoba korzystająca wyłącznie z klawiatury, np. z powodu ograniczeń ruchowych, nie może dokończyć formularza kontaktowego mimo poprawnego wypełnienia pól. Bariera blokuje cały proces i może prowadzić do rezygnacji z wysłania wiadomości.
Propozycja naprawy
Zastąp klikalny element div natywnym elementem HTML <button type="submit">Wyślij</button> wewnątrz formularza. Obsłuż wysyłanie przez zdarzenie submit, zachowaj widoczny fokus i sprawdź cały proces klawiaturą po wdrożeniu poprawki.
Materiały referencyjne
- MDN: natywny element HTML button i jego działanie
- W3C: dlaczego warto korzystać z natywnych elementów HTML zamiast odtwarzać ich zachowanie za pomocą ARIA
Natywny przycisk zapewnia semantykę i obsługę klawiatury w przeglądarce. Samo dodanie role="button" do elementu div nie zapewnia takiego zachowania — trzeba je zaimplementować samodzielnie.
Załączniki
Dlaczego warto
Strona zgodna z WCAG jest dostępna dla większej liczby osób
Dostępność cyfrowa poprawia jakość korzystania z serwisu przez osoby z niepełnosprawnościami, seniorów, użytkowników urządzeń mobilnych i osoby znajdujące się w trudnych warunkach. Audyt pomaga wykryć bariery przed wdrożeniem lub uporządkować poprawki w działającym produkcie.
WCAG 2.2
WCAG 2.2 i wymagania prawne
Analiza wspiera przygotowanie serwisu do obowiązków wynikających z przepisów, takich jak Europejski Akt o Dostępności oraz polska ustawa o dostępności. Sam audyt nie stanowi porady prawnej, ale dostarcza technicznych informacji potrzebnych do oceny i poprawy dostępności. Przyjęcie i wykonanie zmian leży po stronie klienta lub wykonawcy jego serwisu.
Najczęstsze pytania
FAQ — audyt dostępności
Ile trwa audyt WCAG?
Czas zależy od wielkości serwisu, liczby szablonów i procesów oraz zakresu kryteriów. Termin i zakres ustalam przed rozpoczęciem prac.
Czy automatyczny skan wystarczy?
Nie. Narzędzia automatyczne wykrywają tylko część problemów. Dlatego audyt łączy skanowanie z testami manualnymi, obsługą klawiatury i technologiami asystującymi.
Czy po audycie strona będzie zgodna z WCAG?
Audyt wskazuje bariery i sposób ich naprawy. Zgodność zależy od prawidłowego wdrożenia rekomendacji; po poprawkach można wykonać reaudyt.
Chcesz sprawdzić dostępność swojej strony?
Napisz, jaki serwis chcesz zbadać. W odpowiedzi ustalimy zakres audytu, kluczowe procesy i sposób przekazania wyników.
Zapytaj o audyt WCAG