Audyt WCAG

Bezpłatna konsultacja Projekty

Audyt WCAG 2.2 AA + plan naprawczy. Compliance z European Accessibility Act (28.06.2025). Raport z priorytetami, sesja z zespołem dev, walidacja po implementacji.

Pracowaliśmy dla najlepszych firm i startupów

Wyzwania

Trzy momenty, w których audyt WCAG jest niezbędny

Nie wiesz czy dotyczy Cię WCAG / EAA? Umów konsultację - sprawdzimy regulacje pod Twój produkt i wskażemy timeline compliance.

  • „Sektor publiczny - obowiązek od 2019 r”

    Ustawa z 4 kwietnia 2019 r. wymaga WCAG 2.1 AA dla wszystkich stron i aplikacji sektora publicznego. Audyt + deklaracja dostępności to obowiązkowe minimum. Często łączone z modernizacją front-endu.

  • „E-commerce B2C - EAA 28.06.2025”

    European Accessibility Act od 28.06.2025 wymaga dostępności produktów konsumenckich (e-commerce B2C, e-booki, bankowość konsumencka, transport). Sklepy, które nie są gotowe, ryzykują karę do dziesięciokrotności przeciętnego wynagrodzenia, nie więcej niż 10% rocznego obrotu.

  • „Enterprise pre-IPO / due diligence”

    Due diligence przed IPO często sprawdza zgodność WCAG (ESG factor, ryzyko reputacyjne, compliance). Audyt z planem naprawczym to standardowy element data room - przygotowujemy do audytu zewnętrznego.

Dla kogo

Kto zamawia u nas audyt dostępności

  • Zespoły produktowe w SaaS sprzedającym do instytucji i korporacji

    W kwestionariuszu zakupowym pojawia się pozycja o zgodności z WCAG i prośba o dokument, który to potwierdza, a odpowiedź „pracujemy nad tym" obniża ocenę oferty razem z resztą sekcji technicznej. Audyt daje stan faktyczny opisany kryterium po kryterium i datę, do której można się odwołać w postępowaniu.

  • Software house'y realizujące zamówienia publiczne

    Umowa z zamawiającym niesie zapis o dostępności i odbiór, przy którym trzeba pokazać coś więcej niż zrzut ekranu z wynikiem skanera. Wchodzimy jako strona trzecia przed odbiorem, więc rozbieżności między deklaracją a kodem wychodzą, zanim zaczną kosztować kary umowne.

  • Zespoły front-endowe utrzymujące design system

    Błąd w jednym komponencie - modalu, tabeli, polu z podpowiedziami - powiela się na każdym ekranie, który go używa, a poprawka na pojedynczej podstronie nie zmienia niczego w pozostałych. W takim układzie audytujemy bibliotekę komponentów i jej dokumentację, nie wybrane widoki, żeby naprawa weszła u źródła.

  • Instytucje z deklaracją dostępności sprzed kilku lat

    Deklaracja wisi w stopce od poprzedniego audytu, a serwis zdążył w tym czasie dostać nowe formularze, wyszukiwarkę i e-usługi, których pod tym kątem nikt nie sprawdzał. Przy skardze użytkownika albo kontroli liczy się stan dzisiejszy, więc zaczynamy od tego, co zmieniło się od ostatniej wersji deklaracji.

Wydruki czterech układów interfejsu na stole: pulpit, ekran telefonu, formularz i tabela, jeden blok zakreślony markerem

Nasza różnica

Czym nasz audyt różni się od skanu zgodności

  • Zakres spisany jako lista ekranów i ścieżek

    Przed startem uzgadniamy dokument zakresu z konkretnymi adresami, widokami i ścieżkami, a raport odnosi się dokładnie do tej listy. Wiadomo więc nie tylko, co zostało sprawdzone, ale też co świadomie zostało poza zakresem - a o to pyta każda kontrola i każdy audytor zewnętrzny.

  • Naprawa w kodzie zamiast nakładki dostępności

    Widgety typu overlay obiecują zgodność jednym skryptem, a w praktyce dokładają warstwę, która potrafi psuć obsługę czytnikiem ekranu i zostawia bariery w markupie nietknięte. Nasze rekomendacje celują w komponenty i szablony, więc produkt zachowuje się poprawnie także wtedy, gdy zewnętrzny skrypt się nie załaduje.

  • Niezgodność z kryterium oddzielona od bariery mimo zgodności

    Część problemów formalnie przechodzi kryterium, a mimo to zatrzymuje użytkownika - jak kolejność tabulacji, która prowadzi przez całą stopkę, zanim wróci do formularza. Takie obserwacje trafiają do raportu w osobnej sekcji, żeby nie mieszały się z obowiązkami wynikającymi wprost z przepisu.

  • Poprawkę sprawdza audytor, który opisał błąd

    Walidację po wdrożeniu prowadzi ta sama osoba, która zapisała pierwotną obserwację, więc porównanie idzie po tej samej ścieżce reprodukcji, a nie po nowej interpretacji tego samego kryterium. Odpada przy tym runda ustaleń „czy na pewno o to chodziło", która zwykle zjada pierwszy tydzień poprawek.

