Każde narzędzie dostępnościowe musi uczciwie odpowiedzieć na jedno pytanie: jak dużą część problemu w ogóle widzi? Odpowiedź konsekwentnie mieści się między jedną czwartą a jedną trzecią kryteriów sukcesu WCAG.
To nie powód, żeby zrezygnować z automatyzacji. To powód, żeby znać granicę, bo błędy po obu jej stronach są innego rodzaju.
Co maszyna rozstrzyga niezawodnie
Reguły automatyczne są dobre w pytaniach o obliczalnej odpowiedzi. Czy ten element ma dostępną nazwę? Czy kontrast przekracza 4,5:1? Czy to pole ma etykietę? Czy atrybut `lang` jest obecny? To pomiary, a skaner nie męczy się na czterechsetnej stronie.
Tu leży też objętość. Kontrast, brakujące teksty alternatywne, linki bez nazw i pola bez etykiet odpowiadają razem za zdecydowaną większość błędów na prawdziwych witrynach — dlatego automatyczne przejście zwykle daje duży pierwszy zysk.
- róbWspółczynniki kontrastu dla tekstu i komponentów interfejsu.
- róbBrakujące albo puste dostępne nazwy obrazów, linków, przycisków i pól.
- róbBłędy struktury: zduplikowane identyfikatory, źle użyte ARIA, nieprawidłowe role, brakujące nagłówki tabel.
- róbDeklaracje języka, tytuły stron i obecność obszarów.
Co wymaga człowieka
Reszta WCAG pyta o znaczenie i zachowanie, a znaczenia nie da się obliczyć. Skaner widzi, że obraz ma tekst alternatywny; nie powie ci, że ten tekst brzmi „DSC_0421”.
- nie takCzy tekst alternatywny opisuje obraz — albo czy obraz był od początku dekoracyjny.
- nie takCzy nagłówki opisują sekcje pod sobą.
- nie takCzy kolejność fokusu odpowiada kolejności wizualnej.
- nie takCzy komunikat błędu mówi, jak naprawić problem.
- nie takCzy własny komponent zachowuje się jak wzorzec, który naśladuje, gdy naciśniesz strzałki.
- nie takCzy napisy są dokładne.
Pułapka pośrodku
Niebezpieczna strefa to nie to, co narzędzie przeoczy — tylko to, co zgłosi jako zaliczone. „0 problemów” czyta się jak „dostępne”, a na to twierdzenie nie zasługuje żaden skaner.
Dlatego każdy raport, który wytwarzamy, mówi, co zostało sprawdzone, a co nie, i dlatego kryterium bez automatycznej reguły jest oznaczone jako wymagające człowieka, a nie po cichu pominięte. Panel, który pokazuje tylko to, co potrafi zmierzyć, uczy ludzi, że reszta nie istnieje.
Połączenie, które jest warte wysiłku
Te dwie metody nie są alternatywami. Automatyzacja utrzymuje czystą witrynę w czystości; testy ręczne w ogóle ją oczyszczają.
- róbSkanuj ciągle i traktuj nowe problemy jak regresje — tak samo jak test, który przestał przechodzić.
- róbRaz na kwartał i po każdej przebudowie przejdź kluczowe ścieżki samą klawiaturą. Zajmuje to dwadzieścia minut i znajduje to, czego nie znajdzie nic innego.
- róbZamów audyt ekspercki przed terminem zgodności albo dużym startem — ale po tym, jak automatyzacja usunie szum, żebyś płacił za osąd, a nie za liczenie błędów kontrastu.
- róbTestuj z prawdziwymi osobami korzystającymi z technologii asystujących, gdy stawka to uzasadnia. Nic tego nie zastąpi.
Pytania
- Jaki procent problemów z dostępnością znajdują narzędzia automatyczne?
- Automatycznie da się ocenić mniej więcej 25–35% kryteriów sukcesu WCAG. Licząc pojedyncze błędy na typowych witrynach, udział jest wyższy, bo najczęstsze z nich — kontrast i brakujące nazwy — są właśnie tymi, które maszyna umie sprawdzić.
- Jeśli skanowanie jest czyste, czy jesteśmy zgodni?
- Nie. Czyste skanowanie znaczy, że nic mierzalnego nie zawodzi. Kolejność fokusu, sensowny tekst alternatywny, zachowanie własnych komponentów pod klawiaturą i jakość komunikatów błędów są niezmierzone i wszystkie wymagane.
Czytaj dalej