Dostępność jako zasada projektowania
Nasz baner jest projektowany z myślą o dostępności. Niezależny audyt WCAG 2.2 jest wciąż oczekiwany.
Co jest zaimplementowane w kodzie
Stosujemy kryteria sukcesu WCAG 2.2 poziom AA. Sześć poniższych obszarów jest konkretnie rozwiązanych w naszym banerze zgody. Nie przeprowadzono jeszcze audytu akredytowanego przez stronę trzecią — dopóki się to nie stanie, nie komunikujemy zgodności.
Sześć zaimplementowanych obszarów
Obsługa klawiatury
Wszystkie interakcje dostępne za pośrednictwem Tab, Shift-Tab, Enter i Escape. Brak pułapek klawiatury.
Obsługa czytnika ekranu
Semantyczny HTML z atrybutami aria, znaczące etykiety i role na każdym elemencie interaktywnym.
Zarządzanie fokusem
Widoczny pierścień fokusa, powrót fokusa po zamknięciu modalu, logiczna kolejność tabulacji.
Kontrast
Tokeny kolorów mają na celu minimalny kontrast tekstu 4,5:1. Brama zapisywania blokuje konfiguracje przycisków głównych poniżej 3:1.
prefers-reduced-motion
Wszystkie animacje i przejścia honorują zapytanie mediów.
Rozmiary celów
Elementy interaktywne mają co najmniej 24 × 24 piksele.
Od implementacji do weryfikacji
Dostępność zależy od zachowania interakcji, konfiguracji klienta i rzeczywistego użycia technologii wspomagającej. Poniższe kontrolki dotyczą znanych wymagań banerów; niezależna weryfikacja pozostaje oddzielnym krokiem.
- Semantyczny model interakcji
- Natywne kontrolki, etykiety, role i zachowanie fokusa modalu dają klawiaturom i technologiom wspomagającym przewidywalną strukturę zamiast polegać wyłącznie na stylizacji wizualnej.
- Zabezpieczenia konfiguracji
- Konfigurator sprawdza kontrast przycisku głównego przed zapisaniem. Kolory wybrane przez klienta, tekst niestandardowy i osadzony kontekst witryny nadal muszą być przejrzane razem.
- Granica testowania
- Zachowanie klawiatury i czytnika ekranu wymaga testów regresji w miarę zmian kodu i konfiguracji. Zautomatyzowane zabezpieczenia i ten opis implementacji nie ustalają zgodności z WCAG.
Zawarte w każdym planie
Te obszary dotyczą każdego banerów zgody, który wysyłamy, niezależnie od planu.
Kontekst
Dostępność to proces ciągły. Ta strona opisuje stan naszej implementacji, a nie wynik audytu zewnętrznego. Po ukończeniu niezależnego audytu opublikujemy tutaj wynik — z audytorem, datą i zakresem.