Bedeutet ein Lighthouse-Accessibility-Score von 100, dass meine Website WCAG-konform ist?

Nein. Es bedeutet, dass Ihre Website jede automatisierte Prüfung besteht, die Lighthouse durchführt — das deckt eine relevante, aber nur teilweise Teilmenge der WCAG-2.1-Erfolgskriterien ab. Manuelles Testen — Tastaturnavigation, Screenreader-Nutzung, Fokusreihenfolge — kann auf einer Seite mit Score 100 trotzdem Mängel aufdecken.

Welche Engine nutzt Lighthouse für seine Accessibility-Audits?

Die meisten Accessibility-Prüfungen von Lighthouse laufen auf axe-core, der quelloffenen Testing-Engine, die von Deque Systems gepflegt wird — derselben Engine, die auch mehreren Browser-Erweiterungen und CI-Tools für Barrierefreiheit zugrunde liegt.

Wie viele WCAG-Erfolgskriterien können automatisierte Tools wie Lighthouse tatsächlich prüfen?

Schätzungen variieren, aber die meisten Barrierefreiheits-Fachleute setzen den Anteil der WCAG-2.1-Erfolgskriterien, die automatisierte Tools zuverlässig prüfen können, bei etwa einem Drittel bis der Hälfte an. Für den Rest braucht es einen Menschen — eine echte Tastatur, einen echten Screenreader oder ein echtes Lesen des Inhalts.

Ist Lighthouse ein schlechtes Tool für Barrierefreiheitstests?

Nein — es ist eine legitime, gut gebaute erste Schicht. Es erkennt echte Probleme schnell und kostenlos und ist hervorragend geeignet, um Regressionen in CI zu erkennen. Der Fehler liegt nicht in der Nutzung von Lighthouse, sondern darin, seinen Score als Ziellinie zu behandeln.

Was ist der Unterschied zwischen dem Score von Lighthouse und den Konformitätsstufen von WCAG?

Lighthouse liefert pro Audit eine einzelne Zahl von 0-100. WCAG liefert überhaupt keinen Score — jedes Erfolgskriterium ist entweder erfüllt oder nicht, und eine Seite entspricht einer Stufe (A, AA oder AAA) oder eben nicht. Das sind strukturell unterschiedliche Messsysteme, keine zwei Versionen derselben Skala.

Kann ich Lighthouse nutzen, um WCAG-2.1-AA-Konformität für rechtliche Zwecke nachzuweisen?

Nicht allein. Die Prüfungen von Lighthouse bilden eine Teilmenge der WCAG-Erfolgskriterien ab, aber rechtliche und regulatorische Kontexte — etwa der European Accessibility Act — erwarten üblicherweise Nachweise sowohl automatisierten als auch manuellen Testens, da ein bestandener Lighthouse-Score die Nutzbarkeit mit Tastatur oder Screenreader nicht belegt.

Warum hat sich mein Lighthouse-Accessibility-Score geändert, obwohl ich keinen Barrierefreiheits-Code angefasst habe?

Accessibility-Ergebnisse sind meist stabiler als Performance, aber Skripte von Drittanbietern, die spät Inhalte ins DOM einfügen — Werbung, Chat-Widgets, Banner —, können ändern, was Lighthouse zum Analysezeitpunkt tatsächlich auf der Seite sieht, und so den Score verschieben, ohne dass Sie selbst etwas geändert haben.

Was sollte ich manuell prüfen, das Lighthouse nicht erfasst?

Mindestens: ob Sie jeden interaktiven Ablauf allein mit der Tastatur abschließen können, ob sich der Fokus in einer sinnvollen Reihenfolge bewegt, ob Sie ohne Maus jemals in einer Komponente gefangen sind, und ob ein Screenreader dynamische Änderungen so ankündigt, wie es ein sehender Nutzer erwarten würde.

Ersetzt GetGDPRScan Google Lighthouse?