Proces

2-3 tygodnie. Automation + manual + raport gotowy do dev

  1. Dzień 1–3

    Audyt techniczny (automation)

    Skanowanie zautomatyzowane: axe DevTools, WAVE, Lighthouse, Pa11y. Wykrywa ~30% błędów WCAG (najczęstsze: kontrast, alt text, ARIA labels, form labels). Pełna lista per ekran.

  2. Dzień 4–10

    Audyt manualny

    Testy z czytnikami ekranu (NVDA na Windows, VoiceOver na macOS/iOS), nawigacja klawiaturą, focus management, color contrast (Color Contrast Analyser), responsive accessibility. Wykrywa pozostałe 70% błędów.

  3. Dzień 11–15

    Raport + plan naprawczy

    Opracowanie raportu z każdym znalezionym błędem + priorytety + ścieżka reprodukcji + rekomendacja naprawy. Plus plan naprawczy z t-shirt sizes i estymatą czasu wdrożenia.

  4. Po wdrożeniu

    Walidacja po implementacji

    Po wdrożeniu poprawek przez Twój zespół dev - ponowny audyt walidacyjny (typowo 1-2 tyg. później). Aktualizacja raportu i gotowy dokument zgodności - deklaracja albo zapis w regulaminie, zależnie od sektora.

Zakres

Trzy dokumenty. Gotowe do publikacji i wdrożenia

  • Raport audytu WCAG 2.2

    Pełen raport 60-150 stron z każdym kryterium WCAG 2.2 na poziomie AA, statusem zgodności, ścieżką reprodukcji błędu, screenshotami i rekomendacją naprawy. Executive summary dla zarządu na pierwszych 2 stronach.

  • Plan naprawczy z estymatą

    Konkretny plan działania z priorytetami P0/P1/P2 (krytyczne, ważne, kosmetyczne), t-shirt size estymatami (XS/S/M/L/XL per zadanie), harmonogramem wdrożenia. Gotowe do estymacji przez zespół dev.

  • Deklaracja albo zapis w regulaminie

    Dla sektora publicznego - treść deklaracji dostępności zgodnej z ustawą z 4 kwietnia 2019 r., gotowa do publikacji. Dla firm objętych Europejskim Aktem o Dostępności - opis sposobu spełnienia wymagań dostępności w regulaminie usługi, bo deklaracja dotyczy tylko podmiotów publicznych. Plus szablon raportu zgodności dla wewnętrznego compliance / audytu zewnętrznego.

Warsztat

Co stosujemy

Standardowe narzędzia accessibility - wszystkie audyty łączą automation (~30% błędów) z manualnym testem przez audytora (~70% błędów).

Blat warsztatowy z góry: dwa wydruki układu interfejsu, lupa powiększająca jeden blok, stalowa linijka i wzornik szarości od bieli do czerni, jedna linia podkreślona pomarańczowym markerem
  • WCAG 2.2 na poziomie AA
  • EAA (European Accessibility Act)
  • axe DevTools + WAVE + Lighthouse
  • NVDA, VoiceOver (czytniki ekranu)
  • Color Contrast Analyser
  • Pa11y, Microsoft Accessibility Insights

Następny krok

Porozmawiajmy o Waszym projekcie

Powiedzcie, co macie do zrobienia. Wracamy z zakresem i wyceną.

Bezpłatna konsultacja Projekty

Realizacje

Realizacje z typów produktów, które audytujemy

Przekrój serwisów, sklepów i aplikacji webowych - czyli produktów, na których najczęściej prowadzimy audyty dostępności. Same raporty są dokumentem klienta i ich nie publikujemy; fragmenty pokazujemy na konsultacji.

Projekty

Efekty

Co wychodzi z audytu i na kiedy

  • 10–15 dni

    Dni roboczych od uzgodnienia zakresu do raportu z planem naprawczym, który Wasz zespół dev wycenia bez dopytywania

  • 3

    Dokumenty na wyjściu - raport z audytu, plan naprawczy z estymatą i dokument zgodności dopasowany do sektora

  • 2

    Przejścia po produkcie - audyt przed poprawkami i walidacja po ich wdrożeniu, prowadzona przez tę samą osobę

  • 2019

    Od ustawy z 4 kwietnia 2019 r. o dostępności cyfrowej WCAG 2.1 AA jest dla podmiotów publicznych obowiązkiem, nie dobrą praktyką

Terminy i lista dokumentów pochodzą z zakresu i harmonogramu opisanych na tej stronie; obowiązek prawny - z ustawy z 4 kwietnia 2019 r. i European Accessibility Act, czyli źródeł publicznych. Liczb błędów z konkretnych audytów nie podajemy, bo raport jest dokumentem klienta - fragmenty pokazujemy na konsultacji.

Opinie klientów

