Audyty zgodności z WCAG
Czy z Twojego #serwisu można skorzystać na różne sposoby?
Nie każdy korzysta z myszy, widzi wszystkie elementy ekranu lub odczytuje informacje w ten sam sposób. Nawigacja, formularz czy komunikat mogą wyglądać poprawnie, a mimo to utrudniać wykonanie podstawowego zadania.
Kiedy warto skorzystać z #audytu WCAG?
Otrzymujesz zgłoszenia o trudnościach w korzystaniu
Użytkownicy nie mogą przejść dalej, odnaleźć działania lub poprawić błędu w formularzu. Warto sprawdzić konkretny problem oraz powiązane elementy, zamiast zakładać, że wynika wyłącznie ze sposobu obsługi urządzenia.
Chcesz sprawdzić dostępność działającego serwisu
Strona działa i przyjmuje zamówienia, ale nie masz uporządkowanej wiedzy o barierach dostępności. Audyt pomaga wskazać problemy w uzgodnionym zakresie i przygotować się do dalszych prac.
Planujesz przebudowę interfejsu
Zmiana nawigacji, formularzy lub komponentów to dobry moment, żeby uwzględnić dostępność w wymaganiach. Ocena istniejącego rozwiązania może pomóc ustalić, które problemy trzeba rozwiązać w nowym projekcie.
Zmieniasz szablon lub dodajesz zewnętrzne elementy
Nowe menu, okno dialogowe, moduł płatności czy dodatek mogą zmienić sposób korzystania z serwisu. Trzeba określić, które elementy i stany wymagają oceny, także jeśli pochodzą od dostawcy zewnętrznego.
Potrzebujesz ustaleń do rozmowy z wykonawcą
Ogólne polecenie „poprawcie dostępność” nie wyjaśnia, gdzie występuje problem i czego dotyczy. Wskazane niezgodności mogą być podstawą do ustalenia zakresu poprawek oraz ich późniejszej weryfikacji.
Przygotowujesz się do wymagań określonych dla projektu
Jeśli masz wskazaną wersję WCAG, poziom lub wymagania od zamawiającego, przedstaw je przed rozpoczęciem. Ustalimy możliwy zakres oceny. Sam audyt techniczny nie rozstrzyga jednak wszystkich obowiązków prawnych Twojej firmy.
W czym możemy #pomóc
Sprawdzamy między innymi obsługę klawiaturą, czytelność i komunikaty formularzy. Szczegółowy zestaw sprawdzeń dobieramy i potwierdzamy przed rozpoczęciem.
Nawigacja i obsługa klawiaturą
Sprawdzamy korzystanie z uzgodnionych elementów bez myszy. W zależności od zakresu ocena może dotyczyć przechodzenia między elementami, widoczności fokusu, uruchamiania działań i opuszczania otwartych okien lub menu.
Czytelność i prezentacja informacji
Przyglądamy się barierom w odbiorze treści. Po uzgodnieniu odpowiednich kryteriów zakres może uwzględniać kontrast, powiększanie oraz korzystanie z informacji bez polegania wyłącznie na kolorze.
Formularze i komunikaty
Sprawdzamy uzgodnione formularze i sposób informowania o wymaganych danych lub błędach. Istotne jest nie tylko wyświetlenie komunikatu, ale też możliwość zrozumienia problemu i wykonania następnego kroku.
Struktura treści i elementy interaktywne — do uzgodnienia
Jeżeli obejmuje to potwierdzony zakres, ocena może dotyczyć nagłówków, nazw odnośników i przycisków, etykiet oraz informacji o stanie elementów. Szczegółowy sposób sprawdzenia i używane technologie potwierdzamy przed pracą.
Widoki i procesy objęte oceną
Ustalamy strony, stany interfejsu i scenariusze, które trzeba uwzględnić. Jeżeli celem jest ocena zgodności procesu, nie można pominąć jego wymaganych kroków tylko dlatego, że realizuje je inny moduł.
Wskazanie problemów do poprawy
Wyjaśniamy zauważone bariery w odniesieniu do ocenianych kryteriów. Sposób opisu, materiały pomocnicze i ewentualne uporządkowanie prac naprawczych ustalamy w zakresie usługi.
WCAG opiera się na sprawdzalnych kryteriach sukcesu. Ocena kilku wybranych zagadnień jest przeglądem tych zagadnień, a nie potwierdzeniem zgodności całego serwisu.
Co zyskujesz w ramach #współpracy?
Ocena pomaga rozpoznać problemy dostępności w uzgodnionym zakresie i wskazać obszary do poprawy. W zależności od zakresu audytu możliwe rezultaty to:
01 Bariery dostępności
Zidentyfikowanie barier w ocenianych widokach i scenariuszach.
02 Wpływ na korzystanie
Zrozumienie wpływu problemu na korzystanie z serwisu.
03 Kryteria WCAG
Odniesienie ustaleń do sprawdzanych kryteriów WCAG.
04 Informacje dla wykonawców
Przekazanie wykonawcom informacji potrzebnych do rozmowy o poprawkach.
05 Dodatkowa weryfikacja
Wskazanie elementów wymagających dodatkowej weryfikacji.
06 Zakres i stan serwisu
Określenie zakresu i stanu serwisu, do którego odnoszą się wnioski.
Formę wyników oraz szczegółowość dokumentacji ustalamy przed startem. Rozbudowany raport, kompletna macierz kryteriów, zrzuty ekranów, gotowe rozwiązania w kodzie i plan naprawczy nie są automatycznym pakietem każdej współpracy.
Brak wykrytej bariery w ograniczonym przeglądzie nie oznacza, że wszystkie wymagania zostały spełnione. Wnioski muszą odpowiadać rzeczywistemu zakresowi i metodzie oceny.
Formy #współpracy
Audyt dostępności uzgodnionego zakresu
Określamy oceniane strony, procesy, stany oraz punkt odniesienia w WCAG. Potwierdzamy, czy celem jest szersza ocena zgodności, czy przegląd wybranych obszarów. Tych rezultatów nie traktujemy zamiennie.
Przegląd określonych problemów — do uzgodnienia
Jeżeli potrzebujesz sprawdzić konkretny formularz, nawigację lub zgłoszoną barierę, możemy omówić ograniczony zakres. Wyniki dotyczą wtedy sprawdzonych zagadnień, nie dostępności całego serwisu.
Ponowna weryfikacja po poprawkach — do uzgodnienia
Możemy omówić sprawdzenie wskazanych zmian po ich wykonaniu. Zakres, warunki i termin takiej pracy wymagają osobnego potwierdzenia; ponowny audyt nie jest automatycznie wliczony w pierwsze zlecenie.
Przed rozpoczęciem ustalamy również materiały, środowisko, sposób pracy, formę wyników i rozliczenie. Nie deklarujemy stałej liczby stron, narzędzi, godzin ani jednego poziomu WCAG dla wszystkich projektów.
Technologie i obszary #e-commerce
Dostępność zależy od konkretnego rozwiązania
Unlimitech oferuje audyty WCAG w kontekście AtomStore, Shopify i Shopify Plus oraz Medusa.js.
Sama nazwa platformy nie potwierdza dostępności sklepu. Znaczenie mają między innymi szablon, treści, komponenty, rozszerzenia i sposób realizacji procesów.
W uzgodnionym zakresie ocena może dotyczyć:
01 Nawigacja i wyszukiwanie
nawigacji i wyszukiwania;
02 Lista i karta produktu
list produktów oraz kart produktowych;
03 Formularze
formularzy kontaktu, logowania i rejestracji;
04 Koszyk i zamówienie
koszyka oraz kroków składania zamówienia;
05 Błędy i potwierdzenia
komunikatów błędów i potwierdzeń;
06 Okna dialogowe
okien dialogowych i innych elementów nakładanych na widok.
Zewnętrzne moduły nie są automatycznie wyłączone z problemu dostępności. Ich poprawa może wymagać udziału dostawcy, ale nie daje to podstawy do uznania procesu za zgodny bez sprawdzenia wymaganych elementów.
Zakres innych serwisów, dokumentów, multimediów lub aplikacji wymaga osobnego potwierdzenia. Nie zakładamy pełnej oceny wszystkich materiałów firmy.
Czego audyt WCAG nie #obejmuje?
01 Automatycznej naprawy serwisu
Wykrycie problemu nie jest jego usunięciem. Projektowanie, zmiana kodu, konfiguracja i praca z dostawcami wymagają osobnego zakresu wykonawczego.
02 Certyfikatu i gwarancji zgodności
Nie przedstawiamy audytu jako automatycznej certyfikacji ani obietnicy pozytywnego wyniku. Jeśli stwierdzono niezgodności, samo przeprowadzenie oceny ich nie usuwa.
03 Pełnej oceny prawnej
Audyt WCAG nie rozstrzyga samodzielnie, jakie przepisy dotyczą Twojej organizacji, jakie obowiązki musi spełnić ani czy grożą jej sankcje. Nie zastępuje też wymaganej prawem dokumentacji lub jej oceny, jeżeli nie ustalono odrębnego zakresu.
04 Badań z użytkownikami jako domyślnego elementu
Nie zakładamy, że każde zlecenie obejmuje rekrutację i badania z udziałem osób z niepełnosprawnościami. Taki zakres wymaga osobnego potwierdzenia. Sprawdzenie kryteriów i badanie doświadczeń użytkowników nie są tym samym.
05 Pełnego audytu UX, SEO lub bezpieczeństwa
Dostępność może wpływać na użyteczność, ale audyt WCAG nie zastępuje całej oceny doświadczenia zakupowego, optymalizacji wyszukiwania, bezpieczeństwa ani wydajności.
06 Stałego monitorowania i nieograniczonych powtórzeń
Wyniki odnoszą się do ocenionego stanu. Zmiany treści, szablonu lub rozszerzeń mogą wprowadzić nowe bariery. Monitoring, kolejne przeglądy i weryfikację poprawek uzgadniamy osobno.
Sam wynik skanera automatycznego nie wystarcza do potwierdzenia zgodności. Zakres musi uwzględniać właściwą ocenę kryteriów, także tych wymagających sprawdzenia przez człowieka.
Dla kogo jest #usługa?
✓Dobry punkt startowy
×Inny zakres
✓Dobry punkt startowy
×Inny zakres
✓Dobry punkt startowy
×Inny zakres
✓Dobry punkt startowy
×Inny zakres
✓Dobry punkt startowy
×Inny zakres
Nie musisz znać wszystkich kryteriów WCAG, żeby rozpocząć rozmowę. Ważne, żebyśmy wiedzieli, co chcesz sprawdzić i do czego potrzebujesz wyników.
Jak pracujemy?
Nasz #PROCES.
Etap 01 / 06
Plan
Ustalamy cel i punkt odniesienia.
Potwierdzamy wersję WCAG, docelowy poziom, zakres kryteriów i cel oceny. Określamy strony, procesy oraz granice wnioskowania. Rozróżniamy przegląd wybranych zagadnień od oceny pozwalającej rozważać zgodność określonego zakresu.
Etap 02 / 06
Review
Poznajemy serwis i warunki sprawdzenia.
Ustalamy dostępne środowisko, materiały i wymagane scenariusze. Sprawdzamy, które elementy zależą od zewnętrznych dostawców i jakie informacje trzeba uzupełnić. Potwierdzamy metody oraz konfiguracje objęte oceną.
Etap 03 / 06
Open
Sprawdzamy uzgodniony zakres.
Oceniamy wybrane widoki, stany i procesy w odniesieniu do potwierdzonych kryteriów. Zbieramy ustalenia dotyczące problemów i ograniczeń sprawdzenia. Nie zastępujemy brakującej weryfikacji deklaracją zgodności.
Etap 04 / 06
Close
Porządkujemy wyniki i wskazujemy problemy.
Opisujemy ustalenia w uzgodnionej formie, odnosząc je do ocenianych kryteriów i zakresu. Oddzielamy wykryte bariery od elementów niezweryfikowanych oraz kwestii wymagających dalszego sprawdzenia.
Etap 05 / 06
Eval
Omawiamy wnioski z Twoim zespołem.
Wyjaśniamy problemy i granice oceny. Ustalamy potrzebne doprecyzowania w ramach zlecenia. Omówienie wyników nie oznacza potwierdzenia, że wykonano poprawki lub że serwis stał się zgodny.
Etap 06 / 06
Scale
Uzgadniasz dalsze działania.
Możesz przekazać ustalenia swojemu zespołowi, omówić zakres napraw lub zaplanować ponowne sprawdzenie. Każdy kolejny etap wymaga osobnych ustaleń; samo wykonanie zmian nie zastępuje ich weryfikacji.
Jak przygotować się do #audytu?
Warto zebrać:
01 Serwis i przeznaczenie
Podaj adres serwisu i opis jego przeznaczenia.
02 Cel i wymagania
Określ cel oceny oraz wymagania, do których ma się odnosić.
03 Wersja i poziom WCAG
Wskaż wersję i poziom WCAG, jeśli zostały określone. Jeśli zakres lub wersja nie są jeszcze ustalone, zaznacz to przed rozmową.
04 Strony i procesy
Przygotuj listę kluczowych stron, procesów i wariantów.
05 Zgłoszone problemy
Przygotuj przykłady znanych problemów z dostępnością.
06 Platforma i moduły
Wskaż platformę, szablon oraz zewnętrzne moduły.
07 Wcześniejsze audyty
Przygotuj wcześniejsze audyty oraz listę wykonanych poprawek.
08 Dostęp po zalogowaniu
Wskaż obszary wymagające logowania. Warunki sprawdzenia, konta i dane testowe uzgodnimy bezpiecznie. Nie przesyłaj haseł, tokenów ani zbędnych danych klientów.
09 Środowisko i zmiany
Opisz ograniczenia środowiska oraz planowane zmiany.
Najczęstsze #pytania
Jaką wersję i poziom WCAG sprawdzacie?
Potwierdzamy je przed rozpoczęciem. Nie deklarujemy automatycznie WCAG 2.1, WCAG 2.2 ani poziomu AA jako standardu każdej współpracy. Jeśli celem jest zgodność na poziomie AA, wymaga ona spełnienia kryteriów poziomów A oraz AA i pozostałych wymagań zgodności.
Czy sprawdzenie kilku widoków potwierdza zgodność całego sklepu?
Nie. Wyniki ograniczonego przeglądu nie uprawniają do takiego wniosku. Zgodność dotyczy pełnych stron i kompletnych procesów zgodnie z wymaganiami WCAG, a nie dowolnie wyłączonych fragmentów.
Czy wystarczy automatyczny skaner?
Nie. Narzędzia mogą wspierać pracę, ale część kryteriów wymaga oceny przez człowieka. Brak błędów w skanerze nie oznacza spełnienia wszystkich wymagań.
Czy używacie czytników ekranu i konkretnych narzędzi?
Zakres technologii wspomagających, przeglądarek i narzędzi potwierdzamy przy ustalaniu metod oceny. Nie zakładamy testowania wszystkich konfiguracji ani nie deklarujemy konkretnego zestawu bez uzgodnienia.
Czy otrzymam certyfikat lub gwarancję zgodności?
Nie przedstawiamy samego audytu jako certyfikacji ani gwarancji pozytywnego wyniku. Otrzymujesz ustalenia dotyczące ocenionego zakresu w uzgodnionej formie. Wykryte niezgodności wymagają poprawy, a wnioski o zgodności — odpowiednich podstaw.
Czy audyt potwierdzi spełnienie wszystkich wymagań prawnych?
Nie. WCAG jest technicznym punktem odniesienia. Ustalenie obowiązków organizacji i pełnej zgodności prawnej wymaga odrębnej oceny.
Czy audyt obejmuje zewnętrzne płatności i dodatki?
Ustalamy to w zakresie. Jeśli element jest częścią procesu objętego oceną zgodności, nie można go po prostu pominąć i uznać całości za zgodną. Ograniczenia dostępu i zależności od dostawcy muszą być opisane.
Czy poprawicie wykryte problemy?
Możemy omówić osobny zakres realizacji. Nie każda poprawka zależy wyłącznie od naszego zespołu — znaczenie mają możliwości platformy i dostawców. Naprawa nie jest automatycznie częścią audytu.
Czy po poprawkach ponownie sprawdzicie serwis?
Możemy omówić taki etap. Jego zakres i warunki wymagają potwierdzenia; nie jest automatycznie wliczony. Wynik ponownego sprawdzenia dotyczy rzeczywiście ocenionych zmian i scenariuszy.
Ile trwa i kosztuje audyt?
To zależy od zakresu, procesów, stanów interfejsu, kryteriów i metod oceny. Rezultaty, harmonogram oraz sposób rozliczenia potwierdzamy przed rozpoczęciem.