Was ist Google PageSpeed Insights?
Google PageSpeed Insights (PSI) ist ein kostenloses Tool unter pagespeed.web.dev, das die Ladeleistung jeder beliebigen Webseite analysiert. Sie geben eine URL ein, es führt eine Reihe von Tests durch und liefert Ihnen einen Score von 0 bis 100 zusammen mit detaillierten Metriken und Empfehlungen.
Im Hintergrund nutzt PSI Google Lighthouse — dieselbe Engine, die Shopify für den Speed Score in Ihrem Admin-Dashboard verwendet. Beide Scores hängen zusammen, sind aber nicht identisch; wie genau sie sich unterscheiden, erklären wir in unserem Vergleich Shopify Speed Score vs. PageSpeed. PSI simuliert ein Mobilgerät mit gedrosselter CPU (4-fache Verlangsamung) und einer simulierten 4G-Verbindung, um zu testen, wie Ihre Seite unter realistischen mobilen Bedingungen lädt.
PSI liefert zwei Arten von Daten:
🔬 Labordaten (unterer Abschnitt)
Simulierte Testergebnisse von Lighthouse. Ihr Score, die 5 Metriken und konkrete Empfehlungen. Nützlich zum Debuggen, schwankt aber zwischen Durchläufen.
👥 Felddaten (oberer Abschnitt)
Echte Nutzerdaten von Chrome-Nutzern, die Ihre Seite in den letzten 28 Tagen besucht haben. Zeigt Core Web Vitals (LCP, INP, CLS). Das nutzt Google für das SEO-Ranking.
Für Shopify-Händler ist PSI das wichtigste Geschwindigkeits-Tool, weil es direkt die Metriken widerspiegelt, die Google für Suchrankings nutzt. Der Speed Score im Shopify-Admin ist im Grunde eine vereinfachte Version desselben Tests. Möchten Sie vor den Details eine schnelle Ausgangsbasis? Führen Sie einen kostenlosen Speed-Test für Ihren Shop durch, um zu sehen, wo Sie gerade stehen.
Die schnelle Lösung: Alle 5 Metriken auf einmal verbessern
Für jede Metrik unten gibt es eine konkrete Lösung — aber wenn Sie alle davon verbessern wollen, ohne Stunden in manuelle Optimierung zu stecken, übernimmt Thunder Page Speed Optimizer die wirkungsvollsten Fixes für jede Metrik automatisch.
So verbessert Thunder jede PageSpeed-Metrik:
Kostenloser Tarif verfügbar · Keine Kreditkarte erforderlich · Durchschnitt: +27 Punkte
Den Gesamt-Score verstehen (0-100)
Die große Zahl oben in Ihrem PageSpeed Insights-Bericht ist ein gewichteter Durchschnitt aus 5 Performance-Metriken. Es ist keine willkürliche Note — sie wird nach einer bestimmten Formel berechnet, basierend auf echten Performance-Daten von Millionen Websites. Suchen Sie einen breiteren Überblick darüber, wie Google Shopify-Shops speziell bewertet? Unser Leitfaden Google PageSpeed Insights für Shopify deckt das Gesamtbild ab.
Gut (Grün)
Top 10 % der Websites. Exzellente Performance. Selten bei Shopify-Shops mit Apps, aber mit Thunder + einem schlanken Theme erreichbar.
Verbesserungswürdig (Orange)
Optimierungspotenzial vorhanden, aber funktional. Ein realistisches Ziel für die meisten Shopify-Shops. Thunder bringt Shops typischerweise in diesen Bereich.
Schlecht (Rot)
Erhebliche Probleme, die das Nutzererlebnis und potenziell die SEO beeinträchtigen. Hier landen die meisten unoptimierten Shopify-Shops. Priorität für eine Korrektur.
Wie sich der Score berechnet
Ihr Gesamt-Score ist eine gewichtete Kombination aus 5 Metriken:
Basierend auf der Lighthouse-12-Bewertung (2026). Die Gewichtungen können sich in künftigen Versionen ändern.
LCP — Largest Contentful Paint
Was es misst: Die Zeit, bis das größte sichtbare Element im Viewport gerendert wird. Bei Shopify-Shops ist das meist Ihr Hero-Bild, ein großes Produktfoto oder der Haupttitel.
Warum es wichtig ist: LCP steht für den Moment, in dem Ihr Kunde wahrnimmt, dass die Seite „geladen" ist. Ein schneller LCP bedeutet, dass er Ihre Produkte schnell sieht. Ein langsamer LCP bedeutet, dass er auf leeren Raum starrt und möglicherweise abspringt. Eine ausführliche Analyse zur Behebung dieser Metrik bietet unser eigener Leitfaden zur Shopify-LCP-Optimierung.
≤ 2.5s
Gut
2.5–4.0s
Verbesserungswürdig
> 4.0s
Schlecht
Häufige LCP-Probleme bei Shopify
- • Hero-Bilder mit 2-5MB, die nicht fürs Web optimiert sind
- • Renderblockierendes CSS, das den Browser am Zeichnen hindert
- • Kein Preloading des LCP-Bildes — der Browser entdeckt es spät
- • Langsame Server-Antwort (TTFB), die alles Nachgelagerte verzögert
- • Webfonts, die das Rendern von Text blockieren, bis sie geladen sind
⚡ Thunder-Lösung
Lädt das LCP-Bild vor, sodass der Browser sofort mit dem Download beginnt. Bindet kritisches CSS inline ein, damit nichts das Rendern blockiert. Fügt font-display: swap hinzu, um schriftbedingte Verzögerungen zu vermeiden. Typische LCP-Verbesserung: 1-3 Sekunden.
🔧 Manuelle Lösung
Fügen Sie <link rel="preload"> für Ihr Hero-Bild hinzu. Komprimieren Sie Bilder auf <200KB. Extrahieren und binden Sie kritisches CSS inline ein (komplex — je nach Seiten-Template unterschiedlich). Optimieren Sie die Server-Antwort durch einfachere Liquid-Templates. Kalkulieren Sie 6-12 Stunden ein.
TBT — Total Blocking Time
Was es misst: Die Gesamtzeit, in der der Main Thread des Browsers durch lang laufende JavaScript-Aufgaben blockiert ist. Während dieser Blockierzeit ist die Seite eingefroren — Nutzer können nicht klicken, scrollen oder tippen.
Warum es wichtig ist: TBT hat die höchste Gewichtung (30 %) bei der Score-Berechnung. Ist Ihr TBT hoch, wird Ihr Gesamt-Score niedrig sein, egal wie gut Ihre anderen Metriken sind. Es korreliert direkt damit, wie „ruckelig" oder „eingefroren" sich Ihr Shop anfühlt. Bei Shopify wird ein hoher TBT fast immer durch JavaScript verursacht — von Apps, Themes und Drittanbieter-Tracking-Skripten.
≤ 200ms
Gut
200–600ms
Verbesserungswürdig
> 600ms
Schlecht
Häufige TBT-Probleme bei Shopify
- • App-Skripte, die beim Laden der Seite ausgeführt werden (Bewertungen, Pop-ups, Chat-Widgets)
- • Theme-JavaScript, das synchron im <head> läuft
- • Google Analytics, Meta Pixel und andere Tracking-Skripte, die beim Laden ausgeführt werden
- • Große JavaScript-Bundles, die 500ms+ zum Parsen und Ausführen brauchen
💡 Wichtige Erkenntnis: Die meisten Shopify-Shops mit einem TBT über 600ms haben 10+ Apps, die JavaScript einfügen. Jede App fügt einzeln vielleicht nur 100-200ms Blockierzeit hinzu, aber zusammen entsteht ein massiver Engpass. Die meisten App-Skripte lassen sich nicht manuell verzögern, ohne sie zu zerstören — sie haben interne Abhängigkeiten, die nicht sichtbar sind. Das ist Thunders Stärke Nr. 1: Es bildet diese Abhängigkeiten ab und verzögert sicher.
⚡ Thunder-Lösung
Verzögert alles renderblockierende JavaScript — einschließlich App-Skripten, Theme-Skripten und Tracking-Code. Bildet Abhängigkeitsketten ab, damit nichts kaputtgeht. Typische TBT-Reduktion: 60-80 %. Diese einzelne Optimierung verbessert den Gesamt-Score oft um 15-25 Punkte.
🔧 Manuelle Lösung
Fügen Sie defer oder async zu Script-Tags hinzu. Entfernen Sie ungenutzte Apps und prüfen Sie auf übrig gebliebenen Code. Laden Sie Tracking-Skripte über den Google Tag Manager mit verzögerten Triggern. Kalkulieren Sie 8-16 Stunden ein. Hohes Risiko, App-Funktionalität zu zerstören — die meisten App-Skripte funktionieren nicht, wenn sie naiv verzögert werden.
CLS — Cumulative Layout Shift
Was es misst: Wie stark sich sichtbarer Inhalt beim Laden der Seite unerwartet verschiebt. Das ist das ärgerliche Erlebnis, wenn Sie gerade einen Button anklicken wollen und alles springt, weil eine Anzeige oder ein Bild darüber geladen wurde.
Warum es wichtig ist: CLS macht 25 % Ihres Scores aus und ist einer der drei Core Web Vitals, die Google für das SEO-Ranking nutzt. Ein hoher CLS frustriert Nutzer — sie klicken daneben, verlieren ihre Position und empfinden die Seite als „kaputt". Es ist außerdem eine der Metriken, die Google an echten Nutzern misst, was sie besonders wichtig macht.
≤ 0.1
Gut
0.1–0.25
Verbesserungswürdig
> 0.25
Schlecht
Häufige CLS-Probleme bei Shopify
- • Bilder ohne explizite width- und height-Attribute
- • Webfonts, die spät laden und Text neu umbrechen lassen (FOUT/FOIT)
- • App-Widgets, die nach dem Laden der Seite Inhalte einfügen (Pop-ups, Banner, Bewertungs-Badges)
- • Dynamischer Inhalt, der oberhalb des sichtbaren Bereichs lädt (Ankündigungsleisten, Währungsauswahl)
⚡ Thunder-Lösung
Fügt automatisch width-/height-Attribute zu Bildern hinzu, die keine haben, wendet font-display: swap an, um unsichtbaren Text zu vermeiden, und optimiert das Vorladen von Schriften. Die meisten Shops erreichen mit Thunder einen CLS unter 0.1 — oft nahezu null.
🔧 Manuelle Lösung
Fügen Sie width und height zu allen <img>-Tags hinzu. Nutzen Sie font-display: swap in @font-face-Deklarationen. Reservieren Sie Platz für dynamische Inhalte mit CSS min-height. Laden Sie kritische Schriften vor. Kalkulieren Sie 2-4 Stunden für einen gründlichen Audit ein.
FCP — First Contentful Paint
Was es misst: Die Zeit, bis der Browser das erste Inhaltselement rendert — beliebiger Text, ein Bild, eine Hintergrundfarbe oder ein SVG. Es ist der Moment, in dem der Bildschirm von komplett leer zu irgendetwas Sichtbarem wechselt.
Warum es wichtig ist: FCP ist das erste Signal für den Nutzer, dass die Seite funktioniert. Ein schneller FCP versichert ihm, dass die Seite lädt. Ein langsamer FCP (3+ Sekunden leerer Bildschirm) lässt ihn denken, die Seite sei kaputt, und löst den Zurück-Button aus. Zwar macht er nur 10 % des Scores aus, aber er ist die Grundlage — alles andere hängt davon ab, dass zuerst Inhalt erscheint.
≤ 1.8s
Gut
1.8–3.0s
Verbesserungswürdig
> 3.0s
Schlecht
Was FCP bei Shopify blockiert
Die zwei Hauptblockierer sind renderblockierendes CSS (der Browser zeichnet erst, wenn das gesamte CSS im <head> geladen ist) und renderblockierendes JavaScript (Skripte ohne defer/async pausieren das HTML-Parsing). Bei einem typischen Shopify-Shop müssen 200-500KB CSS und mehrere Skripte heruntergeladen sein, bevor der erste Pixel erscheint.
⚡ Thunder-Lösung
Bindet kritisches CSS für den sichtbaren Bereich direkt im HTML inline ein und verzögert das vollständige Stylesheet. Verzögert alles renderblockierende JavaScript. Ergebnis: Der Browser kann Inhalte fast unmittelbar nach Erhalt des HTML zeichnen. Typische FCP-Verbesserung: 40-60 % schneller.
🔧 Manuelle Lösung
Extrahieren Sie kritisches CSS je Seiten-Template und binden Sie es inline ein (sehr komplex — Tools wie Critical CSS existieren, erfordern aber Build-Tooling). Verzögern Sie alle Skripte. Minimieren Sie die CSS-Dateigröße durch Entfernen ungenutzter Regeln. Fügen Sie Preconnect-Hinweise für externe Domains hinzu. Kalkulieren Sie 8-12 Stunden mit laufender Pflege bei Theme-Updates ein.
SI — Speed Index
Was es misst: Wie schnell sich der sichtbare Inhalt der Seite im Viewport füllt. Anders als FCP (erster Pixel) oder LCP (größtes Element) erfasst der Speed Index den gesamten visuellen Verlauf — wie flüssig und schnell Ihre Seite von leer zu vollständig gerendert wechselt.
Warum es wichtig ist: Der Speed Index ist ein ganzheitliches Maß für die wahrgenommene Ladegeschwindigkeit. Eine Seite, die progressiv rendert (Inhalt erscheint Stück für Stück), hat einen besseren Speed Index als eine Seite, die 4 Sekunden leer bleibt und dann alles auf einmal rendert. Zwar macht er nur 10 % des Scores aus, aber er spiegelt das Erlebnis wider, das Ihre Kunden tatsächlich wahrnehmen.
≤ 3.4s
Gut
3.4–5.8s
Verbesserungswürdig
> 5.8s
Schlecht
Der Speed Index verbessert sich, wenn Sie die anderen Metriken beheben. Ein schnellerer FCP bedeutet, dass der visuelle Verlauf früher beginnt. Ein besserer LCP bedeutet, dass der Hauptinhalt früher erscheint. Ein niedrigerer TBT bedeutet, dass die Seite nicht mitten im Rendern einfriert. Betrachten Sie den Speed Index als „Gesamtnote" für das visuelle Laden — er profitiert von jeder anderen Optimierung.
⚡ Thunder-Lösung
Durch die Verbesserung von FCP (kritisches CSS inline), LCP (Bild-Preloading) und TBT (Skript-Verzögerung) verbessert Thunder den Speed Index automatisch mit. Die Seite rendert progressiv, statt auf alle Ressourcen zu warten.
🔧 Manuelle Lösung
Es gibt keine einzelne „Speed-Index-Lösung" — er verbessert sich, wenn Sie FCP, LCP und Render-Engpässe angehen. Konzentrieren Sie sich darauf, renderblockierende Ressourcen zu beseitigen und sicherzustellen, dass Inhalt oberhalb des sichtbaren Bereichs zuerst lädt. Alle manuellen Lösungen der anderen Metriken tragen zur Verbesserung des Speed Index bei.
Labordaten vs. Felddaten: Was zählt mehr?
PageSpeed Insights zeigt zwei unterschiedliche Datenabschnitte, und den Unterschied zu verstehen ist entscheidend für kluge Optimierungsentscheidungen.
🔬 Labordaten
- • Simulierter Test auf einem kontrollierten Gerät
- • Gedrosselte CPU (4-fach langsamer) + simuliertes 4G
- • Einzelne Momentaufnahme
- • Schwankt 5-10 Punkte zwischen Durchläufen
- • Zeigt alle 5 Metriken + Empfehlungen
- • Am besten für: Debugging konkreter Probleme
👥 Felddaten (CrUX)
- • Echte Chrome-Nutzer auf echten Geräten
- • Tatsächliche Netzwerkbedingungen weltweit
- • Rollierender 28-Tage-Durchschnitt — sehr stabil
- • Zeigt Core Web Vitals (LCP, INP, CLS)
- • Erfordert genug Traffic, um Daten zu erzeugen
- • Am besten für: Das echte Nutzererlebnis verstehen
🎯 Für SEO gewinnen die Felddaten. Google nutzt Felddaten (Core Web Vitals) als Rankingsignal — nicht Ihren Labor-Score. Zeigen Ihre Felddaten bestandene LCP-, INP- und CLS-Werte (grün), ist Ihre reale Performance in Ordnung, egal was der Labor-Score sagt. Der Labor-Score bleibt nützlich, um zu erkennen, was zu beheben ist, aber die Felddaten zeigen, ob es für echte Nutzer wirklich ein Problem ist. Eine vollständige Aufschlüsselung jedes Core Web Vital und wie Sie ihn bestehen, bietet unser Leitfaden zu Shopify Core Web Vitals.
Keine Felddaten sichtbar? Das bedeutet, Ihr Shop hat nicht genug Chrome-Traffic, damit Google einen Bericht erzeugen kann (meist werden ein paar tausend monatliche Besucher benötigt). In diesem Fall verlassen Sie sich für Optimierungsentscheidungen auf Labordaten — und ziehen Sie Thunders tägliches Monitoring als Ersatz in Betracht, um Ihre Performance über die Zeit zu verfolgen.
Einen Vergleich aller Geschwindigkeits-Testtools über PSI hinaus — einschließlich GTmetrix, WebPageTest und Lighthouse — finden Sie in unserem Leitfaden zu den besten Shopify-Speed-Test-Tools. Und wenn Sie wissen möchten, welchen Score Sie anstreben sollten, werfen Sie einen Blick auf unsere Shopify-Speed-Score-Benchmarks nach Theme.
Empfehlungen & Diagnosen richtig lesen
Unterhalb der Metriken liefert PSI zwei umsetzbare Abschnitte. Das ist Ihre Roadmap für Verbesserungen:
🎯 Empfehlungen (sortiert nach geschätzter Ersparnis)
Das sind konkrete, umsetzbare Empfehlungen mit geschätzter Zeitersparnis. Die häufigsten bei Shopify-Shops:
„Ressourcen beseitigen, die das Rendering blockieren"
Sehr häufigCSS- und JS-Dateien in Ihrem <head>, die das Rendern blockieren. Thunders primäre Lösung — verzögert Skripte und bindet kritisches CSS inline ein.
„Auswirkungen von Drittanbieter-Code reduzieren"
Sehr häufigSkripte von Apps, Analysen und Tracking. Zeigt die gesamte Blockierzeit je Drittanbieter-Domain. Thunder verzögert diese automatisch.
„Bilder richtig dimensionieren"
HäufigBilder werden in größeren Abmessungen heruntergeladen als angezeigt. Nutzen Sie Shopifys image_url-Filter mit Größenparametern, um korrekt dimensionierte Bilder auszuliefern.
„Nicht verwendetes JavaScript reduzieren"
HäufigJS-Code, der heruntergeladen wird, aber auf der aktuellen Seite nicht ausgeführt wird. Oft von Themes mit funktionsreichen JS-Bundles oder Apps, die komplette SDKs laden.
„Bilder in modernen Formaten bereitstellen"
GelegentlichVerwendung von JPEG/PNG statt WebP/AVIF. Shopifys CDN liefert WebP automatisch aus, wenn möglich, aber manche manuell hochgeladenen Bilder umgehen das.
🔍 Diagnosen (Information, nicht bewertet)
Diese beeinflussen Ihren Score nicht direkt, liefern aber nützlichen Kontext:
- → „Enorme Netzwerklasten vermeiden" — Gesamtgewicht der Seite. Über 3MB ist bedenklich.
- → „Übermäßige DOM-Größe vermeiden" — Über 1,500 Elemente deuten auf Aufblähung hin.
- → „Arbeit im Main Thread minimieren" — Gesamte CPU-Zeit für JS-Ausführung.
- → „JavaScript-Ausführungszeit reduzieren" — Am längsten laufende Skripte.
Versuchen Sie nicht, alles auf einmal zu beheben. Konzentrieren Sie sich auf die 2-3 Empfehlungen mit der höchsten geschätzten Ersparnis. Bei den meisten Shopify-Shops sind das renderblockierende Ressourcen und Drittanbieter-Code — beides übernimmt Thunder automatisch. Installieren Sie zuerst Thunder, testen Sie erneut und gehen Sie dann verbleibende Empfehlungen manuell an. Eine Schritt-für-Schritt-Anleitung zu jeder Optimierungstechnik bietet unser kompletter Leitfaden zur Geschwindigkeitsoptimierung.
Jede PageSpeed-Metrik in 30 Sekunden verbessern
Thunder optimiert TBT, LCP, CLS, FCP und Speed Index automatisch. Kein Code. Kein Risiko. Durchschnittliche Verbesserung: +27 Punkte.
Meinen PageSpeed-Score verbessern →Kostenloser Tarif verfügbar · Keine Kreditkarte erforderlich · Funktioniert mit allen Themes
Häufig gestellte Fragen
Was ist Google PageSpeed Insights?
Google PageSpeed Insights (PSI) ist ein kostenloses Tool unter pagespeed.web.dev, das die Performance Ihrer Webseite analysiert. Es nutzt Google Lighthouse, um einen Labor-Score (0-100) zu erzeugen, und zeigt zusätzlich echte Nutzerdaten aus dem Chrome User Experience Report. Für Shopify-Shops ist es das wichtigste Geschwindigkeits-Testtool, weil Google dieselben zugrunde liegenden Daten als SEO-Rankingsignale nutzt.
Was ist ein guter PageSpeed Insights-Score für Shopify?
Ein mobiler Score von 50-70 ist für die meisten Shopify-Shops mit installierten Apps realistisch. Werte von 70-90 sind mit Optimierung (wie Thunder) erreichbar. Werte von 90+ sind exzellent, aber bei Shops mit mehreren Apps selten. Der durchschnittliche Shopify-Shop erreicht mobil 30-50 Punkte. Vergleichen Sie sich nicht mit statischen Websites — Shopify-Shops haben durch die Plattform, Apps und dynamische Inhalte einen inhärenten Mehraufwand.
Beeinflusst der PageSpeed Insights-Score die Shopify-SEO?
Indirekt, ja. Google nutzt den PSI-Score nicht direkt als Rankingfaktor. Stattdessen werden Core Web Vitals (LCP, INP, CLS), gemessen an echten Nutzern, als Rankingsignale verwendet. Diese Metriken hängen eng mit Ihrem PSI-Score zusammen — verbessert sich einer, verbessert sich meist auch der andere. Ein sehr langsamer Shop erhöht zudem die Absprungrate, was Rankings indirekt schadet. Thunder verbessert sowohl die Labor-Scores als auch die realen Core Web Vitals.
Warum ist mein mobiler PageSpeed-Score so viel niedriger als der Desktop-Score?
Der mobile Test simuliert harte Bedingungen: ein Mittelklasse-Smartphone mit 4-facher CPU-Drosselung und einer simulierten 4G-Verbindung. JavaScript, das auf dem Desktop 200ms braucht, benötigt auf dem simulierten Mobilgerät 800ms+. Die meisten Shopify-Shops erreichen mobil 20-40 Punkte weniger als auf dem Desktop. Das ist normal. Da Google Mobile-First-Indexierung nutzt, sollten Sie sich auf den mobilen Score konzentrieren.
Wie oft sollte ich PageSpeed Insights für meinen Shopify-Shop ausführen?
Führen Sie es nach jeder größeren Änderung aus (neue App, Theme-Update, hinzugefügte Sections/Bilder). Für die routinemäßige Überwachung verfolgt Thunder Ihren Score automatisch täglich. Bei manuellen Tests führen Sie 3-5 Durchläufe durch und mitteln Sie die Ergebnisse — einzelne Tests können durch Netzwerkbedingungen und Serverlast um 5-10 Punkte schwanken. Monatliche Kontrollen sind ein guter Mindesttakt.
Was ist der Unterschied zwischen Labordaten und Felddaten in PageSpeed Insights?
Labordaten stammen aus einem simulierten Lighthouse-Test — kontrollierte Bedingungen, ein einzelner Durchlauf, härter als die Realität. Felddaten stammen von echten Chrome-Nutzern, die Ihren Shop über 28 Tage besucht haben — echte Geräte, echte Netzwerke, echtes Nutzerverhalten. Google nutzt Felddaten (Core Web Vitals) für SEO-Rankings. Labordaten sind nützlich, um konkrete Probleme zu debuggen. Beide zählen, aber Felddaten spiegeln das echte Nutzererlebnis wider.
Kann Thunder alle PageSpeed Insights-Metriken verbessern?
Thunder verbessert direkt TBT (durch Skript-Verzögerung), LCP (durch Vorladen von Hero-Bildern und Inline-CSS), FCP (durch Beseitigung renderblockierender Ressourcen), CLS (durch Festlegen von Bildabmessungen und Schriftoptimierung) und Speed Index (durch schnelleres visuelles Laden). Die einzige Metrik, die Thunder nicht direkt verbessern kann, ist die Server-Antwortzeit (TTFB), die von Shopifys Infrastruktur und der Komplexität Ihrer Liquid-Templates abhängt.
Warum erhalte ich bei jedem Test unterschiedliche PageSpeed-Scores?
PageSpeed Insights nutzt Lighthouse, das auf gemeinsam genutzter Cloud-Infrastruktur mit inhärenter Variabilität läuft. Antwortzeiten von Drittanbieter-Skripten, Shopifys Serverlast, die CPU-Auslastung der Test-Infrastruktur und Netzwerkbedingungen schwanken zwischen den Tests. Unterschiede von 5-10 Punkten sind völlig normal. Führen Sie immer 3-5 Tests durch und nutzen Sie den Durchschnitt. Für zuverlässiges Tracking überwacht Thunder Ihren Score täglich und zeigt einen gleitenden Durchschnitt.