Co mówią nasi klienci

  • „Praca z zespołem Wzór była naprawdę świetnym doświadczeniem! Zawsze szybko odpowiadali na nasze pytania i elastycznie podchodzili do naszych uwag. Mają mnóstwo kreatywnych pomysłów, a jednocześnie są bardzo rzetelni i terminowi. Efekt końcowy w pełni spełnił nasze oczekiwania, zdecydowanie polecamy każdemu, kto szuka profesjonalistów z pasją.”
    Maja Wieloch-Silecka Dyrektor operacyjny, Bosfor Group
  • „Nasi Klienci oczekują od nas szybkiego, skutecznego działania w bardzo szerokim zakresie. Od stworzenia brandu, przez budowę strony internetowej wraz ze sklepem po przeprowadzenie skutecznej kampanii sprzedażowej. Temat niełatwy, ale do zrobienia jeśli ma się zgrany zespół i firmy, z którymi wyzwania bierze się z marszu. Dla nas jakość, odpowiedzialność i zaangażowanie są kluczowe, a współpraca z Agencją UX Wzór zapewnia nam to w 100%.”
    Piotr Alberski Chief Operating Officer, Agencja XO Media
  • „Współpraca z Agencją UX Wzór rozpoczęła się od naszej strony internetowej. Bardzo spodobał się nam sposób ich pracy. Dlatego podjęliśmy decyzję o podzlecaniu projektów realizowanych dla naszych Klientów w formie White Label. Bardzo spodobał nam się ich flow pracy, przekazywanie projektów naszemu zespołowi, ich dokumentacja czy praca na design systemie. Teraz możemy podejmować większe ryzyko.”
    Mateusz Swół Chief Operating Officer, Sellace

Czas i zakres

Ile trwa audyt i co wpływa na wycenę

10–15 dni roboczych

Dziesięć dni wystarcza przy wąskim zakresie - jedna rodzina szablonów i kilka ścieżek. Pełny audyt WCAG 2.2 AA wraz z raportem i planem naprawczym mieści się w piętnastu dniach roboczych; aplikacja natywna opiera się mocniej na testach manualnych i przesuwa termin w stronę trzech–czterech tygodni. Walidacja po wdrożeniu jest osobnym przejściem, planowanym pod harmonogram Waszego zespołu dev.

  • Liczba unikatowych szablonów i komponentów, nie liczba podstron

  • Platformy w zakresie - web, aplikacja natywna, dokumenty PDF publikowane na stronie

  • Ścieżki transakcyjne i formularze - rejestracja, płatność, przesyłanie plików

  • Dostęp do kont testowych i środowisk za logowaniem

  • Walidacja po wdrożeniu i aktualizacja dokumentu zgodności w zakresie

Pytania

Pytania, które padają najczęściej

Co to jest EAA i kogo dotyczy?

European Accessibility Act - dyrektywa UE 2019/882, wdrożona w Polsce ustawą z 26 kwietnia 2024 r. Od 28.06.2025 wymaga dostępności produktów cyfrowych skierowanych do konsumentów: e-commerce B2C, e-booki, bankowość konsumencka, transport, telefonia komórkowa. Mikroprzedsiębiorcy (<10 osób, <2M EUR obrót) są zwolnieni.

Czy audyt obejmuje implementację poprawek?

Nie - audyt to raport + plan naprawczy. Implementację realizuje Twój zespół dev (mamy dokument z t-shirt sizes) albo my jako osobna usługa (Plan naprawczy dostępności + Wsparcie wdrożenia). Po implementacji robimy walidację.

Czy audyt jest oficjalnym certyfikatem WCAG?

Nie - Wzór nie wydaje oficjalnego certyfikatu zgodności (to robią akredytowane jednostki, w Polsce m.in. Fundacja Widzialni, Utilitia). Nasz raport jest podstawą deklaracji dostępności (ustawa 2019 r.) i może służyć jako due diligence document przed audytem zewnętrznym.

Ile kosztuje audyt WCAG?

Wyceniamy indywidualnie - cena zależy od typu produktu (strona www, aplikacja webowa / mobilna, e-commerce B2C z EAA compliance) oraz liczby ekranów (typowo 20-200) i flowów. Walidacja po wdrożeniu jest wyceniana jako ułamek audytu pierwotnego. Po krótkim briefie dostajesz konkretną propozycję w 48 godzin.

Co z aplikacjami mobilnymi natywnymi?

Tak - audytujemy aplikacje natywne iOS (VoiceOver) i Android (TalkBack). Standardy: WCAG 2.2 AA + platform-specific (Apple Human Interface Guidelines, Material Design accessibility). Audyt aplikacji natywnej jest bardziej manualny niż webowej - typowo 3-4 tyg.

Czy łączycie audyt WCAG z innymi usługami?

Tak - typowo łączymy z: audytem UX (sprawdza użyteczność, my dorzucamy accessibility), redesignem (od razu projektujemy zgodnie z WCAG), design systemem (komponenty z built-in accessibility), wsparciem wdrożenia (QA accessibility per sprint). Wszystko jako pakiet z rabatem.

Powiązane usługi

Powiązane usługi

Umów bezpłatną konsultację z ekspertem, aby omówić Twój projekt i otrzymać odpowiedzi na nurtujące Cię pytania.

- Patryk Korycki, CEO

Zaplanuj spotkanie
Umów bezpłatną konsultację