Website-Performance: ein voller Lighthouse-Audit in 30 Sekunden
Du hast gerade eine frische Landingpage ausgespielt und willst sichergehen, dass sie nicht schwer wie ein Backstein ist. Ein Kunde fragt, warum sein Shop 9 Sekunden zum Laden braucht. Du bist im Redesign-Pitch und brauchst eine Zahl auf der Folie ("die haben 38, ihr werdet auf 95 sein"). Alle diese Situationen haben eine Antwort: ein Lighthouse-Audit.
Dieses Tool fragt die Google-PageSpeed-Insights-API (dieselbe Lighthouse-Engine, die die Google Search Console nutzt) nach dem vollen Report: vier 0-100-Bewertungen (Performance, Accessibility, Best Practices, SEO), Core Web Vitals (LCP, INP, CLS, FCP, TTFB, Speed Index) und eine Liste konkreter Fixes (z. B. "dieses 1,2-MB-Hero-Image blockt das Rendering, du kannst 2,8 s sparen").
Woher kommen die Daten? Die Lab-Messung laeuft in der Google-Cloud auf einer simulierten 4G-Verbindung plus Mid-Tier-Smartphone. Hat die Seite Real-User-Daten im Chrome User Experience Report (CrUX), Googles oeffentliches Dataset mit Feld-Metriken echter Chrome-Besucher, enthalten INP und TTFB auch diese Feld-Daten. Kleine Seiten haben meist kein CrUX-Sample, du siehst dann nur die Lab-Werte.
Mobile vs Desktop: nicht derselbe Audit. Mobile drosselt auf ein Moto-G4-Klasse-Geraet ueber langsames 4G (1,6 Mbps, 150 ms Latenz), Bewertungen sind daher immer niedriger. Google priorisiert Mobile im Ranking (Mobile-First-Indexing seit 2019), also Mobile zuerst pruefen.
So benutzt du es
- URL der zu auditierenden Seite einfuegen. `https://` kannst du weglassen, wir ergaenzen es. Es muss eine oeffentliche URL sein, Google kann `localhost`, `.local` oder Seiten hinter Login nicht erreichen.
- Strategie waehlen: Mobile (Default, das fuer SEO zaehlt) oder Desktop (leichter 90+, gut fuer Vergleiche). Beides auditieren, wenn das Quota reicht, Mobile ist oft dramatisch langsamer.
- Run check klicken und 10 bis 30 Sekunden warten. Google laedt die Seite tatsaechlich in einem virtuellen Browser, misst jeden Schritt und bewertet ihn. Das ist kein gecachter Lookup, jeder Lauf ist eine frische Messung.
- Du siehst 4 Dials (Performance, Accessibility, Best Practices, SEO). Gruen = 90 bis 100, gelb = 50 bis 89, rot = 0 bis 49. Google betrachtet Gruen als "gut", der Rest ist Verbesserungsspielraum.
- Unter den Dials die Core Web Vitals: LCP (Largest Contentful Paint, wann der Screen visuell fertig aussieht), INP (Interaction to Next Paint, wie schnell die Seite auf Klicks reagiert), CLS (Cumulative Layout Shift, ob Inhalt beim Laden springt), FCP, TTFB, Speed Index.
- Die Opportunities-Liste unten ist der handlungsfaehige Teil, konkrete Fixes nach Wirkung sortiert. Jede zeigt geschaetzte Einsparungen, z. B. "Bilder komprimieren: -2,1 s". Pack die ersten 3 als High markierten an, der Rest ist Kleingedrucktes.
- Re-Run nach einem Fix: neue Messung, neuer Score, leichter Vergleich. In PageSpeed Insights oeffnen schickt dich zum offiziellen Google-Report auf pagespeed.web.dev (dieselben Daten, mehr Detail).
Wann das nuetzlich ist
Sechs Situationen, in denen dieses Tool ein verbales "sollte schnell genug sein" schlaegt:
- Regression-Check vor dem Deploy. Du hast ein grosses Frontend-Refactor gemacht (Framework-Update, neue Component-Library, CMS-Wechsel). Vor dem Push in Produktion bestaetigst du, dass die Bewertung nicht unter 90 gefallen ist. Wenn doch, weisst du, dass du dich um das Hinzugekommene kuemmern musst (meist: ein zu grosses JS-Bundle oder unoptimierte Bilder).
- Einem Kunden einen Wettbewerber zeigen. Sales-Meeting. Du willst beweisen, dass der aktuelle Anbieter langsame Seiten ausliefert. Du auditierst seine Seite und die eines Wettbewerbers: 38 vs 92. Der Kunde hoert ploetzlich zu, Googles Zahlen lassen sich schwer wegdiskutieren.
- "Warum ist der Shop langsam"-Diagnose. Ein Kunde meldet sinkende Conversion und vermutet die Geschwindigkeit. Du auditierst: LCP 6,8 s (sollte unter 2,5 s sein), die Opportunities zeigen "Hero-Bilder zu gross (3,4 MB)". In einem halben Tag gefixt.
- SEO-Audit vor einer Migration. Der Kunde wechselt von WordPress zu Shopify / Webflow / einem Custom-Stack. Audit der aktuellen Seite vor und der neuen nach dem Wechsel, alle 4 Bewertungen vergleichen. SEO sagt dir, ob Meta-Tags, Alt-Text und Sitemap ueberlebt haben. Best Practices, ob Mixed Content oder deprecated APIs eingefuehrt wurden.
- Hosting-/CDN-Wechsel validieren. Wechsel von einem generischen VPS zu Vercel / Cloudflare Pages / Netlify. Audit Mobile + Desktop vor und nach. TTFB (Time To First Byte) zeigt sofort, ob der Server schneller antwortet. LCP, ob Bilder schneller laden (CDN-Cache-Hit).
- WCAG-Accessibility-Spot-Check. Public-Sector- oder Compliance-Kunden brauchen WCAG 2.1 AA-Konformitaet. Der Accessibility-Audit deckt Kontrast, Alt-Text, ARIA-Rollen, Focus-Rings ab. Ein voller Audit braucht menschliche Pruefung, Lighthouse faengt aber rund 80 % der technischen Probleme.
Mehr Kontext gesucht? Der SSL-Zertifikats-Pruefer bestaetigt, dass HTTPS korrekt konfiguriert ist (Voraussetzung fuer Best Practices = 100). Das DNS-Lookup zeigt, ob der Server auf die richtigen Records antwortet. Die Open-Graph-Vorschau hilft, die Social-Share-Meta-Tags zu verifizieren, die Lighthouse erwartet.