Nein, und das ist auch nicht das Ziel. GetGDPRScan führt seinen eigenen Satz von 27 auf WCAG abgebildeten Prüfungen mit nach Schweregrad gewichteter Bewertung durch und führt bei kostenpflichtigen Berichten zusätzlich zu den eigenen Befunden einen echten Lighthouse-Accessibility-Audit durch — Lighthouse dient dabei als ein Eingabewert, nicht als Ersatz dafür.

Wie oft sollte ich die Barrierefreiheit meiner Website erneut prüfen?

Idealerweise jedes Mal, wenn Sie eine Änderung veröffentlichen, die Markup, Styling oder Skripte von Drittanbietern betrifft — ein bestandener Score heute garantiert nichts über eine Seite sechs Monate und vier Plugin-Updates später. Genau diese Drift soll kontinuierliches Monitoring erfassen.

Barrierefreiheits-Modul

Lighthouse vs WCAG: Bedeutet ein perfekter Accessibility-Score, dass Sie konform sind?

Googles kostenloses Tool ist wirklich nützlich — es wurde nur nicht gebaut, um die Compliance-Frage allein zu beantworten.

Kurzantwort

Der Lighthouse Accessibility Score von Google ist ein schneller, kostenloser, automatisierter Audit, der größtenteils auf der Testing-Engine axe-core basiert. Er erkennt zuverlässig, was ein Skript ohne menschliches Urteil prüfen kann — fehlende Alt-Attribute, geringen Farbkontrast, ungültige ARIA-Werte, unbeschriftete Formularfelder —, kann aber weder die Tastaturnavigation noch die Fokusreihenfolge testen noch feststellen, ob ein Screenreader-Nutzer die Seite tatsächlich bedienen kann. Ein Score von 100 bedeutet, dass Sie jede automatisierte Prüfung bestanden haben, nicht, dass Sie WCAG 2.1 AA erfüllen.

Von GetGDPRScan Editorial · Zuletzt aktualisiert 2026-07-31

Man öffnet die Chrome DevTools, führt einen Lighthouse-Audit aus, sieht 95 oder 100 in der Kategorie Accessibility — und ist versucht, den Tab zu schließen und die Sache für erledigt zu erklären. Lighthouse ist schnell, kostenlos, in jeder Chrome-Installation enthalten, und ein sauberer Score fühlt sich wie ein Urteil an.

Dieses Vertrauen ist nur zur Hälfte gerechtfertigt. Lighthouse ist ein solides Tool für genau das, wofür es gebaut wurde — nur deckt "wofür es gebaut wurde" weniger von WCAG ab, als die meisten annehmen. Dieser Leitfaden geht durch, was der Lighthouse Accessibility Score tatsächlich prüft, was er konstruktionsbedingt nicht prüfen kann, und was diese Lücke bedeutet, wenn Sie echte WCAG-Konformität belegen wollen und nicht nur einen guten Score.

Was ist Google Lighthouse?

Lighthouse ist ein kostenloses, quelloffenes Auditing-Tool von Google. Sie können es direkt über das Lighthouse-Panel in den Chrome DevTools ausführen, als Kommandozeilen-Tool oder als Node-Paket innerhalb einer CI-Pipeline — es braucht kein Konto, keine Lizenz, keine Einrichtung außer dem Laden einer Seite in Chrome und einem Klick auf "Analyze page load."

Ein Lighthouse-Bericht bewertet eine einzelne Seite in vier Kategorien: Performance, Accessibility, Best Practices und SEO. Jede Kategorie wird unabhängig auf einer Skala von 0 bis 100 bewertet, sodass eine Seite bei Accessibility 100 und bei Performance 40 erreichen kann, oder umgekehrt — ein Score sagt nichts über die anderen aus.

Accessibility ist ein Ausschnitt dieses Berichts, nicht sein eigentlicher Zweck. Lighthouse ist ein allgemeines Tool zur Seitenqualität, das zufällig auch eine Accessibility-Kategorie enthält — wichtig zu bedenken, weil das prägt, wie tief diese Kategorie realistisch gehen kann.

Was prüft der Lighthouse Accessibility Score tatsächlich?

