Udostępnij:
24-06-2025

Jak przygotować swoją stronę na WCAG 2.2 – lista obowiązkowych zmian (2025)

Do 28 czerwca 2025 r. każda strona sprzedająca lub świadcząca usługi w UE musi spełniać wymagania WCAG 2.2 AA. Zobacz, jakie zmiany wdrożyć, ile to kosztuje i jak przeprowadzić audyt, by uniknąć kar i poprawić konwersję.

WCAG 2.2 – co to i kiedy zaczyna obowiązywać?


Standard WCAG 2.2 stał się oficjalny w październiku 2023 r., a wymagania Europejskiego Aktu o Dostępności (EAA) będą egzekwowane od 28 czerwca 2025 r. we wszystkich krajach UE, w tym w Polsce – wprost na mocy ustawy z 26 kwietnia 2024 r. Dla przedsiębiorców oznacza to, że brak zgodności z WCAG 2.2 (minimum poziom AA) może skutkować karami finansowymi oraz utratą klientów.

Co zmienia WCAG 2.2?


Zaktualizowany standard WCAG 2.2 rozszerza WCAG 2.1 o dziewięć dodatkowych kryteriów sukcesu. WCAG 2.2 koncentruje się głównie na widoczności fokusu, wygodzie obsługi dotykowej oraz uproszczeniu logowania i formularzy. Jeśli Twoja strona spełni stawiane wymagania, będzie zgodna z aktualnymi standardami w zakresie dostępności dla osób ze szczególnymi potrzebami. Pełną listę nowych kryteriów WCAG 2.2 znajdziesz w specyfikacji, a poniżej przedstawiamy najważniejsze różnice praktyczne WCAG 2.2 vs 2.1:

● 2.4.11 Niezasłonięty Fokus (minimum) – element, który otrzymuje fokus (ramka wokół aktywnego elementu, np. linku, przycisku), nie może być zasłonięty; musi być widoczny przynajmniej częściowo, żeby użytkownik wiedział, gdzie się znajduje.

● 2.4.12 Niezasłonięty Fokus (rozszerzone) – element z fokusem musi być w pełni widoczny; żaden sticky-header (pasek górnej nawigacji, który pozostaje cały czas widoczny u góry ekranu, nawet gdy użytkownik przewija stronę w dół) ani wyskakujące okno nie może go zakrywać.

● 2.4.13 Wygląd Fokusu (rozszerzone) – ramka (lub inny wskaźnik) wokół aktywnego elementu powinna mieć co najmniej 2 px grubości i kontrast co najmniej 3:1 względem tła, aby fokus był wyraźny.

● 2.5.7 Gesty przeciągania – gdy akcja wymaga przeciągania, należy zapewnić prostą alternatywę, np. kliknięcie „Przenieś” lub obsługę klawiaturą.

● 2.5.8 Rozmiar celu (minimum) – minimalny obszar klikalny to 24 × 24 CSS px albo równoważny odstęp; ułatwia to obsługę osobom, które nie trafiają w małe przyciski.

● 3.2.6 Spójna pomoc i kontakt – jeśli linki „Pomoc” lub „Kontakt” pojawiają się na kilku podstronach, muszą być zawsze w tym samym miejscu i w tej samej kolejności.

● 3.3.7 Ponowny wpis – formularz nie powinien wymagać ponownego podawania danych, które użytkownik już wpisał; jeśli jest to konieczne, zapewnij autouzupełnianie lub listę wyboru.

● 3.3.8 Dostępne uwierzytelnianie (minimum) – proces logowania nie może opierać się wyłącznie na pamięci (np. trudne hasło) ani łamigłówkach; można użyć alternatyw, takich jak magic link, biometria czy hasło-obrazek.

● 3.3.9 Dostępne uwierzytelnianie (rozszerzone) – na etapie logowania nie wolno wymagać rozpoznawania obrazów, dźwięków ani obiektów; należy oferować prostsze metody potwierdzania tożsamości.


Jak przeprowadzić audyt i wdrożenie WCAG 2.2 w firmie?


