Google Lighthouse

Kurzfazit

Google Lighthouse ist und bleibt ein regelbasiertes Audit-Tool: Die Engine prüft eine Seite gegen einen festen Kriterienkatalog, Performance-Metriken, SEO-Heuristiken, Best-Practices-Checks und einen WCAG-Subset auf axe-core-Basis. Ein KI-Modell steckt nirgends darin, und wir führen den Eintrag deshalb ehrlich als KI-nah, nicht als KI-Tool. Interessant für unsere Leserschaft ist Lighthouse trotzdem, weil Google 2026 die Kategorie Agentic Browsing ergänzt hat: Sie misst, wie gut ein KI-Agent deine Seite lesen, verstehen und bedienen kann, und ist damit das erste kostenlose Werkzeug für genau diese Frage. Für ein vollständiges WCAG-Audit oder KI-gestützte Fix-Vorschläge brauchst du weiterhin andere Tools.

Für wen ist Google Lighthouse?

Entwicklerinnen und Entwickler im Alltag: Der klassische Anwendungsfall. F12 drücken, Tab wechseln, Bericht lesen, das dauert unter einer Minute und kostet nichts. Für den schnellen Check vor einem Deploy oder zum Nachvollziehen einer Performance-Regression ist Lighthouse konkurrenzlos niedrigschwellig.

Teams, die auf KI-Agenten vorbereitet sein wollen: Wer wissen will, ob ein Einkaufs- oder Recherche-Agent auf der eigenen Seite klarkommt, bekommt mit der Agentic-Browsing-Kategorie erstmals eine objektive Messung: Ist der Accessibility-Baum intakt, sind Bedienelemente sauber benannt, existiert eine llms.txt, sind WebMCP-Tools registriert. Das ist derzeit der günstigste Weg zu einer belastbaren Antwort.

Marketing- und SEO-Teams ohne Tool-Budget: Die SEO-Kategorie prüft Basics wie Meta-Description, Crawl-Barrieren, aussagekräftige Linktexte und strukturierte Daten. Das ersetzt kein Semrush und keinen Screaming Frog, reicht aber, um grobe Schnitzer auf einer Landingpage vor der Live-Schaltung zu finden.

CI/CD-Verantwortliche: Über Lighthouse CI lassen sich Schwellenwerte als Build-Gate setzen. Fällt der Performance-Score unter 80, bricht der Build. Weil die Audits deterministisch arbeiten, ist das reproduzierbar genug für eine Pipeline, solange die Testumgebung konstant bleibt.

Weniger geeignet für: Barrierefreiheits-Beauftragte, die ein prüfungsfestes BFSG- oder WCAG-Audit brauchen. Lighthouse deckt nur automatisiert testbare Kriterien ab, das sind je nach Zählweise 25 bis 40 Prozent des WCAG-Katalogs. Ebenfalls weniger geeignet für alle, die deutschsprachige Erklärungen und Handlungsempfehlungen erwarten.

Preise im Detail

Variante	Preis	Was du bekommst
Chrome DevTools	kostenlos	Vollständiger Bericht direkt im Browser, auch für Seiten hinter Login
Kommandozeile (CLI)	kostenlos	Automatisierbar per Shell-Skript, JSON- und HTML-Ausgabe
Node-Modul	kostenlos	Programmatische Einbindung in eigene Werkzeuge und CI
PageSpeed Insights	kostenlos	Lauf auf Google-Servern, ohne Installation, plus Felddaten aus dem CrUX-Datensatz
Lighthouse CI	kostenlos	Schwellenwerte als Build-Gate, Verlaufsdaten, GitHub-Actions-Integration

Einordnung: Es gibt keine Bezahlversion, kein Konto und keine Nutzungslimits. Lighthouse ist quelloffen, Code-Beispiele stehen unter Apache 2.0. Die einzigen realen Kosten sind Zeit und Rechenleistung: Ein Lauf dauert je nach Seite 20 bis 60 Sekunden, in einer CI-Pipeline summiert sich das über hunderte Builds zu spürbaren Minuten. Wer mehr will als einen Momentaufnahme-Bericht, also Monitoring über Zeit, Priorisierung nach Aufwand oder Fix-Vorschläge, zahlt bei axe DevTools oder Siteimprove und bekommt dafür genau das, was Lighthouse bewusst nicht liefert.

Stärken im Detail

