Audyt WCAG 2.2 AA dla strony JST – lista kontrolna 100 punktów

Spis treści

• 1. Podstawa prawna — co nas obowiązuje
• 2. Sankcje za niezgodność
• 3. Metodologia audytu
• 4. Postrzegalność (Perceivable) — 25 punktów
• 5. Funkcjonalność (Operable) — 25 punktów
• 6. Zrozumiałość (Understandable) — 25 punktów
• 7. Solidność (Robust) — 15 punktów
• 8. Sprawdzenia dodatkowe (praktyczne) — 10 punktów
• 9. Raport audytu — struktura
• 10. Deklaracja dostępności — obowiązek

1. Podstawa prawna — co nas obowiązuje

• Ustawa z 4.04.2019 o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (Dz.U. 2019/848)
• Rozporządzenie MC z 9.10.2018 w sprawie standardów
• WCAG 2.2 (W3C) — aktualny standard od października 2025
• EAA (European Accessibility Act, Dyrektywa 2019/882) — od 28.06.2025 dla sprzedaży B2C
• Dyrektywa 2016/2102 — o dostępności stron i aplikacji mobilnych podmiotów sektora publicznego

2. Sankcje za niezgodność

• Skarga obywatela do Min. Cyfryzacji — reakcja JST w 7 dni
• Brak reakcji — publiczny raport MC + naliczenie kary
• Kara administracyjna — do 20 tys. PLN (Ustawa o dostępności cyfrowej)
• Powtarzające się skargi — eskalacja do wojewody + raport NIK
• EAA dla e-Bilet/portal klienta — sankcje do 4% obrotu spółki komunalnej
• Wstrzymanie dotacji KPO/FENIKS — jeśli WCAG niezgodne

3. Metodologia audytu

Co audyt obejmuje

• Audyt techniczny — HTML/CSS/JS, ARIA, kontrast, klawiatura
• Audyt manualny — testy z czytnikami ekranu (NVDA, JAWS, VoiceOver, TalkBack)
• Audyt UX — testy z użytkownikami (osoby niewidome, niesłyszące, niepełnosprawne ruchowo)
• Audyt dokumentów — PDF, DOC, XLS publikowane na stronie
• Audyt multimediów — transkrypcje, audiodeskrypcja, podpisy

Czas audytu

• Strona gminy wiejskiej: 2-3 dni audytu = raport za 5-7 dni
• Strona miasta + portal mieszkańca: 5-7 dni audytu = raport za 10-14 dni
• Strona UM województwa: 10-15 dni audytu = raport za 15-20 dni

Koszt audytu

• Mini-audyt (5 podstron) — 2-5 tys. PLN (często bezpłatny u poważnych dostawców jako lead magnet)
• Pełny audyt strony gminy — 5-15 tys. PLN
• Pełny audyt UM województwa — 15-50 tys. PLN

4. Postrzegalność (Perceivable) — 25 punktów

Treść musi być prezentowana w sposób postrzegalny dla wszystkich użytkowników.

1.1 Alternatywy tekstowe

1. ✓ Wszystkie obrazy mają alt-text (znaczący lub pusty dla dekoracyjnych)
2. ✓ Obrazy złożone (wykresy, mapy) mają długi opis
3. ✓ Ikony funkcjonalne mają aria-label
4. ✓ CAPTCHA ma alternatywę (audio, logiczna)

1.2 Multimedia

5. ✓ Wideo ma napisy (transkrypcję)
6. ✓ Wideo ma audiodeskrypcję dla wątków wizualnych
7. ✓ Audio ma transkrypcję tekstową
8. ✓ Transmisje sesji rady mają napisy live + tłumacza migowego

1.3 Możliwość adaptacji

9. ✓ Treść jest semantycznie poprawna (h1-h6, p, ul, ol, table)
10. ✓ Tabele mają nagłówki (th) + scope + caption
11. ✓ Formularze mają label dla każdego pola
12. ✓ Sekwencja (kolejność czytania) jest logiczna
13. ✓ Orientacja strony nie jest wymuszana (poziom/pion)

1.4 Rozróżnialność

14. ✓ Tekst nie jest jedynym sposobem przekazania informacji (nie tylko kolor)
15. ✓ Kontrast tekstu — min. 4.5:1 dla normalnego, 3:1 dla dużego
16. ✓ Kontrast elementów UI (border, focus) — min. 3:1
17. ✓ Tekst można powiększyć do 200% bez utraty funkcjonalności
18. ✓ Audio nie jest autoodtwarzane (lub można wyłączyć)
19. ✓ Reflow na 320px szerokości bez poziomego scrolla
20. ✓ Kontrast obrazów istotnych (icon, charts) — min. 3:1
21. ✓ Odstępy tekstu — line-height 1.5+, paragraph spacing 2+, letter spacing 0.12+
22. ✓ Hover/Focus — tooltip dismissable (Esc), persistent, hoverable
23. ✓ Tryb wysokiego kontrastu — działa
24. ✓ Tryb dark mode — jeśli zaimplementowany, kontrast OK
25. ✓ Animacje wyłączalne (prefers-reduced-motion)

