Poetschke IT
Leistungen
Preise
Ratgeber
Über mich
Erstgespräch anfragen
Poetschke IT
Poetschke IT

Webentwicklung, Wartung und IT-Unterstützung aus einer Hand – damit Sie sich auf Ihr Kerngeschäft konzentrieren können.

IONOS – Offizieller Partner
eRecht24 Agentur-Partner für rechtssichere Webseiten

Leistungen

  • Leistungen
  • Preise
  • Wartung
  • Fernwartung
  • Tools

Unternehmen

  • Über mich
  • Ratgeber
  • Kontakt

Kunden

  • Kundenportal
  • Onboarding

Rechtliches

  • Impressum
  • Datenschutz
  • AGB

© 2026 POETSCHKE IT. Alle Rechte vorbehalten.

Mitentwickelt von Marcel Pötschke

← Ratgeber/Webentwicklung

PageSpeed Insights selbst lesen: Die fünf Werte, die wirklich entscheiden

Der grüne Score sagt weniger, als viele glauben. Welche fünf Metriken wirklich zählen, was die Schwellenwerte bedeuten — und welche Fragen Sie Ihrem Entwickler stellen sollten.

Marcel Pötschke – Inhaber POETSCHKE IT

Marcel Pötschke

Freiberuflicher Webentwickler

29. April 2026·9 Min