Null Einstiegshürde. Lighthouse ist in jedem Chrome bereits installiert. Kein Konto, keine Lizenz, keine Freigabe durch die IT. Das klingt banal, ist in der Praxis aber der Grund, warum Lighthouse in Teams tatsächlich benutzt wird und teurere Werkzeuge oft nicht: Der Weg zum ersten Ergebnis ist kürzer als jede Beschaffung.

Fünf Perspektiven in einem Lauf. Performance mit den Core Web Vitals (LCP, INP, CLS), Barrierefreiheit über axe-core, Best Practices für HTTPS, Konsolen-Fehler und veraltete Browser-APIs, SEO-Heuristiken sowie die neue Agentic-Browsing-Kategorie. Ein einziger Klick liefert fünf Blickwinkel, für die du sonst ebenso viele Werkzeuge öffnen müsstest.

Agentic Browsing ist ein echter Zugewinn. Die Kategorie prüft laut Google-Dokumentation die Registrierung von WebMCP-Tools (deklarativ und imperativ), die Integrität des Accessibility-Baums, die Benennung von Bedienelementen, den Cumulative Layout Shift und ob eine llms.txt existiert. Sie vergibt bewusst keinen 0-bis-100-Score, sondern eine Bestanden-Quote, das verhindert die übliche Score-Kosmetik. In Chrome 150 und neuer ist sie standardmäßig aktiv.

Deterministisch und damit CI-tauglich. Google betont für Agentic Browsing ausdrücklich, dass deterministische Signale verwendet werden, damit die Audits reproduzierbar und für CI/CD-Pipelines geeignet sind. Genau das ist der Vorteil eines regelbasierten Tools gegenüber einem LLM-Prüfer: Derselbe Input liefert dasselbe Ergebnis, und ein Build-Gate, das zufällig mal durchlässt und mal blockt, wäre wertlos.

Quelloffen und nachvollziehbar. Jede Regel ist im Repository nachlesbar. Wenn ein Audit rot ist und du nicht verstehst warum, kannst du den Prüfcode lesen. Bei proprietären Scannern bleibt an dieser Stelle nur der Support.

Schwächen ehrlich betrachtet

Der Score ist gefährlich. 100 Punkte in der Barrierefreiheits-Kategorie bedeuten nicht, dass die Seite barrierefrei ist. Sie bedeuten nur, dass die automatisiert prüfbaren Regeln erfüllt sind. Alternativtexte, die es zwar gibt, die aber Unsinn beschreiben, Tastaturfallen, unlogische Fokus-Reihenfolgen und unverständliche Sprache erkennt kein Scanner. Wir haben mehrfach erlebt, dass ein grüner Lighthouse-Score in Ausschreibungen als Konformitätsnachweis eingereicht wurde. Er ist keiner. Wer BFSG-Konformität belegen muss, braucht zusätzlich manuelle Prüfung.

Nur ein Ausschnitt der WCAG. Lighthouse nutzt zwar axe-core, aber einen kleineren Regelsatz als axe DevTools und ohne die geführten manuellen Tests, die dort den entscheidenden Unterschied machen. Als Ausgangspunkt taugt es, als Audit nicht.

Englisch, ohne Ausnahme. Sämtliche Befunde, Erklärungen und Weiterführungs-Links sind auf Englisch. Für ein Entwicklungsteam ist das unerheblich, für Redaktion, Einkauf oder Betriebsrat ist es eine reale Hürde. Deutsche Erklärtexte gibt es nirgends, auch nicht in PageSpeed Insights.

Laborwerte täuschen. Der Performance-Score entsteht aus einer simulierten Messung auf deinem Rechner mit gedrosselter Verbindung. Zwei Läufe hintereinander können sich um 15 Punkte unterscheiden, je nachdem, was sonst gerade läuft. Belastbar sind nur Felddaten, die bekommst du in PageSpeed Insights über den CrUX-Datensatz, aber nur für Seiten mit genug Traffic.

WebMCP-Audits laufen ins Leere. Die spannendsten Agentic-Browsing-Checks setzen laut Google eine Registrierung im WebMCP Origin Trial voraus. Ohne diese Registrierung bleiben die Ergebnisse leer, und der Eindruck entsteht, die Seite sei einfach nicht agenten-tauglich. Das ist ein Stolperstein, über den derzeit fast jeder beim ersten Lauf fällt.