5. Funkcjonalność (Operable) — 25 punktów

2.1 Dostępność z klawiatury

26. ✓ Pełna nawigacja klawiaturą — Tab, Shift+Tab, Enter, Space, Esc
27. ✓ Brak pułapek klawiatury — można „wyjść” z modal/menu
28. ✓ Focus visible — widoczny outline (kontrast 3:1)
29. ✓ Focus order — logiczna kolejność (DOM order = visual order)
30. ✓ Skip links — „Przejdź do głównej treści”
31. ✓ Skróty klawiaturowe — nie konfliktują z czytnikami ekranu

2.2 Wystarczający czas

32. ✓ Limity czasu — ostrzeżenie + możliwość wydłużenia (np. sesja portalu)
33. ✓ Sliders + carousels można zatrzymać
34. ✓ Treść animowana (>5s) ma kontrolkę pauzy

2.3 Anulowanie

35. ✓ Kliknięcia można anulować — akcja wykonywana po mouseup, nie mousedown
36. ✓ Brak migotania — nie więcej niż 3 błyski/s (epilepsja)
37. ✓ Tryb „wyłącz animacje” — respektuje prefers-reduced-motion

2.4 Łatwa nawigacja

38. ✓ Tytuły stron — opisowe, unikalne (h1 + title)
39. ✓ Breadcrumbs — ścieżka nawigacyjna
40. ✓ Wyszukiwarka — dostępna z każdej strony
41. ✓ Mapa serwisu (sitemap) — dostępna
42. ✓ Linki opisowe — „Pobierz wniosek o 500+”, nie „kliknij tutaj”
43. ✓ Wiele sposobów nawigacji — menu + breadcrumbs + wyszukiwarka + sitemap
44. ✓ Aktualne miejsce — aria-current na aktywnym menu

2.5 Modalności wprowadzania danych

45. ✓ Pointer gestures — multi-touch ma alternatywę single-touch
46. ✓ Pointer cancellation — akcja anulowana przy przesunięciu palcem
47. ✓ Label in name — widoczny label = aria-label
48. ✓ Motion actuation — potrząsanie ma alternatywę przyciskiem
49. ✓ Target size — min. 24x24px (WCAG 2.2 nowe)
50. ✓ Dragging — ma alternatywę bez przeciągania (WCAG 2.2 nowe)

6. Zrozumiałość (Understandable) — 25 punktów

3.1 Czytelność

51. ✓ Lang attribute —
52. ✓ Lang change — dla cytatów obcojęzycznych
53. ✓ Słownik trudnych terminów — „BIP” wyjaśnione przy pierwszym użyciu
54. ✓ Skróty — rozwinięcie przy pierwszym użyciu (np. „RODO — Rozporządzenie…”)
55. ✓ Czytelność — max poziom 12 klasy (test FOG-PL)
56. ✓ Wymowa — trudne słowa z ruby (jeśli wymagane)

3.2 Przewidywalność

57. ✓ Konsystencja nawigacji — menu w tym samym miejscu na każdej stronie
58. ✓ Konsystencja identyfikacji — ikony i buttony oznaczają to samo wszędzie
59. ✓ Brak zaskakujących zmian kontekstu — przy focus / input, bez automatycznego przejścia
60. ✓ Help — dostępny w tym samym miejscu na każdej stronie (WCAG 2.2 nowe)
61. ✓ Redundant entry — auto-fill danych już wpisanych w trakcie sesji (WCAG 2.2 nowe)

3.3 Pomoc przy wprowadzaniu danych

