Sprawdzono 31.08.2026 · https://www.mozilla.org/de/
1 bariera krytyczna.
Jak powstaje wynik? (100 punktów początkowych)
| {n} reguł{nPlural} CSS z prawdopodobnie zbyt niskim kontrastem tekstu | -18 |
| Wynik | 82 / 100 |
Postrzegalność
{n} reguł{nPlural} CSS z prawdopodobnie zbyt niskim kontrastem tekstu
Wymagane: 4,5:1 (normalny) lub 3:1 (duży tekst). Przy „założonym tle strony” rzeczywistego tła nie udało się pewnie ustalić — w razie wątpliwości sprawdź w przeglądarce. Znaleziono m.in.: {examples}
.mzp-c-button.mzp-t-secondary, .mzp-c-button.mzp-t-neutral
Oto co należy zrobić: Przyciemnij kolor tekstu lub rozjaśnij tło, aż osiągniesz wymaganą wartość minimalną. Nigdy nie używaj koloru jako jedynego wyróżnika.
Już rozwiązane poprawnie
- Textalternativen: keine automatisch erkennbaren Probleme
- Punkt orientacyjny <main> obecny
Następne kroki
- {n} reguł{nPlural} CSS z prawdopodobnie zbyt niskim kontrastem tekstu. Przyciemnij kolor tekstu lub rozjaśnij tło, aż osiągniesz wymaganą wartość minimalną. Nigdy nie używaj koloru jako jedynego wyróżnika.
Cotygodniowe ponowne skanowanie, z renderowaniem JS, e-mail przy nowych barierach — wkrótce.
Utwórz deklarację dostępności →
Metoda & ograniczenia
31.08.2026 sprawdzono kod HTML, który www.mozilla.org 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.