Pillar 1 of 4
Accessibility that doesn't hide behind a green checkmark
We run the same axe-core engine that powers Deque's commercial tooling — and we tell you the truth about what automated testing can and can't find.
Why automated scanning is necessary but not sufficient
Accessibility lawsuits in the US increased every year from 2018 to 2024. The vast majority cited issues that an automated scanner would have caught: missing alt text, contrast failures, form labels, broken focus order. Catching those issues early — and continuously — is non-negotiable. But here's the part most vendors won't tell you: axe-core, the engine behind every credible automated accessibility scanner including ours, catches roughly 50–60% of WCAG issues. The rest require a human. We surface that limit clearly. If a vendor claims 100% coverage or an AAA badge from automated testing alone, walk away.
How findings reach your team
Every violation comes with the rule ID, severity, the offending DOM node's outerHTML, the CSS selector, and a short failure summary that tells your engineer what to change. We link to Deque's rule documentation so the developer doesn't have to context-switch. Findings are stored as JSON. You can export them, diff them between scans, or pipe them into a future GitHub Action that fails the build on regressions.
Score interpretation
Each violation is weighted by axe-core impact: critical = 10, serious = 5, moderate = 2, minor = 1. We subtract the total from 100 for the per-page score, floored at zero. A score of 90+ usually means a small handful of minor issues. 70–89 means a real backlog. Below 70 means the page has structural problems and needs a focused remediation pass.
Beispiel-Befunde
Formular-Elemente müssen Labels haben
Das Login-Formular auf /signin hat ein Email-Feld ohne zugehöriges <label> und ohne aria-label. Screenreader geben das Feld als „edit text“ aus — ohne Kontext. Nutzer mit kognitiven Einschränkungen, die sich auf Platzhaltertext verlassen, verlieren den Hinweis beim Tippen.
<input type="email" placeholder="Email" class="form-input" /> Fix: Fügen Sie <label for="email">Email</label> oder aria-label="Email" hinzu.
Unzureichender Farbs-kontrast
Fließtext auf /pricing verwendet #9CA3AF auf #FFFFFF — ein Verhältnis von 2.84:1. WCAG 2.1 AA fordert 4.5:1 für Text im Fließtext. Nutzer mit Sehschwäche, ältere Displays oder Blendlicht werden Schwierigkeiten haben, ihn zu lesen; bei manchen ist der Text sogar gar nicht sichtbar.
Element : <p class="text-slate-400">Most popular plan</p> Foreground : #9CA3AF Background : #FFFFFF Ratio : 2.84:1 (need 4.5:1) Fix : Verdunkeln Sie auf #6B7280 (5.85:1) oder erhöhen Sie die Schriftstärke auf 700+ bei 18.66px+ (large-text Regel).
Überschriften-Hierarchie springt eine Ebene
Die Seite /blog/post-template springt von <h1> direkt zu <h3> und überspringt <h2>. Screenreader legen die Seitenstruktur über die Überschriftenebenen offen, und Lücken verwirren Nutzer, die nach H-key navigieren. Suchmaschinen-Crawler nutzen die Hierarchie ebenfalls, um die Relevanz von Sektionen zu bewerten.
Seitenübersicht:
H1: Artikeltitel
H3: Abschnittsüberschrift ← übersprungenes H2
H4: Untersektion
Fix: Ändern Sie <h3> zu <h2>, oder setzen Sie ein umschließendes <h2>, falls das H3 wirklich eine Untersektion ist.Scannen Sie Ihre Website in 60 Sekunden
25 kostenlose Credits. Keine Kreditkarte. Echte Befunde auf der Seite, die Ihnen wichtig ist.