Sprawdzono 24.09.2026 · https://consentglass.com/
Brak barier krytycznych w sprawdzonym kodzie HTML · 1 punkt do skontrolowania.
Jak powstaje wynik? (100 punktów początkowych)
| 1 pól formularza bez rozpoznawalnej etykiety | -7 |
| Wynik | 93 / 100 |
Postrzegalność
1 pól formularza bez rozpoznawalnej etykiety
Sprawdź, czy istnieje aria-label ustawiony przez JavaScript.
<input type="text" name="website">
Oto co należy zrobić: Powiąż każde pole z elementem <label for> albo ustaw aria-label / aria-labelledby. Sam placeholder nie wystarczy.
Już rozwiązane poprawnie
- Kontrast: nie znaleziono jednoznacznych naruszeń w CSS
Następne kroki
- 1 pól formularza bez rozpoznawalnej etykiety. Powiąż każde pole z elementem <label for> albo ustaw aria-label / aria-labelledby. Sam placeholder nie wystarczy.
Cotygodniowe ponowne skanowanie, z renderowaniem JS, e-mail przy nowych barierach — wkrótce.
Utwórz deklarację dostępności →
Metoda & ograniczenia
24.09.2026 sprawdzono kod HTML, który consentglass.com dostarcza przy pierwszym wejściu bez logowania, oraz do czterech powiązanych plików CSS z tej samej domeny. Sprawdzono: kontrast kolorów (na podstawie CSS), alternatywy tekstowe, etykiety formularzy, nazwy elementów sterujących, strukturę nagłówków, tytuł i język strony, blokadę powiększenia, zduplikowane identyfikatory id, dodatnie wartości tabindex, punkty orientacyjne.
Nie sprawdzono: wszystkiego, co powstaje w JavaScripcie, obsługi za pomocą klawiatury, widoczności fokusu, kolejności fokusu, zapowiedzi czytników ekranu, treści za logowaniem, podstron. Test automatyczny wykrywa około 20–35 % naruszeń WCAG — reszta wymaga audytu ręcznego. Migawka, nie orzeczenie prawne.
Widżety overlay (przyciski dostępności zmieniające kontrast lub czcionkę) nie zapewniają zgodności — znalezione bariery trzeba usunąć w kodzie źródłowym. Dlaczego overlaye nie pomagają