Die meisten Accessibility-Audits von Lighthouse laufen auf axe-core, der quelloffenen Testing-Engine für Barrierefreiheit, die von Deque Systems gepflegt wird — derselben Engine, die auch mehreren Browser-Erweiterungen und CI-Tools für Barrierefreiheit zugrunde liegt. Weil jeder Audit ohne Mensch abläuft, muss jede Prüfung etwas sein, das ein Skript rein durch Inspektion der gerenderten Seite verifizieren kann.

Das deckt trotzdem echte, häufige Probleme ab. Ein typischer Lighthouse-Accessibility-Lauf prüft unter anderem:

•Alt-Text von Bildern — markiert <img>-Elemente ohne jegliches Alt-Attribut
•Formularbeschriftungen — markiert Eingabefelder ohne zugehöriges <label>, aria-label oder aria-labelledby
•Farbkontrast — berechnet das Kontrastverhältnis zwischen Text und Hintergrund und prüft es gegen WCAG-Schwellenwerte
•Semantisches HTML — markiert strukturelle Probleme wie nicht fortlaufende Überschriftenebenen oder Listen aus den falschen Elementen
•ARIA-Nutzung — prüft, ob ARIA-Attribute gültige Werte haben und nicht dort eingesetzt werden, wo sie der nativen HTML-Semantik widersprechen
•Sprachattribut — prüft, ob <html lang="..."> vorhanden und auf einen echten Sprachcode gesetzt ist
•Namen von Buttons und Links — markiert Buttons und Links ohne zugänglichen Text, etwa einen reinen Icon-Link ohne aria-label

Was Lighthouse NICHT prüft

Automatisierte Tools testen die Seite, nicht die Person, die sie nutzt — und ein großer Teil von WCAG zeigt sich erst, wenn ein echter Mensch mit der Seite so interagiert, wie es jemand mit einer Beeinträchtigung tun würde.

Die meisten Barrierefreiheits-Fachleute schätzen, dass sich nur ein Drittel bis die Hälfte der rund 50 Erfolgskriterien von WCAG 2.1 überhaupt zuverlässig mit einem automatisierten Tool prüfen lässt, Lighthouse eingeschlossen. Für den Rest, einschließlich allem Folgenden, braucht es einen Menschen:

•Ob Alt-Text sinnvoll ist — Lighthouse bestätigt, dass alt="..." existiert, nicht ob dort "IMG_4021.jpg" oder "Lagerteam, Juni 2026" steht
•Tastaturnavigation — ob jedes interaktive Element allein mit Tab, Umschalt+Tab und Enter erreichbar und bedienbar ist, ohne Tastaturfalle
•Logische Fokusreihenfolge — ob das Tabben durch eine Seite, besonders durch modale Dialoge, individuelle Dropdowns oder das Routing einer Single-Page-App, einer sinnvollen Reihenfolge folgt
•Nutzbarkeit mit Screenreader — ob die Seite vorgelesen tatsächlich Sinn ergibt, einschließlich dynamischer Änderungen wie Formularfehlern oder Ladezuständen
•Verständlichkeit von Inhalten — die WCAG-Anforderungen an klare Sprache und vorhersehbare Navigation, die ein menschlicher Leser beurteilen muss
•Genauigkeit von Untertiteln — Lighthouse kann ein Video ohne <track>-Element markieren, aber nicht, ob vorhandene Untertitel tatsächlich korrekt sind
•Alles, was sich nur während der Interaktion zeigt — Zeitlimits, Bewegung und Blinkeffekte sowie weitere Kriterien, die beim Laden der Seite noch nicht existieren

Lighthouse vs WCAG: Die eigentlichen Unterschiede

Lighthouse und WCAG sind auf derselben Achse eigentlich nicht vergleichbar — das eine ist ein Tool, das andere ein Standard —, aber es hilft, die Unterschiede nebeneinanderzustellen:

Lighthouse und WCAG im Vergleich

