Beginne mit einer Seite, die für deinen Betrieb wichtig ist
Öffne PageSpeed Insights, füge die vollständige Adresse einer öffentlich erreichbaren Seite ein und starte die Analyse. Wähle zunächst die mobile Ansicht und sieh dir anschließend die Desktop-Ergebnisse an. Halte die beiden getrennt fest.
Für einen kleinen Betrieb würde ich mit der Startseite und einer wichtigen Leistungsseite beginnen. Kommen Besucher häufig direkt auf einen bestimmten Ratgeber oder eine Angebotsseite, gehört diese ebenfalls in die Auswahl. Eine schnelle Startseite hilft wenig, wenn der eigentlich genutzte Einstieg stockt.
Notiere zu jedem Bericht die geprüfte Adresse, das Datum und die Geräteansicht. Speichere einen Screenshot oder den Bericht. So kannst du eine spätere Änderung mit dem richtigen Ausgangszustand vergleichen. „Unsere Website hatte einmal 62 Punkte“ lässt offen, welche Seite und welche Messung gemeint waren.
Zwei Messungen beantworten unterschiedliche Fragen
PageSpeed Insights verbindet Nutzerdaten aus dem Chrome User Experience Report, kurz CrUX, mit einem Labortest durch Lighthouse. Die Nutzerdaten beziehen sich auf die vergangenen 28 Tage. Fehlen genügend Messungen für die einzelne Adresse, kann der Bericht auf die gesamte Herkunft ausweichen, etwa https://beispiel.at. Diese Werte gelten dann für mehrere Seiten gemeinsam. Fehlen auch dafür Daten, bleibt dieser Bereich ohne Ergebnis. Das erklärt Google in der Dokumentation zu PageSpeed Insights.
Prüfe deshalb die Angabe „Diese URL“ beziehungsweise „Ursprung“ im Bericht. Gute Werte für den gesamten Ursprung beweisen noch nicht, dass gerade deine neue Leistungsseite gut funktioniert. Umgekehrt ist „keine Daten“ keine schlechte Note. Bei kleinen oder neuen Websites kann schlicht die ausreichende Datengrundlage fehlen.
Der Labortest lädt die Seite unter festgelegten Bedingungen. Echte Besucher bringen unterschiedliche Geräte, Verbindungen und Nutzungsverläufe mit. Beide Ergebnisse können deshalb voneinander abweichen. Google erläutert diese Unterschiede auf web.dev zu Labor- und Felddaten. Meine Empfehlung: Nutze die Nutzerdaten zur Einordnung des bisherigen Erlebnisses und das Labor für die gezielte Fehlersuche.
Was LCP, INP und CLS für Besucher bedeuten
Die drei Core Web Vitals betrachten unterschiedliche Teile der Nutzung. Google nennt in seiner Web-Vitals-Übersicht folgende Grenzen für gute Werte:
- LCP – Largest Contentful Paint: Wann erscheint das größte sichtbare Inhaltsstück, etwa ein Bild oder Textblock? Gut sind höchstens 2,5 Sekunden.
- INP – Interaction to Next Paint: Wie schnell reagiert die Darstellung auf Interaktionen wie Tippen oder Klicken? Gut sind höchstens 200 Millisekunden.
- CLS – Cumulative Layout Shift: Wie stark verschieben sich Inhalte unerwartet? Gut ist ein Wert von höchstens 0,1. Das ist keine Zeitangabe.
Bei Felddaten werden diese Grenzen am 75. Perzentil beurteilt: Mindestens 75 Prozent der erfassten Werte liegen dann an oder unter dem angegebenen Wert. Das ist weder ein Durchschnitt noch das Versprechen, dass jeder Aufruf gleich schnell ist.
Ein normaler Lighthouse-Ladetest ohne Nutzereingaben misst keinen INP. Die dort ausgewiesene Total Blocking Time, kurz TBT, kann Hinweise auf mögliche Reaktionsprobleme geben, ersetzt INP aber nicht. Auch diese Abgrenzung beschreibt die verlinkte Web-Vitals-Übersicht.
Du musst die Abkürzungen nicht auswendig lernen. Für das Gespräch über deine Website reichen drei konkrete Beobachtungen: Der Hauptinhalt kommt spät, eine Schaltfläche reagiert verzögert oder ein Element springt beim Laden weg. Gib möglichst an, auf welcher Seite und bei welcher Handlung das passiert.
Warum der Punktwert schwankt
Der Lighthouse-Leistungswert bündelt mehrere Messgrößen mit unterschiedlichem Gewicht. Veränderte Messbedingungen können den Wert beeinflussen. Nach der Lighthouse-Dokumentation zur Bewertung gelten 90 bis 100 Punkte als gut; ein perfekter Wert ist nicht die Erwartung für jede Website.
Wenn ein Ergebnis auffällig ist, wiederhole den Test unter derselben Geräteansicht. Ich würde für eine erste Einordnung drei Durchläufe festhalten und alle drei ansehen. Wähle anschließend keinen besonders guten Lauf als alleinigen Beleg aus. Prüfe, ob dieselbe Auffälligkeit wiederkehrt und ob die Messgrößen in eine ähnliche Richtung zeigen.
Ein fiktives Beispiel: Eine Leistungsseite erreicht mobil 58, 66 und 61 Punkte. In allen drei Berichten erscheint das große Einstiegsbild spät. Das ist ein brauchbarer Anlass, dessen Einbindung untersuchen zu lassen. Aus den drei Punktwerten allein lässt sich dagegen weder ein bestimmter Programmfehler noch ein Umsatzverlust ableiten.
Aus einem Hinweis wird noch kein fertiger Auftrag
Die Diagnose im Bericht ist ein Ausgangspunkt. Bevor du ein zusätzliches Plugin installierst oder das Hosting wechselst, sollte die zuständige Person die Ursache an der betroffenen Seite prüfen. Ein allgemeines Versprechen wie „Wir bringen jede Seite auf 100“ sagt wenig über den nötigen Eingriff und seine Folgen aus.
Für eine kleine Website würde ich die Abstimmung auf diese Fragen begrenzen:
- Was ist konkret langsam oder instabil? Seite, Messgröße und betroffenes Element benennen.
- Welche Änderung soll das beheben? Beispielsweise eine passende Bildvariante ausliefern oder eine auffällige Einbindung genauer untersuchen.
- Wie prüfen wir das Ergebnis? Gleiche Seite und Geräteansicht erneut messen und den Kontaktweg danach durchgehen.
- Welcher Aufwand ist vereinbart? Zuerst eine begrenzte Maßnahme mit nachvollziehbarem Ergebnis beauftragen.
Wenn Bilder tatsächlich die Ursache sind, hilft dir der Ratgeber Bilder für deine Website vorbereiten bei den nötigen Ausgangsdateien. Ein neues Fotoformat allein ist aber keine Diagnose für jede langsame Seite.
Formuliere den Auftrag möglichst so: „Bitte prüfe auf dieser Leistungsseite das verspätete Einstiegsbild in der mobilen Ansicht. Halte die Ursache, die vorgesehene Änderung und den Vorher-Nachher-Vergleich fest. Menü und Anfrageformular müssen anschließend weiterhin funktionieren.“ Das ist ein ausdrücklich beispielhafter Auftrag, kein dokumentierter Kundenfall.
Nach der Änderung: messen und selbst benutzen
Lass dir die geänderte Seite und das Veröffentlichungsdatum nennen. Wiederhole danach den Labortest und vergleiche die betroffenen Messgrößen. Weil die Nutzerdaten ein zurückliegendes 28-Tage-Fenster abbilden, zeigen sie unmittelbar nach der Veröffentlichung noch Erfahrungen mit dem alten Stand. Ein Bericht am nächsten Morgen bewertet also nicht ausschließlich die neue Fassung.
Öffne die Seite zusätzlich auf deinem Smartphone. Lies den Einstieg, öffne das Menü und gehe bis zum Kontaktformular. Wenn du einen echten Versandtest vereinbarst, kündige ihn der empfangenden Person an. Prüfe auch die eingeblendeten Hinweise und die Darstellung nach deiner Cookie-Auswahl. Eine Verbesserung am Messwert sollte keine benötigte Funktion unbrauchbar machen.
Bewahre Ausgangsbericht, Änderungsnotiz und Kontrollbericht zusammen auf. Wenn die Felddaten fehlen, bleibt dieser Vergleich trotzdem nützlich. Er dokumentiert einen begrenzten technischen Fortschritt, auch wenn sich daraus noch keine Aussage über alle Besucher ableiten lässt.
Welche Verbesserung zuerst?
Ich würde zuerst Hindernisse bearbeiten, die auf einer wichtigen Seite wiederholt auftreten und Besucher beim Lesen oder Kontaktieren stören. Ein sichtbar verspäteter Einstieg verdient Aufmerksamkeit. Ein einzelner schwächerer Punktwert ohne wiederkehrende Auffälligkeit braucht zunächst eine genauere Prüfung.
Für die Google-Suche sind Core Web Vitals relevant, gute Werte garantieren aber keine Spitzenposition. Google rät in seinen Hinweisen zur Seitenerfahrung ausdrücklich davon ab, perfekte Messwerte nur für SEO zu verfolgen. Inhalt, mobile Nutzbarkeit und ein verständliches Angebot gehören ebenfalls zur Beurteilung deiner Website.
Ein langsamer Testlauf ist deshalb auch kein ausreichender Grund für einen kompletten Neubau. Ob eine gezielte Überarbeitung reicht, behandelt der Beitrag Website modernisieren oder neu erstellen? Für eine Modernisierungsanfrage kannst du die betroffene Adresse, deinen Bericht und die konkrete Beobachtung mitschicken. Damit lässt sich der nächste Schritt besser eingrenzen.
Quellen und Einordnung
Die technischen Angaben beruhen auf den verlinkten Primärquellen von Google und dem Chrome-Team, geprüft am 30. Oktober 2026. Die Seitenauswahl, drei Vergleichsläufe und der vorgeschlagene Arbeitsauftrag sind redaktionelle Empfehlungen von Jacob Damböck. Für diesen Beitrag wurde keine konkrete Unternehmenswebsite vermessen; das Zahlenbeispiel ist fiktiv. Das Titelmotiv ist eine KI-generierte Illustration.