Darmowe narzędzie: Dostępność

Sprawdź stronę pod kątem WCAG 2.2

Zobacz, jak Twoja witryna wypada w każdym z 55 kryteriów sukcesu WCAG 2.2 na poziomach A i AA. Każde kryterium otrzymuje jeden z czterech statusów, dzięki czemu widać, co objęły testy automatyczne, a co nadal musi sprawdzić człowiek.

Za darmo. Testuje do pięciu kluczowych podstron w około minutę.

Co sprawdza to narzędzie

  • Każde kryterium poziomu A i AA

    Wszystkie 55 kryteriów, 31 na poziomie A i 24 na poziomie AA, w kolejności WCAG, z numerem i nazwą. Kryterium 4.1.1 Poprawność kodu (Parsing) jest pominięte, ponieważ WCAG 2.2 oznacza je jako przestarzałe.

  • Wyniki automatyczne przypisane do kryteriów

    Reguły axe-core działają na podanej stronie i maksymalnie czterech kluczowych podstronach, a każdy wynik jest przypisywany do kryteriów sukcesu, które dana reguła testuje. Kryterium jest niezaliczone, gdy którakolwiek z jego reguł nie jest spełniona na którejkolwiek z testowanych stron.

  • Dowody z testu klawiatury

    Test 40 naciśnięć klawisza Tab na pierwszej stronie dostarcza danych dla kryterium 2.1.2 Bez pułapki na klawiaturę oraz, jako heurystyka pokazywana do przeglądu, dla 2.4.7 Widoczny fokus.

  • Nierozstrzygnięte wyniki osobno

    Gdy reguła nie może wydać werdyktu, na przykład w przypadku tekstu na obrazie, jej kryteria mają status „Do sprawdzenia” zamiast zaliczenia lub niezaliczenia.

  • Widoczne luki zamiast wyniku punktowego

    Kryteria, których nie obejmuje żadna automatyczna reguła, są oznaczone jako „Test ręczny” (Manual check). Nic nie jest uśredniane do wartości procentowej, która ukryłaby to, czego nie przetestowano.

Czego nie może sprawdzić

  • Rozstrzygnąć kryteriów wymagających ludzkiej oceny, takich jak 1.4.10 Dopasowanie do ekranu, 1.4.11 Kontrast elementów nietekstowych, kryteria z grupy 1.2 dotyczące napisów i audiodeskrypcji oraz kryteria od 3.3.1 do 3.3.4 dotyczące błędów w formularzach.
  • Zamienić statusu „Bez błędów automatycznych” (No automated failures) w zaliczenie. Reguła, która została uruchomiona i jest spełniona, obejmuje tylko to, co sama testuje.
  • Przygotować deklaracji zgodności (conformance claim), deklaracji dostępności ani dokumentu VPAT. O zgodności decydują ludzie, oceniając całe strony i kompletne procesy.
  • Testować poziomu AAA ani stron spoza pięciu objętych skanem.
  • Dotrzeć do kroków za logowaniem lub w procesie zakupu, gdzie zwykle mają zastosowanie kryteria takie jak 3.3.7 Zbędne wprowadzanie danych i 3.3.8 Dostępne uwierzytelnianie.

Dlaczego to ważne

Wytyczne WCAG są sformułowane jako kryteria sukcesu i właśnie w ten sposób opisują witrynę audytorzy, działy zakupów i deklaracje dostępności. Lista niespełnionych reguł mówi, co naprawić. Widok według kryteriów mówi, co już możesz, a czego jeszcze nie możesz powiedzieć o swojej witrynie.

Narzędzia automatyczne dotykają mniej niż połowy kryteriów poziomów A i AA: axe-core przypisuje swoje reguły do około 25 z 55. Dla pozostałych nie ma wiarygodnego testu automatycznego. Oprogramowanie nie oceni, czy komunikat o błędzie podpowiada poprawkę (3.3.3) ani czy strona nadal działa przy szerokości 320 pikseli CSS (1.4.10). Oznaczenie ich jako testów ręcznych pokazuje, gdzie testowanie jest wciąż potrzebne.

Nawet kryterium bez błędów automatycznych może nie być spełnione. Reguły dla 1.1.1 Treść nietekstowa sprawdzają, czy obraz ma tekst alternatywny; nie potrafią ocenić, że alt="IMG_2041.jpg" jest bezużyteczny dla kogoś, kto nie widzi zdjęcia.

Jak czytać wyniki

Niezaliczone
Co najmniej jedna automatyczna reguła powiązana z tym kryterium nie została spełniona na testowanej stronie. To pewny problem; Test dostępności strony pokazuje stojące za nim elementy i strony.
Do sprawdzenia
Automatyczna kontrola oznaczyła coś, czego nie mogła rozstrzygnąć, na przykład kontrast tekstu na gradiencie. Element musi obejrzeć człowiek.
Bez błędów automatycznych
Co najmniej jedna reguła axe-core powiązana z kryterium została uruchomiona i jest spełniona. To nie oznacza zgodności: reguły obejmują tylko część tego, czego wymaga kryterium.
Bez zastosowania
Dla tego kryterium istnieją reguły automatyczne, ale na testowanych stronach nie było nic, co mogłyby sprawdzić, na przykład żadnego filmu dla reguł dotyczących napisów ani formularzy dla reguł dotyczących etykiet. Przetestuj je ręcznie, jeśli w innych miejscach witryny masz takie treści.
Test ręczny
Żadna automatyczna reguła nie obejmuje tego kryterium, więc skan nie mówi o nim nic, ani na plus, ani na minus. Przetestuj je ręcznie.
Poziom A i poziom AA
Poziom A to minimum. Regulacje i polityki powołujące się na WCAG zwykle wskazują poziom AA, który obejmuje wszystkie kryteria poziomu A.

