Tools

Lighthouse

Googles Open-Source-Werkzeug zur Prüfung der Webqualität, in Chrome DevTools und die PageSpeed Insights API integriert. Der Barrierefreiheits-Audit basiert auf dem Regelwerk von axe-core. Scores von 0–100, aber ein Score von 100 bedeutet keine WCAG-Konformität.

Lighthouse ist Googles Open-Source-Werkzeug für die automatisierte Prüfung der Webqualität. Es ist direkt in Chrome DevTools integriert und führt vier Audits durch — Performance, Accessibility, Best Practices und SEO — und liefert jeweils einen Score von 0 bis 100. Der Accessibility-Audit ist ein Teilbereich des Regelwerks von axe-core, verpackt in das Berichtsformat von Lighthouse.

Was der Lighthouse-Accessibility-Audit tatsächlich misst

Die Kategorie Accessibility in Lighthouse führt eine kuratierte Teilmenge der axe-core-Regeln aus — typischerweise 40–50 Regeln, die ausgewählt wurden, weil sie deterministisch und schnell ausführbar sind und keine falsch positiven Ergebnisse liefern. Die Regeln decken die üblichen Bereiche ab:

  • Gültigkeit von ARIA-Attributen.
  • Farbkontrast.
  • Vorhandensein von Formular-Labels.
  • Vorhandensein von Alternativtext bei Bildern.
  • Sprachattribut am <html>-Element.
  • Überschriftenstruktur (einige Prüfungen).
  • Unterscheidbarkeit von Links (Link hat einen zugänglichen Namen).
  • Vorhandensein eines Fokusindikators.

Jede Regel trägt mit einer Gewichtung zum Score von 0 bis 100 bei, die Google in der Lighthouse-Dokumentation veröffentlicht. Kritische Regeln (kein zugänglicher Name für ein Steuerelement, fehlender Alternativtext bei einem informativen Bild) werden stark gewichtet; beratende Regeln weniger.

Das entscheidende Missverständnis

Ein Lighthouse-Accessibility-Score von 100 bedeutet nicht, dass die Website WCAG-konform ist. Lighthouse prüft nur den automatisch erkennbaren Teilbereich der WCAG-Anforderungen. Dieser Teilbereich ist ein Bruchteil des vollständigen WCAG-Regelwerks.

Konkret bewertet Lighthouse nicht:

  • Die Qualität des Alternativtexts (nur sein Vorhandensein).
  • Ob die Fokusreihenfolge der visuellen Anordnung entspricht.
  • Ob interaktive Komponenten ihren vollständigen Tastaturvertrag erfüllen.
  • Ob ARIA-Live-Regionen Änderungen korrekt ankündigen.
  • Das tatsächliche Verhalten eines Screenreaders.
  • Lesbarkeit von Inhalten und kognitive Belastung.

Ein Team, das eine Website mit Lighthouse Accessibility = 100 veröffentlicht, hat die niedrigste Hürde genommen; die eigentliche Arbeit ist damit nicht getan.

Gleichwohl ist das Scheitern an dieser Hürde ein reales Problem. Ein Lighthouse-Accessibility-Score unter 100 bedeutet, dass automatisch erkennbare Fehler auf der Seite vorhanden sind — und das sind die günstigsten und reibungslosesten Probleme, die behoben werden können.

Lighthouse im operativen Einsatz

Lighthouse fügt sich auf natürliche Weise in drei Arbeitsabläufe ein:

  1. Schnellprüfung in DevTools. DevTools öffnen → Lighthouse-Panel → Audit starten. Nützlich für einmalige Seitenprüfungen während der Entwicklung.
  2. CI-Gate. lighthouse-ci führt Lighthouse bei jedem Pull Request aus, schlägt bei Regressionen fehl und speichert den Verlauf. Die CI-Konfiguration von disabilityworld.org nutzt dieses Muster: Jeder Push führt Lighthouse gegen repräsentative Seiten aus und muss 100 in Performance, Accessibility, Best Practices und SEO erreichen.
  3. Real-User-Monitoring. Die PageSpeed Insights API führt Lighthouse auf Abruf für jede öffentliche URL aus; der Chrome User Experience Report (CrUX) liefert Real-User-Metriken für dieselben Dimensionen.

Das Ziel 100-100-100-100

Für statisch veröffentlichte Websites mit diszipliniertem Umgang mit CSS, Schriften und Bildern sind Lighthouse-100-Scores in allen vier Kategorien erreichbar und lohnenswert. Die Kombination signalisiert:

  • Performance 100 — schnell auf langsamen Netzwerken und Geräten.
  • Accessibility 100 — die automatisch erkennbare Grundanforderung ist erfüllt.
  • Best Practices 100 — modernes HTTP, keine Konsolenfehler, stabile Bildseitenverhältnisse.
  • SEO 100 — crawlbar, mit Meta-Beschreibung, semantisch strukturiert.

Diese Website (disabilityworld.org) strebt diesen Mindestscore bei jedem veröffentlichten Artikel an und überprüft ihn in CI. Der Accessibility-Score von 100 ist die Mindestanforderung; die manuelle Barrierefreiheitsarbeit, die nicht von Lighthouse abgedeckt wird, ist der Bereich, in dem das eigentliche Barrierefreiheitsprogramm stattfindet.