Google PageSpeed Insights
 "Zoran Artmagic")
Fachlich geprüft von Zoran Artmagic ·
Google PageSpeed Insights ist ein kostenloses Werkzeug von Google, das misst, wie schnell eine Seite lädt und wie gut sie sich bedienen lässt, auf dem Smartphone und auf dem Desktop. Es kombiniert zwei völlig verschiedene Arten von Messwerten: echte Daten von Besuchern und eine simulierte Messung im Labor. Wer diesen Unterschied kennt, liest PageSpeed Insights richtig. Wer ihn nicht kennt, jagt oft einer Punktzahl hinterher, die für Google und Kunden kaum eine Rolle spielt.
Aufrufbar ist das Werkzeug unter pagespeed.web.dev. Man gibt eine Adresse ein und erhält nach wenigen Sekunden das Ergebnis.
Felddaten: was echte Besucher erleben
Der obere Teil des Berichts heisst „So sieht die Leistung auf der Nutzerseite aus“. Hier stehen Messwerte aus dem Chrome User Experience Report, also von echten Besuchern mit echten Geräten und Verbindungen:
Zeitraum: die vergangenen 28 Tage, laufend aktualisiert.
Massstab: das 75. Perzentil. Ein Wert gilt als gut, wenn mindestens drei Viertel der Seitenaufrufe ihn erreichen.
Seite oder Domain: Hat eine einzelne Adresse zu wenig Besuche, zeigt das Werkzeug die Werte für die gesamte Domain.
Core Web Vitals: Die Bewertung „bestanden“ oder „nicht bestanden“ bezieht sich auf die drei Kernwerte.
Nur diese Felddaten fliessen in die Bewertung der Nutzererfahrung durch Google ein.
)
Felddaten in PageSpeed Insights: echte Messwerte der letzten 28 Tage mit der Bewertung der Core Web Vitals.
Die Core Web Vitals
Messwert | Was er misst | Gut | Schlecht |
Largest Contentful Paint (LCP) | wann das grösste sichtbare Element geladen ist, im Shop meist das Produkt- oder Titelbild | bis 2.5 s | über 4 s |
Interaction to Next Paint (INP) | wie schnell die Seite auf Klicks und Eingaben reagiert | bis 200 ms | über 500 ms |
Cumulative Layout Shift (CLS) | wie stark sich Inhalte beim Laden verschieben | bis 0.1 | über 0.25 |
Dazu zeigt der Bericht zwei ergänzende Werte: First Contentful Paint, wann überhaupt etwas erscheint, und Time to First Byte, wie schnell der Server antwortet. Wie die Reaktionszeit gemessen und verbessert wird, erklärt ausführlich der Beitrag zu INP.
Labordaten: die simulierte Messung
Der untere Teil des Berichts stammt aus Lighthouse. Hier wird die Seite einmal in einer simulierten Umgebung geladen, auf dem Smartphone mit einem gedrosselten Mittelklassegerät und einer langsamen Mobilverbindung. Daraus entsteht die bekannte Punktzahl von 0 bis 100:
90 bis 100: gut
50 bis 89: verbesserungswürdig
0 bis 49: schlecht
Die Punktzahl setzt sich aus mehreren Labormessungen zusammen, darunter Largest Contentful Paint, Total Blocking Time und Cumulative Layout Shift. Total Blocking Time misst, wie lange der Browser beim Laden blockiert ist, und ist ein Hinweis auf spätere Probleme bei der Reaktionszeit. Den INP selbst kann Lighthouse in diesem Modus nicht messen, weil bei der Simulation niemand klickt.
)
Labordaten aus Lighthouse: eine einzelne simulierte Messung, hier mit einem LCP von 15.4 s, während die Felddaten derselben Seite 1.6 s zeigen.
Warum Labor und Feld so verschieden sein können
Das Beispiel oben zeigt es deutlich: Im Labor dauert der LCP über 15 Sekunden, bei echten Besuchern 1.6 Sekunden. Die Gründe sind typisch. Die Simulation nutzt ein bewusst langsames Gerät und eine langsame Verbindung, echte Besucher haben oft schnellere. Echte Besucher kommen häufig wieder und haben Dateien bereits im Zwischenspeicher. Und die Simulation lädt die Seite genau einmal, das Ergebnis schwankt von Messung zu Messung.
Daraus folgt die wichtigste Regel: Für die Bewertung zählen die Felddaten, für die Fehlersuche die Labordaten. Das Labor zeigt, welche Dateien, Bilder und Skripte bremsen. Ob sich eine Verbesserung bei echten Kunden auswirkt, zeigen die Felddaten nach einigen Wochen.
Ist die Punktzahl ein Rankingfaktor?
Nein. Die Lighthouse-Punktzahl ist für Google kein Rankingsignal. Google bewertet die Nutzererfahrung anhand der Felddaten der Core Web Vitals, und auch diese sind nur einer von vielen Faktoren. Bei vergleichbar guten Inhalten können sie den Ausschlag geben, eine schwache Seite machen sie nicht stark. Wie Google Seiten insgesamt bewertet, beschreibt der Eintrag zu Google SEO.
Wichtiger als das Ranking ist für Shops ohnehin der Umsatz: Langsame Seiten und springende Layouts kosten Käufe, lange bevor sie Positionen kosten. Mehr dazu unter Conversion Rate.
Die typischen Bremsen im Onlineshop
LCP, das grosse Bild: Das Titel- oder Produktbild ist zu gross, in einem alten Format oder wird verzögert geladen. Das erste grosse Bild sollte sofort und mit hoher Priorität laden, alle weiteren dürfen warten. Moderne Formate wie WebP oder AVIF sparen viel Datenvolumen, mehr dazu unter Google Bildersuche.
CLS, springende Inhalte: Bilder ohne festgelegte Grösse, nachladende Bewertungs-Widgets, Hinweisleisten und Cookie-Banner, die Inhalte verschieben, und Schriftarten, die beim Laden wechseln.
INP und Total Blocking Time, zu viel JavaScript: Tracking, Chat, Bewertungen, Empfehlungen und Testing-Tools laufen alle im Browser des Kunden. Der Klick auf „Alle akzeptieren“ im Consent-Banner startet oft alle auf einmal. Serverseitiges Tracking entlastet hier deutlich, mehr dazu unter Server-Side Tracking.
TTFB, langsamer Server: fehlendes Caching, überlastetes Hosting oder aufwendige Berechnungen bei jedem Seitenaufruf.
PageSpeed in Shopware und Shopify
In Shopware 6 sind ein sauber eingerichteter HTTP-Cache, ein schnelles Hosting, eine schlanke Plugin-Auswahl und ein gut gebautes Theme die wichtigsten Hebel. Der Cache verbessert vor allem TTFB und LCP, an INP ändert er wenig.
In Shopify übernimmt die Plattform Hosting und Auslieferung über ein weltweites Netz. Die meisten Probleme entstehen durch Apps, die eigenes JavaScript mitbringen, und durch Reste deinstallierter Apps im Theme. Shopify zeigt die Core Web Vitals echter Besucher zusätzlich im Bericht zur Web-Performance im Admin.
Mehr zu den Eigenheiten der Systeme unter Shopware SEO und Shopify SEO.
So nutzen Sie PageSpeed Insights richtig
Seitentypen testen, nicht nur die Startseite: je eine typische Kategorie- und Produktseite, denn dort kaufen Kunden.
Mobil zuerst: Die mobilen Werte sind fast immer die kritischen, und Google bewertet Seiten in der Regel in ihrer mobilen Form, mehr dazu unter Mobile SEO.
Mehrfach messen: Laborwerte schwanken. Erst mehrere Messungen ergeben ein verlässliches Bild.
Felddaten als Ziel: Erfolg ist, wenn die Core Web Vitals bei echten Besuchern bestanden sind, nicht eine grüne 100 im Labor.
Für die ganze Website die Search Console: Der Bericht zu den Core Web Vitals zeigt, welche Gruppen von Seiten Probleme haben.
Häufige Fragen
Muss mein Shop 100 Punkte erreichen?
Nein. Die Punktzahl ist ein Hilfsmittel zur Fehlersuche. Entscheidend sind bestandene Core Web Vitals in den Felddaten. Viele erfolgreiche Shops liegen im Labor bei 50 bis 80 Punkten.
Warum ändert sich die Punktzahl bei jeder Messung?
Weil die Labormessung von Server, Netzwerk und Auslastung im Moment der Messung abhängt. Schwankungen von mehreren Punkten sind normal.
Warum zeigt PageSpeed Insights keine Felddaten an?
Weil die Seite zu wenige Besuche aus Chrome hat. Dann helfen die Werte der gesamten Domain oder eigene Messungen echter Besuche.
Wie schnell sehe ich Verbesserungen?
Im Labor sofort, in den Felddaten nach bis zu 28 Tagen, weil diese über vier Wochen gleiten.
Ist ein Headless-Shop automatisch schneller?
Nicht automatisch. Er kann sehr schnell laden, aber durch viel JavaScript bei der Reaktionszeit schlechter abschneiden. Mehr dazu im Beitrag zu Headless mit Shopware und Shopify.
Bei der Analyse und Optimierung der Ladezeit unterstützt der Shop-Support von arboro.