Jak naprawić najczęstsze problemy

  • Niezaliczone 4.1.2 Nazwa, rola, wartość

    Niestandardowe kontrolki zbudowane z elementów div lub span (menu, karty, akordeony, przełączniki) nie informują technologii wspomagających, czym są ani czy są rozwinięte. Tam, gdzie to możliwe, używaj natywnego elementu <button>, nadaj mu nazwę i ustaw aria-expanded lub aria-pressed, aby jego stan był odczytywany.

  • Niezaliczone 1.3.1 Informacje i relacje

    Struktura musi wynikać ze znaczników, a nie tylko z wyglądu. Używaj prawdziwych elementów h2 i h3 zamiast pogrubionych akapitów, ul lub ol dla list, th z atrybutem scope dla nagłówków tabel oraz etykiet lub fieldset z legend dla grup pól formularza.

  • Niezaliczone 3.1.1 Język strony

    Dodaj atrybut lang do elementu html, na przykład <html lang="en">. Motywy WordPress zwykle wstawiają go funkcją language_attributes(); w motywie Shopify użyj <html lang="{{ request.locale.iso_code }}"> w pliku layout/theme.liquid.

  • Niezaliczone 2.5.8 Rozmiar celu (minimum)

    Małe ikony i gęsto rozmieszczone linki trudno trafić palcem. Każdy cel powinien mieć co najmniej 24 × 24 piksele CSS albo małe cele trzeba rozmieścić tak, by okrąg o średnicy 24 px wyśrodkowany na każdym z nich nie nachodził na inny cel. Wewnętrzny odstęp (padding) powiększa cel bez zmiany ikony.

  • Jak przejść przez testy ręczne

    Zacznij od szybkich. Dla 1.4.10 Dopasowanie do ekranu powiększ okno przeglądarki o szerokości 1280 px do 400% i sprawdź, czy nic nie wymaga przewijania w poziomie. Dla 2.4.7 i 2.4.11 przejdź po stronie klawiszem Tab i sprawdź, czy fokus jest zawsze widoczny i nigdy nie chowa się za przyklejonym nagłówkiem lub banerem cookies. Dla 3.3.1 wyślij formularz z błędami i zobacz, czy błędy są jasno opisane tekstem.

Pytania o to narzędzie

Co zmieniło się na poziomach A i AA w WCAG 2.2?

Dodano sześć kryteriów: 2.4.11 Fokus niezasłonięty (minimum), 2.5.7 Ruchy przeciągania, 2.5.8 Rozmiar celu (minimum), 3.2.6 Spójna pomoc, 3.3.7 Zbędne wprowadzanie danych i 3.3.8 Dostępne uwierzytelnianie (minimum). WCAG 2.2 dodaje też trzy kryteria poziomu AAA i usuwa kryterium 4.1.1 Poprawność kodu (Parsing).

Dlaczego na liście nie ma kryterium 4.1.1 Poprawność kodu?

WCAG 2.2 oznacza kryterium 4.1.1 Poprawność kodu (Parsing) jako przestarzałe i je usuwa, ponieważ przeglądarki i technologie wspomagające nie zależą już od błędów w znacznikach, których dotyczyło. W3C zaznacza, że w WCAG 2.0 i 2.1 jest ono teraz traktowane jako zawsze spełnione dla treści HTML.

Czy spełnienie WCAG 2.2 obejmuje też WCAG 2.1?

Tak. WCAG 2.2 jest zgodne wstecz: treści zgodne z 2.2 są zgodne także z 2.1 i 2.0. Testowanie według 2.2 obejmuje więc starsze wersje, na które wciąż powołuje się wiele regulacji i polityk.

Czy mogę na tej podstawie przygotować deklarację dostępności lub VPAT?

To punkt wyjścia, a nie raport zgodności. Deklaracja lub VPAT wymaga oceny każdego kryterium, w większości przez człowieka; listy „Test ręczny” (Manual check) i „Do sprawdzenia” pokazują, które kryteria wciąż jej wymagają.

Dlaczego tak wiele kryteriów ma status „Test ręczny” (Manual check)?

Ponieważ nie istnieje dla nich żadna automatyczna reguła. To, czy limit czasu można wydłużyć, czy pomoc jest w tym samym miejscu na każdej stronie albo czy logowanie wymaga testu pamięci, zależy od tego, jak ludzie korzystają z witryny, a nie od znaczników, które reguła może odczytać.

Źródła

Powiązane narzędzia

Raport naprawy dostępności ($174, jednorazowo) zaczyna od pełnego darmowego skanu i dodaje więcej podstron, zmianę do wprowadzenia dla każdego wykrytego problemu, plik PDF i ponowne testy do weryfikacji poprawek.

Raport naprawy dostępności: szczegóły