Core Web Vitals und INP bei Shopify: der Conversion-Verlust, den niemand dem Umsatz gegenüberstellt
Von Robin Laseur
Ein PageSpeed-Score, der von 47 auf 82 steigt, fühlt sich wie ein Erfolg an. Der Bericht wird grün, das Team wendet sich dem nächsten Thema zu, und alle warten darauf, dass Rankings und Warenkorb-Klicks nachziehen. Meistens passiert das nicht. Umsonst war die Arbeit nicht. Aber der Wert, der sich verbessert hat, ist eine Schätzung aus dem Labor, und Google hat noch nie jemanden danach gerankt. Die Werte, die über Ihre Rankings entscheiden und zugleich darüber, ob ein Kunde Ihr Produkt sieht, bevor er wieder geht, werden an einer ganz anderen Stelle gemessen.
Diese Lücke zwischen dem Score, den Sie optimieren, und dem Score, der Umsatz bewegt, ist das eigentliche Problem, wenn über Core Web Vitals bei Shopify gesprochen wird. Geschwindigkeit wird wie eine einzige Größe behandelt, die man nach oben oder unten schiebt. Das ist sie nicht. Es sind drei getrennte Messwerte, die jeweils einen anderen Moment in Ihrem Funnel treffen, und bei den meisten Shopify-Shops fällt nur einer davon tatsächlich durch.
Der Score, den Sie optimieren, ist nicht der, den Google misst
Lighthouse und PageSpeed Insights liefern einen Laborwert: einen einzigen simulierten Seitenaufruf auf Googles Hardware unter festen Bedingungen. Google rankt dagegen nach Felddaten. Das sind die echten Core Web Vitals, erhoben bei Chrome-Nutzern auf echten Geräten und in echten Netzen und gesammelt über ein rollierendes 28-Tage-Fenster im Chrome User Experience Report. Ein Shop kann einen starken Laborwert erzielen, während LCP, INP und CLS im Feld noch rot sind.
Jeder der drei Messwerte misst etwas ganz Bestimmtes. Largest Contentful Paint (LCP) misst, wie lange es dauert, bis das größte Element dargestellt ist. Die Grenze für „gut“ liegt bei 2,5 Sekunden. Interaction to Next Paint (INP) misst, wie schnell die Seite reagiert, wenn jemand tippt oder klickt. Unter 200 ms ist gut, und seit März 2024 ersetzt INP den First Input Delay. Cumulative Layout Shift (CLS) misst, wie stark das Layout beim Laden springt. Unter 0,1 ist gut.
Diesen Teil lassen die meisten Ratgeber aus. Dieselben Felddaten bestimmen beide Ergebnisse, auf die es Ihnen ankommt. Google rankt danach, und sie stammen aus genau den Momenten, in denen Besucher entscheiden, ob sie bleiben, tippen oder gehen. Ein grüner Laborwert, der nicht zu den Felddaten passt, lügt Sie nicht an. Er misst nur eine Version der Seite, die kein echter Kunde je lädt. Core Web Vitals sind außerdem nur ein Faktor unter Googles umfassenderen Page-Experience-Signalen. Deshalb verschiebt ein sauberer Wert für sich allein selten ein Ranking, und deshalb gehören sie in das größere SEO-Bild Ihres Shopify-Shops, statt als einzelner Hebel behandelt zu werden. Bevor Sie irgendetwas beheben, lautet die Frage also nicht „Wie hoch ist mein Score?“. Sie lautet: „Was sagen meine Felddaten pro Messwert, und welcher davon kostet mich Geld?“
LCP: Verluste bei jedem Besucher, der noch zögert
Largest Contentful Paint ist die Zeit, bis das größte Element im sofort sichtbaren Bereich vollständig dargestellt ist. Fast immer ist das Ihr Hero-Bild oder das Hauptfoto des Produkts. Unter 2,5 Sekunden ist gut. Bei Shopify ist das der Messwert, an dem Shops am häufigsten scheitern, und er trifft den Funnel an seiner empfindlichsten Stelle: den Besucher, der noch nicht entschieden hat, ob Ihr Shop das Warten wert ist.
Hier versickert bezahlter Traffic unbemerkt. Sie bezahlen den Klick, die Werbeplattform liefert den Besucher, und LCP entscheidet, ob diese Person ein Produkt sieht oder eine leere Fläche, in der Sekunde, bevor ihr Daumen zur Zurück-Taste wandert. Kalter Traffic hat keine Geduld in Reserve. Ein wiederkehrender Kunde verzeiht eine langsame Seite vielleicht. Jemand, der vor zehn Sekunden auf eine Instagram-Anzeige getippt hat, verzeiht sie nicht, und genau dieses Publikum kaufen die meisten Wachstumsbudgets von Shopify-Marken ein.
Dass LCP bei Shopify so zuverlässig durchfällt, liegt an der Struktur, nicht an Nachlässigkeit. Die Infrastruktur von Shopify ist von Haus aus schnell: ein globales CDN, automatische Umwandlung in WebP, schlanke Basis-Themes. Ein Shopify-Benchmark mit 1.000 Shops ergab einen mobilen LCP-Median von etwa 2,26 Sekunden, knapp unter der Grenze. Genau dieser knappe Abstand ist das Problem. Eine weitere App, die render-blockierendes JavaScript einbindet, ein Hero-Bild, das in voller Auflösung statt komprimiert hochgeladen wurde, und der Shop kippt von grün auf rot, ohne dass jemand das Design angefasst hat. Die beiden üblichen Ursachen sind ein LCP-Bild, das nie Ladepriorität bekommen hat, und Scripts, die davor laden und die Darstellung blockieren.
Der Ansatzpunkt für LCP ist also eng und konkret. Finden Sie heraus, welches Element auf Ihrem meistbesuchten Template tatsächlich das LCP-Element ist. Prüfen Sie, ob es komprimiert und priorisiert ausgeliefert wird, statt hinter App-Scripts in der Warteschlange zu stehen, und räumen Sie weg, was davor gerendert wird. Bei den meisten Shopify-Shops steckt in diesem einen Messwert mehr verlorener Umsatz als in den anderen beiden zusammen. Die nächsten beiden Abschnitte erklären, warum, und wo die anderen beiden trotzdem zählen.
INP: Verluste genau dann, wenn jemand kaufen will
Interaction to Next Paint misst, wie schnell die Seite reagiert, wenn ein Kunde tatsächlich etwas tut: auf „In den Warenkorb“ tippt, eine Variantenauswahl öffnet, ein Menü aufklappt oder im Checkout einen Schritt weitergeht. Unter 200 ms ist gut. INP hat im März 2024 den First Input Delay ersetzt und ist strenger. FID hat nur die Verzögerung bis zum Beginn der Verarbeitung gemessen, während INP den gesamten Durchlauf misst, bis sich der Bildschirm aktualisiert. LCP kostet Sie Besucher, die noch entscheiden, ob sie bleiben. INP kostet Sie den Besucher, der sich bereits zum Kauf entschieden hat.
Deshalb wiegt dieser Messwert für Ihren Umsatz viel schwerer, als sein Anteil an „Geschwindigkeit“ vermuten lässt. Ein langsamer LCP kostet Sie Stöberer, Menschen, die sich nie sicher waren. Ein langsamer INP kostet Sie den Tipp auf „In den Warenkorb“. Der Kunde hat alle Zweifel hinter sich gelassen, will kaufen und greift zum Button, und genau in dem Moment, in dem Geld den Besitzer wechseln soll, stockt der Shop. Eine teurere Stelle für Verzögerungen gibt es im Funnel nicht. Trotzdem schauen die üblichen Tipps zur Ladezeit hier selten hin, weil das Problem in keiner Prüfung des Hero-Bilds auftaucht.
Der Mechanismus hängt damit zusammen, wie Shopify-Shops wachsen. INP verschlechtert sich, wenn der Main Thread im Moment der Interaktion mit JavaScript beschäftigt ist, und auf der Produktseite sammeln sich Drittanbieter-Scripts am schnellsten an: Bewertungs-Widgets, Upsell-Apps, Chat, Tracking-Pixel, Variantenlogik. Jedes davon ist für sich genommen vertretbar. Zusammen können sie die Reaktion auf einen Tipp auf einem Mittelklasse-Smartphone weit über 200 ms treiben, und genau so ein Gerät hat der Großteil Ihrer mobilen Besucher in der Hand.
Der Ansatzpunkt ist der App-Stack auf Ihren interaktionsstarken Templates, nicht die Startseite. Prüfen Sie, was auf der Produktseite (PDP) und im Checkout ausgeführt wird. Betrachten Sie jedes Script, das bei einem Tipp feuert, als direkten Abzug bei den Besuchern, die dem Kauf am nächsten sind. INP steigt bei Shopify aus demselben Grund, aus dem Shops wachsen: mehr Apps, mehr Scripts, mehr Last genau in dem Moment, der am meisten zählt.
CLS: Verluste, die Sie wahrscheinlich gar nicht haben
Cumulative Layout Shift misst, wie stark sich die Seite beim Laden bewegt. Ein Produktbild, das plötzlich erscheint und den Preis nach unten schiebt. Ein Banner, das spät lädt und den Warenkorb-Button mitten im Tippen unter dem Daumen wegschiebt. Unter 0,1 ist gut. Wo das passiert, kostet es wirklich Conversions. Ein Fehltipp ist ein Kunde, der etwas in den Warenkorb legen wollte und stattdessen die Größentabelle geöffnet hat, oder schlimmer, etwas bestätigt hat, das er nicht wollte. Ein springendes Layout wirkt wie ein Shop, der die Dinge nicht ganz im Griff hat, und verlorenes Vertrauen gewinnen Sie innerhalb eines Besuchs kaum zurück.
An dieser Stelle trennt sich ehrlicher Rat von einer Checkliste. Bei den meisten Shopify-Shops ist CLS bereits in Ordnung. Dieselben Benchmark-Daten, nach denen LCP durchfällt, setzen den mobilen CLS-Median bei Shopify bei etwa 0,01 an, bequem innerhalb der Grenze und eine Größenordnung darunter. Die Basis-Themes von Shopify reservieren standardmäßig Platz für Bilder und zentrale Komponenten, und genau diese Disziplin verhindert Verschiebungen. Solange Ihr Shop keine konkreten Symptome zeigt, versteckt sich Ihr verlorener Umsatz nicht bei CLS.
Die Ausnahmen sollten Sie trotzdem genau kennen, denn dort bricht der Messwert tatsächlich ein. Individuelle Theme-Anpassungen, bei denen die festen Abmessungen von Bildcontainern verloren gehen. Apps, die nach dem ersten Rendern Inhalte in den sofort sichtbaren Bereich einfügen: ein Cookie-Banner, eine Promo-Leiste, eine Ankündigung. Webfonts, die spät laden und den Text neu umbrechen. Hat Ihr Shop keines dieser Muster, verteidigen Sie mit Arbeit an CLS eine Grenze, die Sie längst deutlich unterschreiten.
Das ist die ehrliche Version, die Ihnen die meisten Ratgeber nicht geben, weil sich „alle drei beheben“ leichter verkauft als „einen können Sie wahrscheinlich in Ruhe lassen“. Zu wissen, welcher Messwert Ihre Aufmerksamkeit nicht braucht, ist genauso wertvoll wie zu wissen, welcher sie braucht. Nur so setzen Sie ein begrenztes Entwicklungsbudget für den Messwert ein, der Sie tatsächlich Geld kostet. Welcher das ist, klärt der nächste Abschnitt.
Warum Sie nicht alle drei gleichzeitig angehen sollten
Der übliche Rat lautet, Core Web Vitals als Paket zu optimieren: alle drei auf grün bringen und weiter. Für die meisten Shopify-Shops ist das die falsche Reihenfolge. Die drei Messwerte fallen nicht gleich oft durch, und sie sitzen nicht an derselben Stelle im Funnel. Wer sie als eine einzige Aufgabe behandelt, verteilt ein begrenztes Entwicklungsbudget gleichmäßig auf einen echten Engpass und zwei Messwerte, die meist schon im grünen Bereich sind.
Die Daten zeigen eindeutig, welcher welcher ist. Ein Shopify-Benchmark mit 1.000 Shops ergab, dass nur etwa 48 % mobil alle drei bestehen, und die Ausfälle konzentrieren sich fast vollständig auf LCP. Der CLS-Median lag bei etwa 0,01 und der INP-Median bei etwa 153 ms, beide im guten Bereich, während LCP genau an der Grenze von 2,5 Sekunden lag. Daraus ergibt sich nicht das Bild „Shopify-Shops sind langsam“. Es ergibt sich: „Shopify-Shops scheitern an einem bestimmten Messwert, und der trifft den Besucher, der sich noch nicht festgelegt hat.“
Die Reihenfolge folgt also aus zwei Fragen, nacheinander. Erstens: An welchem Messwert scheitern Sie in den Felddaten tatsächlich? Zweitens: Welchen Moment im Funnel trifft dieser Messwert? Beim typischen Shop zeigen beide Antworten in dieselbe Richtung. LCP ist am ehesten rot und trifft kalten Traffic, also genau das Publikum, für das Sie bezahlen. Deshalb kommt LCP zuerst. Nicht weil ein Speed-Dogma es so verlangt, sondern weil sich dort Ausfall und Umsatz überschneiden. INP kommt an zweiter Stelle. Heute besteht er meistens noch, aber er verschlechtert sich schleichend, während der App-Stack auf den Produktseiten wächst, und wenn er abrutscht, kostet er Sie den kaufbereitesten Tipp im ganzen Funnel. CLS kommt zuletzt, weil Sie diese Grenze bei den meisten Shops längst hinter sich haben.
Die Erkenntnis, die Sie mitnehmen sollten: Ein Core-Web-Vitals-Projekt ist kein Geschwindigkeitsprojekt. Es ist eine Triage-Entscheidung. Der Shop, der seine Felddaten öffnet, den einen Messwert findet, der durchfällt, und fragt, was dieser an seiner Stelle im Funnel kostet, wird besser konvertieren als der Shop, der dieselben Stunden damit verbringt, drei Zahlen auf grün zu ziehen, ohne zu wissen, wo es tatsächlich leckt. Der Aufwand folgt dem Messwert, an dem Sie scheitern, und dem Geld, das daran hängt. Alles andere ist Wartung.
Was Sie prüfen sollten, und in welcher Reihenfolge
So wird die Triage aus dem letzten Abschnitt zu einer Abfolge, die Sie abarbeiten können. Die Reihenfolge zählt mehr als die einzelnen Maßnahmen, denn jeder Schritt zeigt Ihnen, ob sich der nächste überhaupt lohnt.
Holen Sie zuerst Ihre Felddaten, nicht Ihren Lighthouse-Score. Öffnen Sie den Core-Web-Vitals-Bericht in der Google Search Console oder die CrUX-Daten in PageSpeed Insights, und lesen Sie die Werte echter Nutzer pro Messwert und pro Template. Nur diese Ansicht entspricht dem, wonach Google rankt und was Kunden erleben. Der Laborwert ist ein Diagnosewerkzeug für später, nicht die Anzeigetafel.
Bestimmen Sie Ihr LCP-Element auf den Templates, die den Traffic bringen. Meist sind das die Produktseite und die Landing Pages mit dem höchsten Werbebudget. Prüfen Sie, was das größte Element tatsächlich ist, ob es komprimiert und mit Ladepriorität ausgeliefert wird, und ob App-Scripts davor rendern und die Darstellung blockieren. Hier finden die meisten Shops ihr größtes Leck.
Prüfen Sie den App-Stack auf interaktionsstarken Seiten auf INP. Schauen Sie, was auf der PDP und im Checkout ausgeführt wird, nicht auf der Startseite. Jedes Script, das bei einem Tipp feuert, geht direkt zulasten Ihrer kaufbereitesten Besucher. Nähert sich INP in den Felddaten den 200 ms, ist fast immer der App-Stack auf diesen Templates die Ursache.
Stellen Sie sicher, dass CLS bereits in Ordnung ist, bevor Sie Zeit hineinstecken. Prüfen Sie den Feldwert. Liegt er bei etwa 0,01 und haben Sie keine spät ladenden Banner oder fehlenden Bildabmessungen, lassen Sie ihn in Ruhe und stecken Sie den Aufwand in die vorherigen Schritte.
Messen Sie nach einem vollen Zeitfenster erneut in den Felddaten. CrUX berichtet über ein rollierendes 28-Tage-Fenster. Ein Fix, den Sie heute live stellen, zeigt seine echte Wirkung im Feld also erst nach Wochen. Wer am nächsten Morgen den Laborwert springen sieht und die Aufgabe für erledigt hält, kommt zu „Wir haben es behoben“, während sich der Feldwert und die Conversion-Rate nicht bewegen.
Das Muster dahinter: Die meisten dieser Einschränkungen erben Sie aus früheren Entscheidungen. Welches Theme, wie viele Apps, ob Bilder jemals Priorität bekommen haben. Sie zu vermeiden ist günstiger, als sie nachträglich zu beheben. Das ist die Logik hinter einem Build, bei dem Performance an erster Stelle steht: LCP-Element, Script-Budget und reservierter Platz im Layout stehen fest, bevor der Shop live geht, statt nachträglich geprüft zu werden, wenn bereits Conversions verloren gehen. Nach diesem Standard bauen wir auch als E-Commerce-Agentur neue Shopify-Shops: Script-Budget und Bildpriorität stehen fest, bevor eine einzige Seite live geht. Sind Sie bereits live, ist die Abfolge oben Ihre Nachrüstung, und zwar in der Reihenfolge, die den durchfallenden Messwert und den davon abhängigen Umsatz an die erste Stelle setzt.
Häufig gestellte Fragen
Optimiert Shopify die Core Web Vitals automatisch?
Teilweise. Shopify erledigt die Serverseite gut: Ein globales CDN, automatische Umwandlung in WebP und schlanke Basis-Themes geben jedem Shop eine schnelle Ausgangsbasis. Wovor Shopify Sie nicht schützt, ist das, was Sie selbst hinzufügen. Die Apps, Drittanbieter-Scripts, individuellen Theme-Anpassungen und übergroßen Bilder, die Sie installieren, lassen einen Shop von grün auf rot kippen. Die Plattform legt ein solides Fundament; die Ausfälle gehen fast immer auf das zurück, was der Shop selbst ergänzt hat.
Warum steigt mein PageSpeed-Score, aber Rankings und Conversions nicht?
Weil der PageSpeed-Score eine Laborschätzung auf Basis eines einzigen simulierten Seitenaufrufs ist, Google aber nach Felddaten rankt: echten Core Web Vitals von Chrome-Nutzern über ein rollierendes 28-Tage-Fenster. Ein grüner Laborwert, der nicht zu Ihren Felddaten passt, misst eine Seite, die kein echter Kunde lädt. Die Werte, die Rankings tatsächlich bewegen, finden Sie im Core-Web-Vitals-Bericht der Search Console.
Welcher Core-Web-Vitals-Wert ist für Shopify-Shops am wichtigsten?
Für die meisten Shops: LCP. Benchmark-Daten zeigen, dass sich Ausfälle bei Shopify auf LCP konzentrieren, während CLS und INP meist im guten Bereich liegen. LCP trifft außerdem kalten, bezahlten Traffic, also den Besucher, dessen Gewinnung Sie Geld kostet und der am wenigsten Geduld hat. Beheben Sie den Messwert, an dem Sie tatsächlich scheitern, an dem Punkt im Funnel, den er trifft, bevor Sie die Werte anfassen, die schon bestehen.
Ist INP dasselbe wie der alte FID-Messwert?
Nein. INP hat im März 2024 den First Input Delay ersetzt und ist strenger. FID hat nur die Verzögerung gemessen, bevor die Seite mit der Verarbeitung einer Interaktion begann. INP misst den gesamten Durchlauf, bis sich der Bildschirm aktualisiert, und erfasst so Verzögerungen, die FID übersehen hat. Das gilt vor allem für Produktseiten, auf denen mehrere App-Scripts um den Main Thread konkurrieren.
Wie lange dauert es, bis ein Core-Web-Vitals-Fix sichtbar wird?
In den Felddaten: Wochen. CrUX berichtet über ein rollierendes 28-Tage-Fenster. Ein heute live gestellter Fix schlägt sich also erst dann vollständig in dem Wert nieder, den Google verwendet, wenn dieses Fenster nachgezogen hat. Der Laborwert ändert sich sofort. Deshalb halten Teams einen Sprung im Labor über Nacht für ein gelöstes Problem, während der Feldwert rot bleibt.
Das Wichtigste in Kürze
Der Score, den Sie optimieren, und der Score, nach dem Google rankt, sind zwei verschiedene Dinge. Lighthouse ist eine Laborschätzung; Rankings und Conversions richten sich nach Felddaten echter Chrome-Nutzer über 28 Tage.
Die drei Vitals kosten Sie an verschiedenen Stellen im Funnel. LCP kostet Sie Besucher, die noch nicht entschieden haben zu bleiben. INP kostet Sie den Kunden, der schon nach „In den Warenkorb“ greift. CLS kostet Sie Fehltipps und Vertrauen.
Bei den meisten Shopify-Shops fällt nur LCP tatsächlich durch. CLS liegt standardmäßig bei etwa 0,01 und INP bei etwa 153 ms, während LCP an der Grenze von 2,5 Sekunden pendelt.
Legen Sie die Reihenfolge nach Ausfall und Umsatz fest, nicht nach Checkliste. Beheben Sie den Messwert, an dem Sie scheitern, an dem Punkt im Funnel, den er trifft, bevor Sie Grenzen verteidigen, die Sie längst einhalten.
Ein Core-Web-Vitals-Projekt ist eine Triage-Entscheidung, kein Geschwindigkeitsprojekt.
Der Drang, „alle drei auf grün“ zu bringen, ist stark, weil es sich nach einer erledigten Aufgabe anfühlt. Es ist aber auch der häufigste Weg, auf dem Shopify-Teams echte Entwicklerstunden investieren und dann zusehen, wie die Conversion-Rate stagniert. Die Zahl im Bericht ist nicht das Ziel. Das Ziel ist der Moment im Funnel, der unter jedem Messwert liegt. Ein Shop, der seine Felddaten liest, den einen Messwert findet, der durchfällt, und fragt, was dieser Ausfall an seiner Stelle im Funnel kostet, löst ein Umsatzproblem. Ein Shop, der drei Zahlen auf grün zieht, ohne zu wissen, wo es leckt, arbeitet für eine Anzeigetafel. Heben Sie diesen Artikel für Ihren nächsten Performance-Sprint auf, und bringen Sie die Felddaten ins Gespräch ein, bevor jemand Lighthouse öffnet.
Verwandte Artikel