Aspekt	Google Lighthouse	WCAG
Umfang	Eine Seite, eine Momentaufnahme, über 4 Kategorien (Performance, Accessibility, Best Practices, SEO)	Alle Inhalte und jeder Nutzerablauf einer Website, bewertet gegen definierte Erfolgskriterien
Automatische Prüfungen	Rund 30 vollständig automatisierte Accessibility-Audits	Nur eine Minderheit der Erfolgskriterien hat automatisierbare Entsprechungen
Manuelle Prüfungen	Keine — Lighthouse kann nicht durch eine Seite tabben oder einen Screenreader benutzen	Etwa die Hälfte der Erfolgskriterien von WCAG 2.1 braucht zur Verifizierung menschliches Testen
Score	Eine einzelne Zahl von 0-100, gewichtet nach geschätzter Auswirkung	Kein numerischer Score — jedes Erfolgskriterium ist schlicht erfüllt oder nicht erfüllt
WCAG-Konformität	Kein Konformitätstest; nähert sich einer Teilmenge der WCAG-2.1-Kriterien an	Der tatsächliche Standard, an dem Konformität gemessen wird, mit drei Stufen: A, AA, AAA
Bester Einsatzzweck	Schnelle Regressionsprüfungen, CI-Pipelines, frühes Erkennen offensichtlicher Probleme	Formale Barrierefreiheits-Nachweise — EAA, ADA, EN 301 549 und ähnliche regulatorische Kontexte

Warum die Scores unterschiedlich ausfallen können

Es ist durchaus möglich, dass eine Website bei Lighthouse Accessibility 100 erreicht und trotzdem einen WCAG-2.1-AA-Audit nicht besteht — nicht als Ausnahmefall, sondern als normales Ergebnis für eine Seite, deren einzige Barrierefreiheitsarbeit darin bestand, "den Lighthouse-Audit zu bestehen." Ein paar konkrete Wege, wie das passiert:

•Jedes Bild hat Alt-Text, aber es ist dekorative Füllung ("Bild", "Foto1") statt einer echten Beschreibung — Lighthouse prüft nur, dass das Attribut existiert, und erfüllt damit den Buchstaben von WCAG 1.1.1, nicht seine Absicht
•Ein individuelles modales Fenster oder Dropdown öffnet sich beim Klick korrekt, aber sobald es offen ist, bleibt der Tastaturfokus darin gefangen — oder bewegt sich nie hinein —, weil Lighthouse nie tatsächlich durch die Oberfläche tabbt, um das herauszufinden
•Text besteht die automatisierte Kontrastprüfung beim Laden der Seite, aber ein Hover-Zustand, ein Dark-Mode-Umschalter oder später dynamisch eingefügter Inhalt senkt den Kontrast danach unter den Schwellenwert — Lighthouse bewertet das DOM nur so, wie es beim Laden existiert
•Ein Formular zeigt einen Validierungsfehler visuell in roter Schrift, aber der Fehler wird nicht über eine ARIA-Live-Region angekündigt — ein sehender Nutzer sieht ihn sofort, ein Screenreader-Nutzer erfährt davon vielleicht nie
•Überschriftenebenen sind strukturell gültig (h1, h2, h3 der Reihe nach), aber die Überschriften selbst beschreiben nicht die Abschnitte, die sie einleiten — die strukturelle Prüfung wird bestanden, ihre Absicht aber verfehlt

Sollten Sie Lighthouse vertrauen?

Ja — mit den richtigen Erwartungen. Lighthouse ist ein gut gebautes, kostenloses, schnelles Tool, das echte, häufige Probleme erkennt, und es ist wirklich gut in dem, wofür es gedacht ist: ein Frühwarnsystem, kein endgültiges Urteil.

Seinen Wert beweist es bei kontinuierlicher, reibungsloser Prüfung — etwa in einer CI-Pipeline, sodass ein Pull Request, der ein Alt-Attribut entfernt oder den Kontrast unter 4,5:1 senkt, markiert wird, bevor er live geht, statt später von einem Nutzer oder Prüfer entdeckt zu werden. Das ist eine echte, wertvolle Aufgabe, die Lighthouse gut erfüllt.

