Checked 8/31/2026 · https://www.mozilla.org/de/
1 critical barrier.
How is the score formed? (100 starting points)
| {n} CSS rule{nPlural} with possibly too low text contrast | -18 |
| Result | 82 / 100 |
Perceivable
{n} CSS rule{nPlural} with possibly too low text contrast
Required: 4.5:1 (normal) or 3:1 (large text). With an “assumed page background” the actual background could not be determined reliably — check in the browser if in doubt. Found among others: {examples}
.mzp-c-button.mzp-t-secondary, .mzp-c-button.mzp-t-neutral
This is what you should do: Darken the text colour or lighten the background until the relevant minimum value is reached. Never use colour as the only distinguishing feature.
Already handled correctly
- Textalternativen: keine automatisch erkennbaren Probleme
- A <main> landmark exists
Next steps
- {n} CSS rule{nPlural} with possibly too low text contrast. Darken the text colour or lighten the background until the relevant minimum value is reached. Never use colour as the only distinguishing feature.
Weekly re-scan, JS-rendered, email on new barriers — coming soon.
Create an accessibility statement →
Method & limits
On 8/31/2026 the HTML that www.mozilla.org delivers on a first visit without login was checked, plus up to four linked CSS files from the same domain. Checked: colour contrast (from CSS), text alternatives, form labelling, names of controls, heading structure, page title and page language, zoom lock, duplicate ids, positive tabindex values, landmarks.
Not checked: anything that arises via JavaScript, keyboard operability, visible focus, focus order, screen-reader announcement, content behind login, subpages. The automated test finds roughly 20–35% of WCAG breaches — the rest needs a manual check. A snapshot, not a legal decision.