Seitengeschwindigkeits-Test — Core Web Vitals prüfen

Starte Google Lighthouse für jede URL, mobil oder am Desktop. Sieh Performance-, Barrierefreiheits-, Best-Practices- und SEO-Scores, Core Web Vitals und die Fixes mit dem größten Einsparpotenzial.

Aktualisiert am

Was der Seitengeschwindigkeits-Test misst

Gib oben eine beliebige öffentliche URL ein und drücke Enter oder Ctrl + Enter.

  • Performance-Score (0–100)
  • Barrierefreiheit, Best Practices & SEO-Scores
  • Largest Contentful Paint (LCP)
  • Cumulative Layout Shift (CLS)
  • Total Blocking Time (Labor-Näherung für INP)
  • First Contentful Paint & Speed Index
  • Echte Nutzerdaten (CrUX), falls verfügbar
  • Top-Optimierungspotenziale mit geschätzter Einsparung
Probiere:

Dieses Tool ruft die eingegebene öffentliche URL über unseren Server ab. Ergebnisse liegen nur wenige Minuten im Arbeitsspeicher und werden nie in einer Datenbank gespeichert.

So nutzt du: Seitengeschwindigkeits-Test

  1. Gib die URL ein und wähle Mobil (der Standard, den Google fürs Indexieren nutzt) oder Desktop.
  2. Klicke auf Geschwindigkeit testen. Lighthouse lädt die Seite in einem gedrosselten Browser – das dauert meist 20–60 Sekunden.
  3. Prüfe die Core Web Vitals: Grün ist gut, Orange braucht Verbesserung, Rot ist schlecht. Die Felddaten echter Nutzer, sofern angezeigt, sind das, was Google fürs Ranking verwendet.
  4. Arbeite die Optimierungspotenziale von der größten geschätzten Einsparung nach unten ab und teste dann erneut.

Was ist ein Seitengeschwindigkeits-Test?

Ein Seitengeschwindigkeits-Test lädt eine URL in einem kontrollierten Browser und misst, wie schnell Inhalte erscheinen, wie schnell die Seite auf Eingaben reagiert und wie stabil das Layout ist. Dieses Tool führt Google Lighthouse über die PageSpeed-Insights-API aus – dieselbe Engine wie in den Chrome DevTools – und ergänzt, sofern Google für die URL genug Traffic-Daten hat, Felddaten aus dem Chrome User Experience Report (CrUX).

Core Web Vitals und ihre Schwellenwerte

Core Web Vitals sind Googles Metriken zur Nutzererfahrung und Teil seiner Page-Experience-Signale. Jede wird am 75. Perzentil der Seitenaufrufe bewertet:

MetrikMisstGutSchlecht
LCP — Largest Contentful PaintWann der Hauptinhalt (Hero-Bild oder Überschrift) gerendert ist≤ 2,5 s> 4,0 s
INP — Interaction to Next PaintReaktionsfähigkeit auf Klicks, Taps und Tastendrücke≤ 200 ms> 500 ms
CLS — Cumulative Layout ShiftUnerwartete Verschiebungen von Inhalten während des Ladens≤ 0,1> 0,25

INP hat im März 2024 die First Input Delay abgelöst. Da INP echte Nutzerinteraktionen voraussetzt, kann ein Labortest es nicht messen; Lighthouse meldet stattdessen die Total Blocking Time (TBT), die damit korreliert (gut ≤ 200 ms). Lighthouse zeigt außerdem First Contentful Paint (gut ≤ 1,8 s) und Speed Index an.

Labordaten vs. Felddaten

Labordaten stammen aus einem simulierten Seitenaufruf: Auf dem Smartphone emuliert Lighthouse ein Mittelklasse-Handy mit gedrosselter 4G-Verbindung. Deshalb schwanken die Werte von Lauf zu Lauf und liegen meist niedriger als auf deinem schnellen Gerät. Sie eignen sich ideal zum Debuggen. Felddaten fassen echte Chrome-Nutzer der letzten 28 Tage zusammen. Sie fließen in Googles Page-Experience-Bewertung ein, existieren aber nur für Seiten mit ausreichend Traffic.