Wo es nicht ausreicht, ist die Behandlung eines hohen Scores als Ziellinie. Eine 100 sagt Ihnen, dass Sie jede Prüfung bestanden haben, die ein Skript ohne Person an der Tastatur durchführen kann — sie sagt Ihnen nicht, ob eine Person die Seite tatsächlich nutzen kann. Vollständige WCAG-Konformitätsarbeit braucht meist beides: automatisierte Tools wie Lighthouse für kontinuierliche Abdeckung und manuelles Testen für alles, was ein Skript strukturell nicht beurteilen kann.

Wie GetGDPRScan Lighthouse ergänzt

Das Barrierefreiheits-Modul von GetGDPRScan ist kein Ersatz für Lighthouse — es läuft parallel dazu und zielt gezielt darauf ab, mehr von der WCAG-Lücke zu schließen, als ein allgemeines Seitenqualitäts-Tool in seiner einen Accessibility-Kategorie abdeckt:

•27 einzelne Prüfungen, direkt auf WCAG-2.1-Erfolgskriterien abgebildet — sie decken Bilder, Überschriften, Links, Formulare, Tabellen, Medien, Farbkontrast, ARIA-Rollen, iframe-Titel und mehr ab, statt dass Barrierefreiheit nur eine Kategorie innerhalb eines breiteren Seitenqualitätsberichts ist
•Nach Schweregrad gewichtete Bewertung, sodass ein fehlender Skip-Link nicht dasselbe Gewicht trägt wie ein Formular ganz ohne Beschriftungen
•Befunde in klarer Sprache mit einer konkreten Lösung, sodass ein markiertes Problem als mögliches WCAG-Problem samt Lösung erscheint, nicht nur als Regel-ID
•Bei kostenpflichtigen Berichten führt GetGDPRScan zusätzlich zu den eigenen 27 Prüfungen einen echten Google-Lighthouse-Accessibility-Audit auf derselben Seite durch — und verifiziert Ergebnisse damit gegenseitig, statt Sie auf die Einschätzung einer einzigen Engine zu verlassen
•Ein optionaler Monitoring-Plan, der eine Website nach Zeitplan erneut prüft, da eine Seite, die sauber bestanden hat, nach dem nächsten Plugin-Update, Theme-Wechsel oder Skript eines Drittanbieters wieder zurückfallen kann

Fazit

Nichts davon — GetGDPRScan eingeschlossen — ist ein rechtliches Zertifikat für WCAG-Konformität. Kein automatisiertes Tool, unseres oder das von Google, kann eines ausstellen; dafür braucht es weiterhin das manuelle Testen und die menschliche Beurteilung, die dieser Artikel durchgegangen ist. Was ein breiterer, auf WCAG abgebildeter Scan hilft zu erkennen, ist ein weiteres Netz möglicher Probleme, aufgefangen, bevor ein echter Nutzer, eine Beschwerde oder ein Prüfer sie zuerst findet.

Wenn Lighthouse die einzige Barrierefreiheitsprüfung war, die Ihre Website je durchlaufen hat, ist das ein vernünftiger Ausgangspunkt — keine Ziellinie. Führen Sie einen kostenlosen WCAG-Scan aus, um zu sehen, wie viele der 27 Prüfungen Ihre Website heute besteht und wo die Lücken liegen.

Das Wichtigste in Kürze

•Der Lighthouse Accessibility Score prüft nur, was ein Skript ohne menschliches Urteil verifizieren kann — eine relevante Teilmenge von WCAG, nicht alles davon.
•Ein Lighthouse-Score von 100 ist ein starkes technisches Signal, aber kein Nachweis für WCAG-2.1-AA-Konformität.
•Tastaturnavigation, Fokusreihenfolge, Screenreader-Nutzbarkeit und sinnvoller Alt-Text erfordern fast immer manuelles Testen.
•Lighthouse und WCAG messen unterschiedliche Dinge: Das eine liefert einen Score von 0-100, das andere ist ein Erfüllt/Nicht-erfüllt-Standard mit Konformitätsstufen.
•Automatisierte Tools wie Lighthouse und GetGDPRScan sind ergänzende Ebenen eines größeren Barrierefreiheitsprozesses, kein Ersatz für manuelle Prüfung.