Kein KI-Kern. Wir haben Dokumentation und Chrome-Developer-Blog erneut gegengeprüft: Es gibt keine “Lighthouse AI”, keine LLM-basierten Fix-Vorschläge im Bericht und keine Gemini-Integration in der Audit-Engine. Die AI-Assistance-Seitenleiste in Chrome DevTools ist ein separates Gemini-Feature außerhalb des Lighthouse-Tabs.

Alternativen im Vergleich

Wenn du …	… nimm stattdessen
Barrierefreiheits-Audit mit geführten manuellen Tests und Fix-Vorschlägen brauchst	axe DevTools (Pro)
Eine Enterprise-Plattform mit Monitoring und Priorisierung willst	Siteimprove
KI-gestützte SEO-Content-Optimierung suchst	Surfer SEO
Ein quelloffenes CLI-Audit ohne Chrome-Bindung brauchst	Pa11y
WCAG-Verstöße visuell direkt auf der Seite markiert sehen willst	WAVE

Pa11y und WAVE ersetzen Lighthouse funktional, arbeiten aber genauso regelbasiert. Wer KI-gestützte Empfehlungen statt reiner Befunde will, landet bei axe DevTools Pro, Siteimprove oder Surfer SEO. Für die Agentic-Browsing-Frage gibt es derzeit schlicht keine kostenlose Alternative, hier ist Lighthouse konkurrenzlos.

So steigst du ein

Schritt 1: Öffne die Seite in Chrome, drücke F12, wechsle in den Tab “Lighthouse”. Wähle Mobile, aktiviere alle Kategorien und starte den Lauf. Wichtig: Nutze ein frisches Inkognito-Fenster, sonst verfälschen Browser-Erweiterungen die Ergebnisse spürbar, das ist der häufigste Anfängerfehler.

Schritt 2: Lies den Bericht von unten nach oben. Die “Opportunities” oben sind nach geschätzter Zeitersparnis sortiert und verführen dazu, an Millisekunden zu schrauben. Die harten Befunde stehen weiter unten unter “Diagnostics” und in der Barrierefreiheits-Sektion. Arbeite zuerst die roten Barrierefreiheits-Befunde ab, die sind eindeutig, schnell behebbar und rechtlich relevant.

Schritt 3: Wenn Agentic Browsing für dich zählt, registriere dich für den WebMCP Origin Trial, bevor du das Ergebnis bewertest, sonst misst du nur, dass du nicht registriert bist. Danach setzt du den Lauf über Lighthouse CI in deine Pipeline und definierst Schwellenwerte pro Kategorie. Erst ab diesem Punkt wird aus einem Momentaufnahme-Bericht ein Qualitäts-Gate, das Regressionen wirklich verhindert.

Ein konkretes Beispiel

Ein Hamburger Online-Shop für Bürobedarf mit 4.000 Artikeln bemerkt Anfang 2026, dass Bestellungen über KI-Einkaufsassistenten hängen bleiben: Der Agent findet Produkte, scheitert aber beim Warenkorb. Das Team lässt Lighthouse mit aktivierter Agentic-Browsing-Kategorie über zehn typische Seiten laufen. Ergebnis in 20 Minuten: Der Warenkorb-Button ist ein div ohne zugängliche Bezeichnung, drei Produktfilter tragen keine Beschriftung, eine llms.txt existiert nicht, und der Cumulative Layout Shift auf der Produktseite liegt bei 0,31, weil Werbebanner nachträglich einrücken. Alle vier Punkte sind in gut zwei Entwicklertagen behoben. Der Nebeneffekt ist der eigentliche Gewinn: Dieselben Korrekturen heben auch den Barrierefreiheits-Score und lösen ein seit Monaten offenes Screenreader-Ticket. Kosten des Audits: null Euro und ein halber Vormittag.

DSGVO & Datenschutz

• Lokaler Lauf (DevTools, CLI, Node-Modul): Die Analyse findet vollständig auf deinem Rechner statt. Es werden keine Seiteninhalte an Google übertragen. Damit ist diese Variante datenschutzrechtlich unkritisch, auch für interne Systeme und Seiten hinter Login.
• PageSpeed Insights: Hier läuft der Test auf Google-Infrastruktur. Die geprüfte URL und der abgerufene Seiteninhalt werden an Google übermittelt, ergänzt um Felddaten aus dem CrUX-Datensatz. Für interne, nicht öffentliche oder personenbezogene Seiten ist diese Variante ungeeignet.
• Datenhosting: Google gibt für PageSpeed Insights keine Regionsbindung an, wir führen den Eintrag deshalb als global. Wer eine EU-Zusage braucht, nutzt ausschließlich die lokalen Varianten.
• Auftragsverarbeitung: Für die lokale Nutzung entfällt die Frage, weil keine Verarbeitung durch Google stattfindet. Für PageSpeed Insights gelten die allgemeinen Google-Nutzungsbedingungen, ein dediziertes AVV für dieses Werkzeug bietet Google nicht an.
• Empfehlung für Unternehmen: In regulierten Umgebungen die CLI- oder Node-Variante verwenden und PageSpeed Insights per Richtlinie auf öffentlich erreichbare Seiten begrenzen. Das ist eine Anweisung von zwei Sätzen und löst das Thema vollständig.

