Was ist Lighthouse?
Lighthouse ist Googles Open-Source-automatisiertes Tool zum Auditieren der Web-Seiten-Qualität. Performance (Core Web Vitals), Barrierefreiheit, SEO, PWA und Best Practices. Es läuft in Chrome DevTools, dem PageSpeed-Insights-Web-Tool und der lighthouse-CLI. Es ist die kanonische Scoring-Engine für Googles Web-Perf-Signale: wenn ein Tool einen "Lighthouse-Score" meldet, ist das, was es ausgeführt hat. Als kostenloses Local-First-Tool ist Lighthouse unschlagbar für One-Off-Page-Audits während der Entwicklung. Wo es für Produktions-Teams scheitert: keine geplanten Runs, keine historische Trendung, kein Alerting, keine Multi-Region-Abdeckung, kein Lasttest, und du musst dich erinnern, es auszuführen.
Wann Lighthouse alleine genügt
- Du bist ein Solo-Entwickler, der eine Seite während eines Feature-Builds auditiert.
- Du brauchst eine One-Off-Core-Web-Vitals-Aufnahme vor einem Release.
- Du bist komfortabel, lighthouse-CI selbst in deine Build-Pipeline einzubinden.
Wo Lighthouse Lücken hinterlässt
- Keine Planung. Lighthouse läuft, wenn du es ihm sagst. Regressionen in Production zu fangen erfordert, dass du (oder ein CI-Job, den du baust) es nach einer Kadenz ausführst.
- Keine historische Trendung. Jeder Run ist eine Aufnahme, kein eingebauter Chart von LCP-über-Zeit über die letzten 30 Tage.
- Keine Alarme. Score fällt 20 Punkte nach einem Deploy? Lighthouse sagt es dir nicht. Du entdeckst es das nächste Mal, wenn du es manuell ausführst.
- Single-Location. Lokale Lighthouse-Runs von deiner Maschine. PageSpeed Insights läuft von einem Google-Rechenzentrum. Echte Nutzer treffen deine Site von dutzenden von Geografien.
- Kein Lasttest. Lighthouse misst eine Seiten-Last isoliert; es simuliert keinen konkurrenten Traffic.
- Manuell. Jeder Run ist eine manuelle oder geskriptete Invokation. Im Team-Maßstab wird das zu einer Prozess-Steuer.
LoadFocus vs. Lighthouse: Vergleich
| Feature | LoadFocus | Lighthouse (roh) |
|---|---|---|
| Lighthouse-Audit-Engine | Ja, gleiche kanonische Engine | Ja (es IST Lighthouse) |
| Geplante Runs | Ja, stündlich/täglich/wöchentlich | Nein |
| Historische Trendung | Ja. 30/90-Tage-Charts | Nein |
| Alarme bei Regression | Ja. E-Mail/Slack/Webhook | Nein |
| Multi-Region-Abdeckung | 26+ AWS-Regionen | Single (deine Maschine) |
| Lasttest daneben | Ja. JMeter + k6 | Nein |
| API-Monitoring | Ja | Nein |
| Setup-Aufwand | Anmelden + URL einfügen | npm install + Skript + Cron + Storage + UI |
| Free-Tier | Für immer, begrenzte Runs/Mo | Für immer, nur manuell |
Wann LoadFocus die richtige Wahl ist
- Du willst Lighthouse-Audits nach Plan statt sich zu erinnern, sie auszuführen.
- Du brauchst Historie + Trends, um Core-Web-Vitals-Regressionen über Zeit zu erkennen, nicht nur Aufnahmen.
- Dein Team braucht Alarme, wenn LCP/INP/CLS einen Schwellenwert überschreitet, typischerweise post-Deploy.
- Du willst Multi-Region-Tests, um zu sehen, wie deine Site performt von dort, wo deine echten Nutzer tatsächlich sind.
- Du willst Lasttest auf der gleichen Plattform: messe nicht nur eine isolierte Seiten-Last, sondern Performance unter realistisch konkurrentem Traffic.
Von Lighthouse-only-Workflow migrieren
- Identifiziere deine kritischen URLs: Landing-Pages, Top-konvertierende Produkt-Seiten, Nutzer-Dashboards.
- Plane LoadFocus-Speed-Tests auf diesen URLs täglich (oder stündlich für High-Traffic-Pages).
- Setze Core-Web-Vitals-Schwellenwerte: alarmiere, wenn LCP > 2,5s, INP > 200ms, CLS > 0,1.
- Behalte lokales Lighthouse für Ad-hoc-Dev-Zeit-Debugging, es ist unschlagbar dafür.
- Wire LoadFocus in CI via API-Call, um Builds bei Regression fehlschlagen zu lassen.
FAQ: LoadFocus vs Lighthouse
Nutzt LoadFocus die gleiche Lighthouse-Engine?
Ja. LoadFocus betreibt Googles Open-Source-Lighthouse unter der Haube. Gleiche Scores, die du in Chrome DevTools oder PageSpeed Insights sehen würdest, nur geplant, gechartet und alarmiert.
Warum bezahlen, wenn Lighthouse kostenlos ist?
Die Lighthouse-Engine ist kostenlos. Die Infrastruktur, um es nach Plan aus mehreren Regionen auszuführen, Ergebnisse zu speichern, Historie zu charten und bei Regression zu alarmieren, ist der Mehrwert, für den LoadFocus berechnet. Für einen einzelnen Dev, der gelegentlich Audits per Hand ausführt, ist das kostenlose Lighthouse okay. Für ein Team, das eine Produktions-Site besitzt, sparst du mehr in Alarm-Zeit-bis-Erkennung als das Abonnement kostet.
Kann ich die rohe Lighthouse-JSON-Ausgabe bekommen?
Ja, jeder LoadFocus-Speed-Test-Run exponiert das volle Lighthouse-JSON via API. Nützlich, wenn du es in Datadog oder deine eigenen Dashboards einspeisen willst.
Was ist mit lighthouse-CI?
lighthouse-CI ist Googles Open-Source-CI-Integration. Wenn du Engineering-Bandbreite hast, es einzurichten + zu pflegen + Storage + Dashboards zu bauen, ist es eine starke Wahl. LoadFocus ist die Managed-Service-Alternative.
Unterstützt LoadFocus Custom-Lighthouse-Configs?
Die meisten produktions-relevanten Settings (Form-Faktor: Mobile vs. Desktop, Throttling-Profil, Locale) sind in der LoadFocus-UI exponiert. Nische-Custom-Configs (Custom-Gatherers, -Audits) erfordern Kontakt mit dem Support.
Was ist mit PageSpeed Insights?
PageSpeed Insights ist auch Lighthouse-basiert. Googles kostenlose gehostete Version. PSI läuft on-demand aus einem Google-Rechenzentrum; LoadFocus läuft geplant aus 26+ AWS-Regionen mit voller Historie. Sie ergänzen sich.
Mit LoadFocus loslegen
Melde dich kostenlos an und führe deinen ersten geplanten Website-Speed-Test aus. Lighthouse auf Autopilot, mit der Multi-Region-Abdeckung + Alarmen, die lokales Lighthouse nicht geben kann.