62. ✓ Identyfikacja błędów — konkretny komunikat („Pole 'Email’ jest wymagane”)
63. ✓ Etykiety + instrukcje — przed polem, nie tylko placeholder
64. ✓ Sugestie korekt — „Czy chodziło o jan@gmail.com?”
65. ✓ Prevention — potwierdzenie przy ważnych akcjach (płatność, usunięcie)
66. ✓ Accessible authentication — brak cognitive function tests bez alternatywy (WCAG 2.2 nowe)
67. ✓ Format pól — jasno wskazany (DD/MM/RRRR, +48 XXX-XXX-XXX)
68. ✓ Walidacja real-time — nie tylko po submit
69. ✓ Komunikaty sukcesu/błędu — aria-live polite/assertive
70. ✓ Czas na poprawienie — bez auto-submit po X sekund
71. ✓ Multi-step forms — możliwość powrotu, zapisanie postępu
72. ✓ Cancel option — możliwość przerwania wprowadzania bez utraty danych
73. ✓ Required vs. optional — jasno oznaczone (asterisk + tekst)
74. ✓ Pomoc kontekstowa — tooltip lub link do help
75. ✓ Język prosty — instrukcje w prostym języku (Plain Language)

7. Solidność (Robust) — 15 punktów

4.1 Kompatybilność

76. ✓ HTML walidacja — W3C Validator (jeśli error, audit explanation)
77. ✓ Atrybuty unikalne — unikalne ID dla każdego elementu
78. ✓ Nazwa, rola, wartość — dla custom widgets (aria-role, aria-label, aria-value)
79. ✓ Status messages — aria-live dla dynamicznych zmian
80. ✓ Czytniki ekranu — testy NVDA + JAWS (Windows), VoiceOver (Mac/iOS), TalkBack (Android)
81. ✓ Browsery — Chrome, Firefox, Safari, Edge (najnowsze)
82. ✓ Browsery starsze — degradacja graceful (jeśli wymagane)
83. ✓ Mobilne — iOS Safari, Android Chrome
84. ✓ Asystywne technologie — switch control, voice control
85. ✓ WAI-ARIA — poprawne użycie (rola, stan, właściwości)
86. ✓ Custom controls — mają wszystkie wymagane handlery klawiatury
87. ✓ Focus management — po otwarciu modal, fokus na modal
88. ✓ SVG accessibility — role=”img”, aria-label dla informacyjnych SVG
89. ✓ iframe — ma title
90. ✓ Walidacja accessibility — axe DevTools, WAVE, Lighthouse

8. Sprawdzenia dodatkowe (praktyczne) — 10 punktów

91. ✓ Deklaracja dostępności — opublikowana, aktualna (max 1 rok)
92. ✓ Koordynator dostępności — wyznaczony, dane kontaktowe na stronie
93. ✓ Procedura skarg — jasna, krok po kroku
94. ✓ PDF dostępne — tagged PDF, alt-text, lang attribute
95. ✓ DOCX/XLSX dostępne — nagłówki, alt-text, opisowe linki
96. ✓ Mapa interaktywna — alternatywa tekstowa lub tabelaryczna
97. ✓ Kalendarz wydarzeń — ICS feed (subskrypcja w czytniku ekranu)
98. ✓ Newsletter — szablon HTML accessibility
99. ✓ Social media embeds — alternatywa tekstowa
100. ✓ Analytics + cookies banner — dostępne, klawiaturą

9. Raport audytu — struktura

Standardowy raport audytu WCAG 2.2 AA (40-100 stron) zawiera:

• Streszczenie wykonawcze — 1-2 strony, dla decydentów
• Metodologia — co sprawdzono, jak, kiedy
• Wynik ogólny — pozytywny / negatywny / warunkowy
• Szczegółowa lista uwag — per kryterium WCAG (np. „1.4.3 Kontrast: NIE”)
• Rekomendacje — jak naprawić każdą uwagę
• Priorytetyzacja — HIGH/MEDIUM/LOW
• Czas naprawy — szacowany dla każdej uwagi
• Załączniki — screenshoty błędów, raporty narzędzi (axe, WAVE)

10. Deklaracja dostępności — obowiązek

Każda strona JST musi mieć publicznie dostępną Deklarację dostępności (Ustawa o dostępności cyfrowej art. 10).

Co musi zawierać Deklaracja

• Status dostępności (zgodna / częściowo zgodna / niezgodna)
• Powody niezgodności (jeśli częściowo)
• Data ostatniej aktualizacji deklaracji
• Data ostatniego audytu (zewnętrznego lub wewnętrznego)
• Dane koordynatora dostępności (imię, telefon, email)
• Procedura składania skarg (krok po kroku)
• Rzecznik Praw Obywatelskich — link + dane kontaktowe
• Informacje o dostępności architektonicznej (jeśli dotyczy)
• Informacje o dostępności komunikacyjnej (tłumacz migowy, asystent)

Aktualizacja

Co rok — obowiązkowo. Dodatkowo po każdej znaczącej zmianie strony.

Następne kroki

1. Bezpłatny mini-audyt WCAG — 5 podstron, raport za 48h
2. Pełny audyt WCAG — po konsultacji
3. Naprawa wad — ustalimy timeline
4. Deklaracja dostępności — pomożemy w przygotowaniu

Zamów bezpłatny mini-audyt 48h

Powiązane przewodniki

• Cennik strony WWW dla JST 2026
• SIWZ na stronę JST 2026
• Audyt strony JST przed NIK 2026
• Strona internetowa dla JST 2026

{
„@context”: „https://schema.org”,
„@type”: „Article”,
„headline”: „Audyt WCAG 2.2 AA dla strony JST — lista kontrolna 100 punktów”,
„description”: „Kompletna lista 100 punktów audytu WCAG 2.2 AA dla strony JST. 4 zasady WCAG (Postrzegalność, Funkcjonalność, Zrozumiałość, Solidność) + sprawdzenia praktyczne.”,
„datePublished”: „2026-05-15”,
„dateModified”: „2026-05-15”,
„author”: {„@type”: „Organization”, „name”: „dlasamorzadu.pl”},
„publisher”: {„@type”: „Organization”, „name”: „dlasamorzadu.pl”},
„articleSection”: „Poradnik”,
„wordCount”: 4500,
„inLanguage”: „pl-PL”
}