So wird der Performance-Score berechnet

Der Performance-Score von 0–100 ist ein gewichteter Durchschnitt der Labormetriken. In aktuellen Lighthouse-Versionen zählt die Total Blocking Time 30 %, LCP und CLS jeweils 25 %, FCP und Speed Index jeweils 10 %. 90–100 ist gut, 50–89 braucht Verbesserung, unter 50 ist schlecht.

Fixes, die am häufigsten helfen

  • LCP: komprimiere und dimensioniere das Hero-Bild richtig (probiere den Bildkomprimierer), liefere WebP/AVIF aus, lade es nicht lazy und verkürze die Serverantwortzeit.
  • TBT / INP: entferne ungenutztes JavaScript und schwere Third-Party-Tags, verschiebe unkritische Skripte und zerlege lange Tasks.
  • CLS: setze width und height bei Bildern und Einbettungen, reserviere Platz für Werbung und Cookie-Banner und verwende font-display mit passenden Ersatzschriften.

Für HTML-Checks zur Performance wie Kompression, Caching-Header und render-blockierende Skripte nutzt du den SEO-Checker.

Auch gesucht als: seitengeschwindigkeit testen, pagespeed test, core web vitals prüfen, lighthouse test, website geschwindigkeit testen, ladezeit prüfen, lcp messen, pagespeed insights.

Passende Tools zu: Seitengeschwindigkeits-Test

  • Alt-Text-Checker — Prüfe alle Bilder einer Seite in einer Tabelle: Alt-Text-Status, Dateigröße, width/height-Attribute, Format und Lazy Loading – mit Filtern und CSV-Export.
  • Security Headers Prüfer — Bewerte die HTTP-Sicherheitsheader einer Website von A+ bis F, sieh, welche fehlen und warum sie wichtig sind, und kopiere fertige Konfigschnipsel für Nginx, Apache, Netlify, Vercel oder Cloudflare.
  • Ist es down? Website-Checker — Finde in Sekunden heraus, ob eine Website für alle oder nur für dich nicht erreichbar ist, mit Statuscode, Antwortzeit und Tipps zur Fehlerbehebung.
  • robots.txt – Erklärvideo — Die Regeln in der robots.txt-Datei sind kurz, lassen sich aber leicht falsch interpretieren.

Häufige Fragen

Warum ist mein Mobile-Score so viel niedriger als der Desktop-Score?
Der Mobile-Test simuliert ein Mittelklasse-Smartphone mit langsamerer CPU und gedrosseltem Netzwerk, daher leiden JavaScript-lastige Seiten deutlich stärker. Google nutzt Mobile-First-Indexierung, deshalb ist das mobile Ergebnis das, auf das du dich zuerst konzentrieren solltest.
Warum ändert sich mein Score bei jedem Test?
Labordaten schwanken mit Serverantwortzeit, Third-Party-Skripten, Werbung und Netzwerkbedingungen. Abweichungen von ein paar Punkten sind normal. Mach mehrere Tests und achte auf den Trend.
Beeinflusst die Ladegeschwindigkeit das Google-Ranking?
Ja, Core Web Vitals gehören zu Googles Page-Experience-Signalen, aber Relevanz und Inhaltsqualität sind deutlich wichtiger. Die Geschwindigkeit wirkt sich stärker auf das Nutzerverhalten und die Conversions aus.
Warum gibt es keine Felddaten für meine Seite?
Felddaten stammen aus dem Chrome User Experience Report, der nur Seiten und Origins mit genug echtem Chrome-Traffic enthält. Neue oder wenig besuchte Seiten zeigen nur Labordaten.
Warum kann der Test INP nicht messen?
INP braucht echte Nutzerinteraktionen wie Klicks und Taps. Lighthouse interagiert nicht mit der Seite, daher meldet es die Total Blocking Time als Labor-Näherung. Den echten INP-Wert siehst du im Bereich der Felddaten, sofern verfügbar.

Ähnliche Tools