Shopify Core Web Vitals: Warum der Lighthouse-Score täuscht
⏱ 11 Min. Lesezeit
Der Speed Score in deiner Shopify-Admin steht auf 82. Grün. Trotzdem meldet die Google Search Console: Core Web Vitals nicht bestanden. Das ist kein Fehler im Report, sondern der häufigste Denkfehler rund um Shopify Core Web Vitals. Der Lighthouse-Score misst nicht die Zahl, nach der Google rankt und nach der deine Kunden kaufen. Er misst ein Labor. Google misst deine echten Besucher. Wo dieser Unterschied herkommt, warum ein Score von 90+ trügt und welche einzelne Kennzahl auf den meisten Shops den Umsatz frisst, klären die nächsten Minuten.
Lab-Daten vs. Felddaten: Was der Lighthouse-Score wirklich misst
Lighthouse und die obere Hälfte eines PageSpeed-Insights-Reports erzeugen einen Laborwert: ein einziger simulierter Seitenaufruf, auf Googles Hardware, unter festen Bedingungen. Eine Momentaufnahme, kein Publikum.
Google rankt auf etwas anderem: Felddaten. Das sind die echten Core Web Vitals, gesammelt von Chrome-Nutzern auf echten Geräten und echten Netzen, aggregiert über ein rollierendes 28-Tage-Fenster im Chrome User Experience Report (CrUX). Bewertet wird am 75. Perzentil. Ein Shop besteht eine Kennzahl also erst, wenn mindestens 75 Prozent aller Seitenaufrufe den guten Schwellenwert erreichen, nicht dein iPhone im WLAN.
Genau deshalb kann ein Shop einen starken Laborwert zeigen, während LCP, INP und CLS im Feld tiefrot bleiben. Der Labortest ist nur ein einzelner Punkt in einer breiten Verteilung. Jemand mit Glasfaser bekommt deine Produktseite in unter einer Sekunde. Jemand mit schwachem Mobilfunk wartet sechs. Beide sind dein Shop. Wer nur auf Lighthouse schaut, lernt für eine Prüfung, die Google gar nicht abnimmt.
Lies zuerst die Felddaten in der Search Console, dann erst den Lab-Score. Die Search Console zeigt, was echte Besucher erlebt haben. Lighthouse zeigt eine Simulation. Alles Weitere folgt aus dieser Reihenfolge.
Warum der Shopify Speed Score in der Admin in die Irre führt
Der Speed Score unter „Onlineshop > Themes“ ist bequem, aber er ist ein vereinfachter, einzelner Lighthouse-Lauf. Zwei Dinge machen ihn als Endnote unbrauchbar.
Erstens die Varianz. Derselbe Shop, zweimal getestet, liefert Werte, die sich um mehrere Punkte unterscheiden, allein wegen Serverantwort, Netz und Auslastung des Testservers. Eine Zahl, die zwischen zwei Läufen schwankt, ist kein Ziel, das man verteidigt.
Zweitens misst dieser Score den INP-Wert gar nicht. Lighthouse simuliert keine echten Klicks und Taps, also nutzt es Total Blocking Time als Näherung. Die korreliert mit INP, ist aber nicht dasselbe. Ein guter Speed Score sagt dir damit nichts darüber, wie sich dein Shop anfühlt, wenn ein echter Nutzer auf einem Mittelklasse-Handy auf „In den Warenkorb“ tippt.
Shopify Core Web Vitals 2026: LCP, INP und CLS erklärt
Die Shopify Core Web Vitals bestehen aus drei Kennzahlen, jede misst einen anderen Moment der Nutzererfahrung. Google bewertet jede einzeln, und ein Shop besteht nur, wenn alle drei am 75. Perzentil im grünen Bereich liegen.
| Kennzahl | Guter Wert | Pass-Rate mobil | Was das für dich heißt |
|---|---|---|---|
| LCP | ≤ 2,5 s | 62 % | Häufigste Ursache fürs Durchfallen |
| INP | ≤ 200 ms | 77 % | Stiller Killer durch App-Skripte |
| CLS | ≤ 0,1 | 81 % | Meist am schnellsten behoben |
Die mobilen Pass-Raten stammen aus dem Web Almanac 2025 (HTTP Archive, CrUX-Daten Juli 2025) und zeigen klar: Ladezeit ist das Nadelöhr, nicht Reaktionsfähigkeit oder Layout. Hier die Kurzfassung pro Kennzahl.
LCP: Largest Contentful Paint (≤ 2,5 s)
LCP misst, wie lange es dauert, bis das größte sichtbare Element im Viewport gerendert ist. Auf einer Shopify-Produktseite ist das meist das Hauptproduktbild, auf der Kategorieseite oft das Hero-Banner, auf der Startseite ein Slider oder eine große Überschrift. Weil dieses Element groß und oft ein Bild ist, entscheidet LCP darüber, wann sich die Seite „fertig“ anfühlt.
Ein Hinweis zu einem hartnäckigen Mythos: Der gute LCP-Schwellenwert liegt bei 2,5 Sekunden, nicht bei 2,0. Vereinzelt kursiert die Behauptung, Google habe die Grenze 2026 auf 2,0 Sekunden gesenkt. Die offizielle Dokumentation von Google (web.dev) führt weiterhin 2,5 Sekunden als unveränderten Wert. Optimiere für 2,5, nicht für ein Gerücht.
INP: Interaction to Next Paint (≤ 200 ms)
INP hat im März 2024 First Input Delay (FID) als Kennzahl abgelöst. Der Unterschied ist entscheidend: FID maß nur die Verzögerung der ersten Interaktion, INP bewertet die Reaktionszeit über alle Klicks, Taps und Tastatureingaben einer Sitzung hinweg. Das ist eine deutlich strengere Messlatte und der Grund, warum jede Anleitung, die noch von FID spricht, veraltet ist.
CLS: Cumulative Layout Shift (≤ 0,1)
CLS misst, wie stark der Inhalt beim Laden springt. Die üblichen Verursacher auf Shopify: Bilder ohne festgelegte Abmessungen, Webfonts, die spät nachladen und Text umbrechen, sowie App-Inhalte wie Free-Shipping-Bars oder Cookie-Banner, die sich oben einschieben und alles darunter nach unten drücken. CLS ist von den dreien meist am schnellsten zu beheben, oft an einem einzigen fokussierten Arbeitstag.
Warum Shopify-Shops trotz schneller Infrastruktur durchfallen
Shopify arbeitet hier für dich. Die Plattform läuft auf schnellen Servern mit globalem Cloudflare-CDN und liefert eine niedrige Time to First Byte, meist unter 300 Millisekunden. Anders als bei WordPress, wo das Hosting oft der Flaschenhals ist, steht die Basis solide. Deine Probleme kommen fast immer von dem, was oben draufkommt: Apps, Drittanbieter-Skripte, überdimensionierte Hero-Medien, Fonts und Page-Builder-Code.
Die Zahlen zeigen, dass das kein Randproblem ist. Laut Web Almanac 2025 bestehen nur 48 Prozent der mobilen und 56 Prozent der Desktop-Origins alle drei Core Web Vitals. Mehr als die Hälfte des mobilen Webs fällt also durch, auf genau dem Gerät, mit dem die meisten Menschen suchen. Der Trend zeigt nach oben, von 36 Prozent mobil im Jahr 2023 über 44 Prozent 2024 auf 48 Prozent 2025. Die Latte steigt jedes Jahr, und wer stehen bleibt, fällt zurück.
Ein guter Startpunkt, um Ballast zu finden, ist ein ehrliches Aufräumen im Theme und im App-Stack, bevor man an Mikro-Optimierungen denkt. Gerade nach einem Relaunch schleichen sich hier neue Bremsen ein; wie du erkennst, was nach einem Redesign kaputtgegangen ist, haben wir separat beschrieben. Die Hebel sind fast immer dieselben: Hero-Bild, Fonts, die schwersten Apps.
Wende niemals Lazy Loading auf das Hero-Bild an. Es verzögert genau das Element, das Google für LCP misst. Das ist einer der häufigsten und teuersten LCP-Fehler auf Shopify.
INP: der stille Killer auf Shopify
INP fällt auf Shopify oft leise durch, weil Drittanbieter-Apps JavaScript einschleusen, das bei jedem Klick läuft. Ein Labortest klickt nicht, also bleibt das Problem unsichtbar, bis echte Nutzer auf einen Filter, einen Währungsumschalter oder den Warenkorb tippen und die Seite ins Stocken gerät.
Global bestehen 77 Prozent der mobilen Seiten INP, aber INP hat den größten Abstand zwischen mobil und Desktop: schwächere CPUs und schwerer JavaScript-Code ziehen die mobile Zahl nach unten. Auf einem Shop mit vielen interaktiven Apps, filterlastigen Kategorieseiten und Countdown-Timern verschiebt sich das Bild schnell in den roten Bereich, ganz ohne dass der Speed Score in der Admin es je anzeigen würde. Bevor du gegen INP kämpfst, lohnt es sich zu prüfen, welche Apps ihren Code global auf jeder Seite laden.
So liest du deine echten Shopify Core Web Vitals statt des Lab-Scores
Es gibt zwei kostenlose Felddaten-Quellen, und beide ziehen aus CrUX, also aus dem, was echte Besucher bekommen haben.
- Google Search Console, Bericht Core Web Vitals. Gruppiert deine URLs nach Problemtyp. Das ist deine Prioritätenliste, welche Vorlagen zuerst dran sind.
- PageSpeed Insights, Abschnitt „echte Nutzer“. Zeigt für eine URL die 28-Tage-CrUX-Daten. Lies diesen oberen Abschnitt, nicht den Laborwert darunter.
Führe den synthetischen Lighthouse-Test erst danach aus, als Werkzeug, um die Ursache zu finden. Die Formel lautet: Felddaten, um den Effekt zu messen. Lab-Daten, um die Ursache zu finden.
Ebenso wichtig: Miss pro Vorlage, nicht nur seitenweit. Aggregierte Werte verstecken Probleme. Ein Shop kann insgesamt „mittelmäßig“ dastehen, während die Produktseiten, auf denen der Umsatz passiert, tiefrot sind. Prüfe die drei Vorlagen, die den Großteil deines Traffics und deiner Varianz abdecken: Startseite, Produktseite, Kategorieseite.
Startseiten fallen am häufigsten durch, weil sie große Hero-Medien und viele Tags tragen. Wenn deine Gesamtnote schlecht aussieht, prüfe zuerst die Startseiten-Vorlage separat.
Die 28-Tage-Falle
Nach einem Fix aktualisiert sich CrUX über ein rollierendes 28-Tage-Fenster. Viele Teams sehen nach einer Woche keine Veränderung, halten den Fix für wirkungslos und rollen ihn zurück. Genau das ist der Fehler. Nutze Lab-Daten für die sofortige Bestätigung, dass die Änderung technisch greift, und bestätige den Trend dann nach zwei bis vier Wochen in der Search Console.
Ein Fix, der heute live geht, zeigt sich in der offiziellen Bewertung der Search Console erst in zwei bis vier Wochen. Der Score bewegt sich nicht sofort, das ist normal.
Welche Kennzahl kostet dich wirklich Umsatz? Triage statt Score-Jagd
Der wichtigste Perspektivwechsel: Ein Projekt für deine Shopify Core Web Vitals ist keine Speed-Aufgabe, sondern eine Triage-Entscheidung. Speed wird meist als eine einzige Sache behandelt, die man hoch- oder runterdreht. Ist es aber nicht. Es sind drei Kennzahlen, jede besteuert einen anderen Moment deiner Verkaufs-Funnel, und auf den meisten Shops fällt nur eine wirklich durch.
- LCP ist die Steuer auf Besucher, die sich noch nicht entschieden haben zu bleiben. Lädt das Hauptbild zu langsam, springen sie ab, bevor sie überhaupt anfangen.
- INP ist die Steuer auf den Käufer, der schon nach „In den Warenkorb“ greift. Ruckelt die Reaktion in diesem Moment, bröckelt das Vertrauen genau dort, wo Geld fließt.
- CLS ist die Steuer der Fehlklicks und der verlorenen Sicherheit. Springt das Layout, tippt der Nutzer auf den falschen Button und fühlt sich nicht mehr sicher.
Der Shop, der seine Felddaten öffnet, die eine durchfallende Kennzahl findet und fragt, was sie an ihrem Punkt im Funnel kostet, wird den Shop überholen, der dieselben Stunden damit verbracht hat, alle drei Zahlen ins Grüne zu zerren, ohne ein Modell davon, welche überhaupt leckt. Der Aufwand folgt der Kennzahl, die du verfehlst, und dem Umsatz, der dahinter liegt. Alles andere ist Wartung.
Du siehst rote Werte in der Search Console, weißt aber nicht, welche Vorlage sie verursacht?
Shopify Speed & Core Web Vitals Audit
Wir finden die eine Kennzahl, die deinen Shop im Feld durchfallen lässt.
Speed-Audit starten →Technisches SEO für Shopify
Wir prüfen die technische Basis, auf der deine Rankings stehen.
SEO-Basis prüfen →Shopify Performance-Entwicklung
Wir bauen die Performance-kritischen Pfade so, dass sie im Feld bestehen.
Ladezeit optimieren →Häufige Fehler bei der Shopify-Performance-Optimierung
Dieselben Muster tauchen in fast jedem Audit auf. Wer sie kennt, spart Wochen.
- Alle drei Zahlen ins Grüne jagen, obwohl nur eine durchfällt. Das kostet echte Entwicklungsstunden, und die Conversion bleibt flach.
- Felddaten ignorieren und nur Lighthouse vertrauen. Ein starker Laborwert ist keine Garantie für echte Nutzer.
- Lazy Loading auf das Hero-Bild anwenden. Es verzögert genau das LCP-Element.
- Noch eine App installieren, um „Speed zu fixen“. Mehr JavaScript ist selten eine Lösung und oft ein neues INP-Problem mit hübschem Icon.
- Nicht pro Vorlage messen. Wer nur den Gesamtwert sieht, übersieht die tiefrote Produktseite. Ein sauberes SEO-Audit misst granular.
Was gute Shopify Core Web Vitals wirklich bringen: Fallstudien und Daten
Der überzeugendste Grund ist nicht technisch, sondern finanziell. Ein paar dokumentierte Ergebnisse:
- Carpe und Shopify. In einer gemeinsamen Optimierung wurde der LCP um 52 Prozent und der CLS um 41 Prozent verbessert. Das Ergebnis: 5 Prozent höhere Conversion-Rate, 10 Prozent mehr Traffic und 15 Prozent mehr Umsatz.
- Vodafone. Eine LCP-Verbesserung um 31 Prozent führte zu 8 Prozent mehr Verkäufen.
- Google und Deloitte. Die Studie „Milliseconds Make Millions“ fand, dass jede Verbesserung der Ladezeit um 0,1 Sekunden die Conversions im Handel um rund 8 Prozent steigert, ausgewertet über 37 Marken und mehr als 30 Millionen Sitzungen.
Zwei ehrliche Einordnungen gehören dazu. Erstens sind Core Web Vitals als Ranking-Signal eher ein Tie-Breaker zwischen ähnlich relevanten Seiten als ein Wundermittel. Inhalt und Relevanz wiegen schwerer, und ein schneller CLS rettet keine dünne Seite. Zweitens zeigte eine Analyse aus dem Januar 2026, dass Core Web Vitals nur schwach damit korrelieren, ob eine Seite in Googles AI Overviews zitiert wird. Behandle Geschwindigkeit also als Grundvoraussetzung dafür, überhaupt sauber gerendert und gelesen zu werden, nicht als direkten Hebel für Zitate.
Fazit: Optimiere den Test, den Google wirklich durchführt
Ein grüner Lighthouse-Score ist die Antwort auf eine Prüfung, die Google nicht abnimmt. Die Prüfung, die zählt, läuft auf Felddaten echter Chrome-Nutzer über 28 Tage. Öffne diese Daten zuerst. Miss pro Vorlage. Finde die eine Kennzahl, die tatsächlich durchfällt, und repariere sie an dem Funnel-Moment, den sie besteuert, bevor du Zahlen verteidigst, die längst grün sind. Und gib dem 28-Tage-Fenster Zeit, deinen Fix zu bestätigen. So wird aus einer Score-Jagd eine Umsatz-Entscheidung, und so gewinnst du bei deinen Shopify Core Web Vitals.
Bevor du die nächste App installierst: Lass zuerst prüfen, was deinen Shop wirklich ausbremst.
Shopify Speed & Core Web Vitals Audit
Wir lesen deine echten Felddaten und benennen die eine Kennzahl, die zählt.
Felddaten aufdecken →Technisches SEO für Shopify
Wir durchleuchten Theme, Apps und Templates auf versteckte Bremsen.
Technik durchleuchten →Shopify Performance-Entwicklung
Wir bauen die kritischen Pfade neu, damit dein Shop im Feld besteht.
Shop beschleunigen →Häufige Fragen zu Shopify Core Web Vitals
Nein. Der Speed Score in der Shopify-Admin ist ein vereinfachter, einzelner Lighthouse-Lauf im Labor. Die Core Web Vitals bewertet Google dagegen anhand von Felddaten echter Chrome-Nutzer über 28 Tage. Beide Zahlen können deutlich auseinanderliegen, weil echte Besucher andere Geräte und Netze haben als die Simulation.
Weil beide Werkzeuge Unterschiedliches messen. Lighthouse lädt deine Seite einmal auf simulierter Hardware. Die Search Console bewertet, was echte Besucher über 28 Tage erlebt haben, am 75. Perzentil. Deine schnellsten Nutzer schaffen die guten Werte, deine langsameren auf Mittelklasse-Handys nicht, und Google rankt auf dieser echten Verteilung.
Es gibt keine feste Zahl, weil es darauf ankommt, wie eine App ihren Code einschleust. Entscheidend ist nicht die Menge, sondern ob eine App JavaScript global auf jeder Seite lädt oder es asynchron und nur dort ausführt, wo es gebraucht wird. Prüfe den Effekt jeder App einzeln in den Felddaten.
Die offizielle Bewertung basiert auf einem rollierenden 28-Tage-Fenster im Chrome User Experience Report. Ein Fix, der heute live geht, zeigt sich in der Search Console daher erst nach zwei bis vier Wochen. Nutze Lab-Tests, um sofort zu bestätigen, dass die Änderung technisch greift, und warte dann auf die Felddaten.
Meist LCP. Laut Web Almanac 2025 bestehen nur 62 Prozent der mobilen Seiten diese Kennzahl, weniger als bei INP und CLS. Auf Shopify ist das große Produkt- oder Hero-Bild fast immer das LCP-Element. Prüfe aber deine echten Felddaten, denn welche Kennzahl bei dir durchfällt, entscheidet über die Priorität.
Nein, nicht direkt. Ein Standard-Lighthouse-Lauf simuliert keine echten Klicks oder Taps und kann INP daher nicht messen. Er zeigt stattdessen Total Blocking Time als Näherung, die mit INP korreliert, aber nicht identisch ist. Für einen verlässlichen INP-Wert brauchst du Felddaten aus CrUX oder ein eigenes Real-User-Monitoring.
Ja, aber als eher schwaches Signal. Google behandelt die Seitenerfahrung als Tie-Breaker zwischen inhaltlich ähnlich relevanten Seiten, nicht als dominanten Faktor. Inhalt, Relevanz und Autorität wiegen schwerer. Der größere praktische Wert liegt in der Conversion: schnellere, stabilere Seiten senken Absprünge und verlieren weniger Umsatz.
An zwei kostenlosen Stellen. Im Core-Web-Vitals-Bericht der Google Search Console siehst du, welche URL-Gruppen bestehen oder durchfallen. In PageSpeed Insights zeigt der obere Abschnitt „echte Nutzer“ die 28-Tage-CrUX-Daten einer URL. Lies dort den Felddaten-Teil oben, nicht den Laborwert darunter.
Vladyslav Kharkivskyi