W korporacjach często istnieje centrum kompetencji dostępności (CoE). Pomaga ono projektom spełniać WCAG, prowadzi szkolenia i audyty wewnętrzne. Jeśli jednak prowadzisz mniejszą firmę, zajrzyj do tabeli poniżej – są w niej wskazówki, jak krok po kroku wdrożyć zmiany zgodne ze standardem WCAG 2.2.

Dla małych i mikroprzedsiębiorców może być szczególnie ważne, aby audyt WCAG 2.2 i koszt wdrożenia zmian nie zrujnowały budżetu. Część pracy można wykonać samodzielnie (tworzenie nowych treści, opracowanie makiet, uzupełnienie opisów, dostosowanie formularzy itd.), ale audyt, poprawki w kodzie czy szkolenie pracowników można zlecić zewnętrznej firmie (np. software house’owi czy agencji interaktywnej).

Przeczytaj też: Dobry pomysł na biznes w 2024 roku.


Czy istenieje recepta na płynność finansową? 





Narzędzia, wtyczki i quick wins


Jeśli prowadzisz sklep internetowy i chcesz sprawdzić zgodność z WCAG 2.2 dla e-commerce, zacznij od:

● WP Accessibility – natychmiast dodaje skip-linki i poprawia kontrast.

● axe-core w CI/CD – każdy deploy blokuje błędy dostępności, zanim trafią na produkcję.

Może zainteresuje Cię też: Księgowość dla e-commerce – o czym pamiętać?


Konsekwencje prawne i biznesowe braku zgodności z WCAG 2.2


Spełnienie standardów WCAG 2.2 jest niezbędne. Ich niespełnienie może mieć dotkliwe konsekwencje dla firmy:

1. Kary administracyjne – producent, usługodawca, importer albo dystrybutor mogą dostać karę do dziesięciokrotności przeciętnego miesięcznego wynagrodzenia z roku poprzedniego, ale nie wyższą niż 10% rocznego obrotu podmiotu zgodnie z art. 73 Ustawy z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze (Dz.U. 2024 poz. 731) – potocznie nazywaną „polskim Aktem o Dostępności”, wdrażającą w Polsce dyrektywę UE 2019/882 (European Accessibility Act).

2. Przetargi publiczne – zamawiający w Polsce wymagają deklaracji WCAG 2.2 AA.

3. SEO i konwersja – poprawki WCAG często podnoszą Core Web Vitals i obniżają współczynnik odrzuceń.



Nawet w mikrofirmie warto wpisać „dostępność cyfrową” do zakresu obowiązków konkretnej osoby. Unikasz chaosu i masz pewność, że strona będzie gotowa przed ustawowym terminem.

Przeczytaj też: Co to procedura VAT OSS? Kiedy się zarejestrować i jak płacić?


WCAG 2.2

FAQ: najczęstsze pytania o WCAG 2.2


Od kiedy obowiązuje WCAG 2.2 w Polsce?
Od 28 czerwca 2025 r., gdy zaczyna działać ustawa wdrażająca EAA.

Czy muszę przebudować całą stronę?
Nie – większość witryn wymaga głównie poprawek w CSS oraz uporządkowania formularzy.

Jak sprawdzić, czy przejdę audyt?
Uruchom Axe, WAVE lub Lighthouse, a błędy krytyczne napraw według priorytetu.

Ile kosztuje audyt dla mikrobiznesu?
Cena zależy od liczby szablonów i funkcji.
Krok
Działanie
Narzędzia
X
Krok
Audyt wstępny
Działanie
Automatyczne skany + testy ręczne.
Narzędzia
Axe DevTools, WAVE
X

Krok
Plan naprawczy
Działanie
Grupuj błędy według wpływu na użytkownika
Narzędzia
Trello / arkusz
X
X
Krok
Implementacja
Działanie
Poprawki front-end i CMS, wtyczki
Narzędzia
WP Accessibility
X
X
Krok
Retest i deklaracja
Działanie
Sprawdź ponownie, opublikuj oświadczenie o dostępności.
Narzędzia
Lighthouse-CI
X
X