Gut kombiniert mit

• axe DevTools: Lighthouse für den schnellen Rundumblick, axe DevTools für das ernsthafte Barrierefreiheits-Audit mit geführten manuellen Tests. Weil beide auf axe-core basieren, widersprechen sich die Befunde nicht, axe findet nur mehr davon.
• Screaming Frog: Lighthouse prüft einzelne Seiten, Screaming Frog crawlt die gesamte Domain. Die Kombination beantwortet die Frage, ob ein Befund ein Einzelfall oder ein Template-Problem ist, und genau davon hängt der Aufwand ab.
• Surfer SEO: Lighthouse bewertet die technische Seite, Surfer SEO die inhaltliche. Technisch saubere Seiten mit schwachem Inhalt ranken genauso wenig wie gute Texte auf kaputter Technik, beides zusammen ergibt erst ein Bild.

Unser Fazit

Google Lighthouse bekommt 4 von 5 Sternen. Für ein Werkzeug, das nichts kostet, in jedem Browser vorinstalliert ist und in einem Lauf fünf Qualitätsdimensionen abdeckt, ist das eine bemerkenswerte Bilanz. Mit der Agentic-Browsing-Kategorie hat Lighthouse 2026 zudem eine Lücke besetzt, für die es sonst kein kostenloses Angebot gibt: die Frage, ob KI-Agenten mit deiner Seite zurechtkommen. Den fünften Stern verhindern drei Punkte: Der Barrierefreiheits-Score suggeriert eine Konformität, die er nicht belegt, und richtet damit in Ausschreibungen realen Schaden an. Die Reports sind ausschließlich englisch, ohne Aussicht auf Lokalisierung. Und die WebMCP-Audits laufen ohne Origin-Trial-Registrierung stillschweigend ins Leere, was Ergebnisse verfälscht. Ein KI-Tool ist Lighthouse trotz der neuen Kategorie nicht, die Engine bleibt vollständig regelbasiert. Wir führen den Eintrag deshalb als adjacent: ein sehr gutes Werkzeug im Web-Stack, das wir empfehlen, nur eben nicht als KI-Werkzeug.

Was wir bemerkt haben

• 2026, Lighthouse hat mit Agentic Browsing eine neue Audit-Kategorie bekommen. Sie prüft WebMCP-Tool-Registrierung, Integrität des Accessibility-Baums, Benennung von Bedienelementen, Layout-Shift und das Vorhandensein einer llms.txt. Ab Chrome 150 ist sie standardmäßig aktiv, in älteren Versionen liegt sie hinter einem Experimental-Schalter. Bemerkenswert: Google vergibt hier bewusst keinen 0-bis-100-Score, sondern nur eine Bestanden-Quote, offensichtlich um Score-Kosmetik zu vermeiden.
• Juli 2026, erneute Prüfung der offiziellen Dokumentation bestätigt: Lighthouse selbst hat weiterhin keine KI-Funktionen. Auch die neue Agentic-Browsing-Kategorie arbeitet ausdrücklich mit deterministischen Signalen, nicht mit einem Modell. Die Kategorie misst also KI-Tauglichkeit, ohne selbst KI einzusetzen.
• Juli 2026, Bewertung von 3 auf 4 Sterne angehoben. Die vorherige 3 war faktisch eine Strafe dafür, dass Lighthouse kein KI-Tool ist. Das ist nicht, was unsere Skala misst: Sie bewertet, wie gut ein Werkzeug seine Aufgabe erfüllt, und darin ist Lighthouse in seiner Klasse führend.
• Juli 2026, dataHosting von eu auf global korrigiert. Die vorherige Angabe war irreführend: Lokale Läufe übertragen gar nichts, PageSpeed Insights läuft auf Google-Infrastruktur ohne zugesicherte Region. Eine EU-Zusage gab und gibt es für Lighthouse nicht.