In diesem Artikel

    Sie geben Ihre Domain bei PageSpeed Insights ein, der Score zeigt eine grüne 92, und Ihr Webdesigner sagt: „Alles im grünen Bereich.“ Eine Woche später beschwert sich ein Kunde, dass die Seite auf seinem Handy „ewig hakt“. Beides kann gleichzeitig stimmen — und genau das ist das Problem mit der Zahl im Kreis.

    Die berühmte Score-Zahl ist eine Mischung aus mehreren Einzelwerten, hochskaliert auf 0 bis 100. Sie taugt grob als Ampel, sagt aber nicht, was langsam ist und für wen. Das verraten die fünf Metriken darunter — und wer sie lesen kann, packt gezielt an, statt Symptome zu jagen.

    Erst der Unterschied: Lab Data oder Field Data

    Bevor es um einzelne Werte geht, müssen wir zwei Sektionen unterscheiden, die der Bericht nebeneinander anzeigt — und die fast alle Auftraggeber durcheinanderbringen.

    • Field Data stammt aus dem Chrome User Experience Report: anonymisierte echte Messwerte von echten Chrome-Nutzern Ihrer Seite, gesammelt über die letzten 28 Tage. Hier sehen Sie, wie Ihre Seite tatsächlich performt — auf alten Android-Handys, in schwankendem Mobilfunk-Empfang, mit installierten Browser-Erweiterungen.
    • Lab Data ist eine einmalige Lighthouse-Messung unter Laborbedingungen (simulierte 4G-Verbindung, mittelschwacher Geräteprofil). Praktisch zum Debuggen, aber nicht repräsentativ.

    Wichtig: Field Data taucht nur auf, wenn Ihre Seite genug Traffic hat — sonst sehen Sie nur Lab Data. Eine kleine lokale Geschäftsseite mit 200 Besuchern pro Monat hat oft keine Field Data, und Sie müssen mit dem Lab-Score arbeiten. Das ist okay, solange Sie wissen, dass es eine Schätzung ist.

    Wenn Field Data verfügbar ist, schlägt sie immer Lab Data. Eine grüne 92 im Lab und eine rote Field-Bewertung bedeutet: Ihre Besucher haben echte Probleme — egal was die Lighthouse-Simulation meint.

    LCP — Largest Contentful Paint

    LCP misst, wie lange es dauert, bis das größte sichtbare Element Ihrer Seite geladen ist. Typischerweise ist das ein Hero-Bild, ein Hintergrundvideo oder ein großer Headline-Block. Aus Sicht Ihrer Besucher: „Ist die Seite jetzt da?“

    Schwellenwerte (gleich für mobile und Desktop):

    • Unter 2,5 Sekunden: gut. Die Seite fühlt sich responsiv an.
    • 2,5 bis 4 Sekunden: Verbesserungsbedarf. Spürbar, aber kein Drama.
    • Über 4 Sekunden: schlecht. Hier brechen Erstbesucher ab, bevor die Seite überhaupt sichtbar war.

    Die häufigsten Ursachen für einen schlechten LCP sind unkomprimierte Hero-Bilder (3-MB-PNG statt 150-KB-WebP), Web-Fonts, die das Rendering blockieren, und Hosting, das schon für die erste Server-Antwort zu lange braucht. Faustregel: Ist das Hero-Bild größer als 250 KB, lohnt sich fast immer eine Optimierung.

    Ihre Webseite ist langsam — und Sie wissen nicht, wo anfangen?

    Ich schaue mir Ihre Seite mit Field- und Lab-Daten an, identifiziere die zwei bis drei größten Hebel und schicke Ihnen eine konkrete Empfehlung — keine 30-seitige Analyse, sondern die Handlungsschritte, die wirklich Wirkung haben.

    Pagespeed-Audit anfragenLeistungen ansehen

    INP — Interaction to Next Paint

    INP hat im März 2024 die ältere FID-Metrik abgelöst, und das war überfällig. FID maß nur die Reaktion auf die erste Interaktion. INP misst alle Interaktionen — Klicks, Tastatureingaben, Tap-Gesten — und meldet den schlechtesten Wert. Das spiegelt das echte Empfinden besser, denn eine schnelle erste Klick-Antwort hilft wenig, wenn das Menü drei Sekunden später beim Aufklappen einfriert.

    Schwellenwerte:

    • Unter 200 Millisekunden: gut. Interaktionen wirken sofort.
    • 200 bis 500 Millisekunden: spürbar, aber tolerabel.
    • Über 500 Millisekunden: die Seite fühlt sich „klebrig“ an — Klicks scheinen ins Leere zu gehen, und Nutzer klicken oft mehrfach.

    INP ist fast immer ein JavaScript-Problem. Schwere Skripte (Tracking-Stacks, Cookie-Banner-Tools, Live-Chat-Widgets) blockieren den Main-Thread und verzögern jede Interaktion. WordPress-Seiten mit zwölf gleichzeitig aktiven Marketing-Plugins erreichen hier regelmäßig dreistellige Millisekunden-Werte — eine Optimierung beginnt fast immer damit, das JavaScript-Inventar ehrlich aufzuräumen.

    CLS — Cumulative Layout Shift

    CLS misst, wie viel sich auf Ihrer Seite während des Ladens verschiebt. Niedrige Werte bedeuten, dass der Inhalt dort bleibt, wo er beim ersten Erscheinen war. Hohe Werte bedeuten, dass Buttons, Links oder Texte plötzlich nach unten springen — und Sie aus Versehen auf etwas anderes klicken als geplant.

    Schwellenwerte (das sind keine Sekunden, sondern ein dimensionsloser Score):

    • Unter 0,1: gut.
    • 0,1 bis 0,25: Verbesserungsbedarf.
    • Über 0,25: die Seite springt sichtbar.

    CLS ist die Metrik, die Besucher emotional am stärksten ärgert — weit über das hinaus, was die reine Ladezeit erklären könnte. Ursachen sind fast immer dieselben: Bilder ohne festgelegte width/height-Attribute, asynchron nachgeladene Werbebanner, eingebettete Videos ohne Reservier-Container, Custom-Fonts, die nach dem Laden den Zeilenumbruch ändern. All das ist technisch behebbar, oft mit Aufwand von Stunden statt Tagen.

    TTFB — Time to First Byte

    TTFB misst, wie lange Ihr Server für das erste Byte einer Antwort braucht — also alles, was passiert, bevor der Browser überhaupt anfangen kann zu rendern. Diese Metrik ist die ehrlichste Aussage über Ihre Hosting-Qualität.

    Schwellenwerte:

    • Unter 800 Millisekunden: gut.
    • 800 bis 1.800 Millisekunden: grenzwertig.
    • Über 1.800 Millisekunden: Ihr Hosting ist ein Engpass, den keine Frontend-Optimierung wettmacht.

    TTFB-Probleme bei kleinen Geschäftsseiten haben fast immer dieselbe Ursache: zu günstiges Shared-Hosting, das hunderte Seiten auf einer Maschine zusammenpackt. Bei dynamischen Seiten (alles außer reinem statischen HTML) kommt der Datenbank-Zugriff dazu — und wenn der Hoster auch noch langsamen Storage benutzt, ist eine Sekunde TTFB schnell erreicht. Hier hilft kein Bild-Komprimieren mehr, hier hilft nur ein anderer Hoster oder ein vorgelagertes Caching.

    FCP — First Contentful Paint

    FCP misst den Zeitpunkt, an dem das erste sichtbare Element gerendert wird — egal wie klein. Das ist meistens deutlich früher als LCP. FCP ist weniger entscheidend als die anderen Werte, aber ein nützlicher Diagnose-Indikator.

    Hoher FCP zeigt fast immer eines an: render-blocking resources. Das sind CSS- oder JavaScript-Dateien, die der Browser laden und ausführen muss, bevor er überhaupt anfangen darf zu zeichnen. Eine WordPress-Seite mit zwanzig parallel geladenen Plugin-Stylesheets in unsortierter Reihenfolge sieht hier schlecht aus — und wer FCP versteht, weiß sofort, wo zu suchen ist.

    Schwellenwerte:

    • Unter 1,8 Sekunden: gut.
    • 1,8 bis 3 Sekunden: Verbesserungsbedarf.
    • Über 3 Sekunden: es passiert spürbar lange gar nichts.

    Was Sie als Kunde damit anfangen können

    Sie müssen die Werte nicht selbst optimieren — das ist Aufgabe Ihres Entwicklers. Aber Sie sollten in der Lage sein, einen Bericht zu lesen und die richtigen Fragen zu stellen. Ein Test mit dem öffentlichen Tool unter pagespeed.web.dev dauert keine Minute.

    Konkrete Fragen, die nach dem Test sinnvoll sind:

    • Bei rotem LCP: Welches Element wird gemessen, und wie groß ist das Hero-Bild ausgeliefert? Größere Bilder als 250 KB sind heute selten gerechtfertigt.
    • Bei rotem INP: Welche Skripte laufen beim Seitenstart? Lassen sich Marketing-Tools (Cookie-Banner, Tracking, Live-Chat) erst nach Nutzer-Interaktion laden?
    • Bei rotem CLS: Haben alle Bilder und eingebetteten Inhalte feste Dimensionen? Werden Schriftarten mit font-display: swap ausgeliefert?
    • Bei rotem TTFB: Wie ist das Hosting aufgestellt, gibt es serverseitiges Caching, und wann wurde das letzte Mal ein realer Lasttest gemacht?

    Und: nicht jede Seite braucht überall grüne Werte. Eine kleine lokale Anwaltsseite mit zwanzig Besuchern am Tag ist nicht in Lebensgefahr, wenn der CLS bei 0,15 liegt. Eine Online-Shop-Startseite, über die Tausende Conversions laufen, schon. Ihre Werte sollten zu Ihrem Geschäft passen — und das einzuschätzen, ist eine Mischung aus Daten und Bauchgefühl, bei der ein guter Entwickler Ihnen den Rahmen geben kann.

    Was Sie auf keinen Fall machen sollten: blind den Score-Wert anstarren und „grün ist gut, rot ist schlecht“ zur Strategie machen. Eine grüne 92 mit miesem Field-INP ist ein Problem. Eine gelbe 75 mit grünen Field-Werten ist ein Erfolg. Erst die fünf Einzelwerte verraten, was wirklich los ist.