Was kostet Speed im Ecommerce?

Vor ein, zwei Jahren war Geschwindigkeit ein Statussymbol. Agenturen eröffneten Pitches mit perfekten PageSpeed-Scores, grüne Balken wurden zu Trophäen, und wer „100/100“ zeigen konnte, hatte scheinbar bewiesen, dass sein Shop „State of the Art“ ist. Besuchte man die Seiten dann etwas später im Live-Betrieb, hat der Page Speed meist deutlich nachgelassen. Heute ist es auffällig still geworden. In vielen Roadmaps dominiert inzwischen AI, Personalisierung und Datenverknüpfung. Speed taucht höchstens noch als Hygiene-Faktor auf – irgendwo zwischen „kann man später machen“ und „läuft doch“. Die unbequeme Frage dahinter: Ist Speed unwichtig geworden – oder lassen wir gerade Geld auf der Straße liegen, weil niemand mehr hinschaut?

Wo Speed wirklich wirkt

Geschwindigkeit ist kein Technikthema, sondern ein Wahrnehmungsthema. Nutzer erleben nicht den Lighthouse Score, sondern Momente: Wann sehe ich etwas? Reagiert die Seite auf meinen Klick? Springt das Layout? Google hat das in einer groß angelegten Analyse mobiler Nutzerdaten greifbar gemacht: Wenn die Ladezeit von 1 Sekunde auf 10 Sekunden steigt, steigt die Wahrscheinlichkeit eines Absprungs („Bounce“) um 123%; schon von 1 auf 3 Sekunden sind es 32%. Das ist der Punkt, an dem Speed vom „Nice-to-have“ zur Bilanzfrage wird. Jeder Absprung ist ein Kauf, der nie die Chance hatte zu entstehen.

Core Web Vitals - wie Ungeduld messbar wurde

Google durchforstet täglich Milliarden von Websites und Shops um die aktuellsten Inhalte im Suchindex zu halten. Rechnet man in Dimensionen wie eine Suchmaschine, haben bereits kleinste Unterschiede in der Ladezeit enorme Auswirkungen auf die Kosten. Es wird davon ausgegangen, dass Google täglich zwischen 20-40 Mrd. unterschiedliche URLs aufruft. Bei 25 Mrd. Seiten pro Tag entspricht das round about 9 Billionen aufgerufene Seiten pro Jahr. Zwischen top-optimierten Pages mit einer Ladezeit von einer Sekunde steigen die jährlichen Kosten für Google um fast 1 Mrd. USD, wenn Webseiten im Schnitt drei anstatt einer Sekunde benötigen, bis die Inhalte geladen sind. Google’s Controller haben somit ein veritables Interesse, das ihre Server langsame Seiten weniger oft besuchen und dadurch weniger prominent im Suchindex anzeigen.

Die Gemini-Analyse der Auswirkungen bringt es ungeschönt auf den Punkt:

1. Enormer Hebel: Schon der Sprung von 1s auf 3s könnte Google jährlich fast eine Milliarde Dollar an zusätzlicher Rechenleistung und Energie kosten, wenn sie alle Seiten gleichermaßen intensiv weiter crawlen würden.
2. Googles Gegenmaßnahme (Crawl-Budget): In der Realität zahlt Google diese Kosten oft nicht. Stattdessen wird das Crawl-Budget reduziert. Das bedeutet: Wenn deine Seite 10s lädt, besucht Google sie einfach viel seltener, um seine eigenen Kosten zu decken.
3. Wirtschaftliches Paradox: Während Google offiziell sagt, sie tracken die Kosten pro Seite nicht individuell, zeigen ihre Algorithmen zur Budget-Zuweisung, dass sie extrem darauf optimiert sind, langsame Ressourcen zu meiden.

Damit Speed bei den Website- und Shopbetreibern nicht nur ein Gefühl und Google auf den Kosten hängen bleibt, hat Google die Core Web Vitals etabliert. Drei Kennzahlen, die Nutzererfahrung in messbare Ereignisse übersetzen. LCP (Largest Contentful Paint) fragt: Wann ist der Hauptinhalt sichtbar? INP (Interaction to Next Paint) fragt: Wie schnell reagiert die Seite auf Interaktionen? CLS (Cumulative Layout Shift) fragt: Bleibt das Layout stabil? Wichtig ist: Google hat INP seit 12. März 2024 als Core Web Vital (statt FID - First Input Delay) gesetzt – ein Signal, dass Reaktionsfähigkeit heute als genauso geschäftskritisch gilt wie Ladezeit.

Seit 2026 bewertet Google einen langsamen Pagespeed sogar noch differenzierter und strenger als in den Vorjahren. Derzeit gilt:

• Interaction to Next Paint (INP): Dieser Wert misst, wie schnell die Seite auf Nutzereingaben reagiert. Ein Wert über 500 ms gilt als "schlecht".
• Largest Contentful Paint (LCP): Das Haupt-Inhaltselement muss in weniger als 2,5 Sekunden laden, um als "gut" bewertet zu werden.
• Die 75. Perzentile: Google bewertet nicht einen einzelnen Testlauf, sondern die Daten von 75 % deiner echten Besucher über einen Zeitraum von 28 Tagen.

Das hat natürlich Auswirkungen auf das Crawl-Budget von Google. Sprich ein langsamer Pagespeed schadet der Website bereits, bevor sie überhaupt im Ranking erscheint:

• Crawl-Limit: Wenn dein Server langsam reagiert, senkt Googlebot das Crawl-Limit, um den Server nicht zu überlasten. Google crawlt dann schlichtweg weniger Seiten der Website.
• Effizienz: Langsame Datenbankabfragen und Serverreaktionen führen dazu, dass Google wichtige neue oder aktualisierte Inhalte erst viel später entdeckt.

Jedoch messen viele Teams den Pagespeed immer noch wie Wetter – ab und zu ein Blick aufs Tool. Core Web Vitals sind jedoch eher wie Blutdruck zu werten. Sie zeigen früh, ob etwas schleichend aus dem Gleichgewicht gerät, lange bevor es „weh tut“. Und schleichend ist das Schlüsselwort, denn in modernen Shop-Stacks entsteht Performance-Verlust selten durch einen großen Fehler, sondern durch viele kleine Entscheidungen.

Was die großen Studien wirklich belegen

In Speed-Debatten tauchen gern plakative Formeln wie „jede Sekunde kostet X%“ auf. Seriöse Studien sind vorsichtiger – und gerade deshalb nützlich. Eine der belastbarsten Untersuchungen ist „Milliseconds Make Millions“ von Deloitte und Google. Über 30 Millionen reale mobile Sessions wurden über mehrere Branchen (u. a. Retail, Travel, Luxury, Lead Gen) in Europa und den USA analysiert, mit dem Ziel, Speed als Metrik zu isolieren und Zusammenhänge zur Funnel-Progression, Pageviews, Bounce und Spend zu beobachten.

Was diese Studie so wertvoll macht, ist nicht eine magische Prozentzahl, sondern das Muster: Schon kleine Verbesserungen – im Bereich von 0,1 Sekunden – korrelieren mit messbaren Verbesserungen in Engagement und Conversion-Kennzahlen. Die Studie formuliert ihre Ergebnisse als Beobachtungen, nicht als universelle Garantie. Ergänzend liefert Think with Google im Abschnit „elements reduce conversion“ einen weiteren Befund. Je mehr Elemente eine Seite enthält, desto stärker sinkt die Conversion-Wahrscheinlichkeit – ein Hinweis darauf, dass „mehr Features“ oft nicht nur mehr Nutzen, sondern auch mehr Reibung bedeuten kann.

In einer Datenauswertung von Ubersuggest, NP Digital, Crazy Egg und Daten von 210 Marketern hat Neil Patel die Reibung im Februar 2025 prägnant visualisiert. Zahlreiche SEO Agenturen dürften hier aufhorchen. Komischerweise wurde uns in den vergangenen zehn Jahren als Ecommerce Agentur in keiner Zusammenarbeit mit SEO Agenturen Speed als Thema adressiert. Vermutlich ist die Ursache im Reibungspotential mit der bestehenden Ecommerce Agentur zu suchen, die meist eine tiefere technische Expertise hat.

Wenn aus Statistik Kausalität wird

Der Satz „Korrelation ist nicht Kausalität“ ist richtig – und trotzdem oft eine Ausrede, um nichts zu tun. Genau deshalb sind A/B-Tests im Performance-Kontext so stark. Sie lassen Nutzer entscheiden, nicht Meinungen. Vodafone hat einen A/B-Test gefahren, der explizit auf Web Vitals optimierte. Das Ergebnis steht als klarer Satz in der web.dev Case Study: „a 31% improvement in LCP led to 8% more sales“.

Die entscheidende Pointe: Vodafone hat nicht „ein bisschen am Design gedreht“ und zufällig bessere Zahlen gesehen. Sie haben gezielt an einem Punkt gearbeitet, den Nutzer unmittelbar spüren (LCP: „Jetzt sehe ich, worum es geht“) – und haben den Effekt gemessen.

Nehmen wir an, ein Shop hat 2.000.000 Sessions pro Monat, eine Conversion Rate von 2,0% und einen durchschnittlichen Warenkorb 85 €. Monatsumsatz = 2.000.000 × 0,02 × 85 = 3.400.000 €. Wenn eine Performance-Verbesserung (z. B. bessere LCP/INP-Werte) die Conversion Rate relativ um 8% auf 0,0216% steigern würde (Vodafone-Größenordnung in einem konkreten Experiment, nicht als Garantie), läge der Umsatzhebel theoretisch bei 272.000 € pro Monat. Die seriöse Lesart ist nicht „bei euch wird’s genau so“, sondern: Selbst einzelne Prozentpunkte sind bei großem Volumen wirtschaftlich relevant – und daher testwürdig.

Speed im Paid-Traffic wird in EUR gemessen

Im Marketing ist Speed nicht philosophisch, sondern buchhalterisch. Jeder Klick kostet Geld – egal, ob der Nutzer bleibt oder nicht. Google beschreibt den Quality Score in der Google Ads Help – „About Quality Score“ als Diagnosewert und verweist auf drei Komponenten: Expected CTR, Ad relevance, Landing Page Experience..Letztere kann durch eine Verbesserung der Ladezeiten den Unterschied zwischen “Buy or Bounce” ausmachen.

Was bedeutet das übersetzt? Wenn eine Landingpage langsam ist, wirkt das selten wie eine rote Karte. Es wirkt wie ein schleichender Effizienzverlust: mehr Absprünge nach dem Klick, weniger Käufe pro Budget, steigender CPA. Das Chrome-Team formulierte bereits 2018 sehr direkt, was viele Teams bis heute unterschätzen: „Speed is now a landing page factor for Google Search and Ads.“

Auch hier verdeutlicht eine kleine Beispielrechnung den Impact. Sagen wir ein Shop gibt 500.000 € im Monat für Ads aus und erzielt damit 10.000 Bestellungen. CPA = 50 €. Sinkt die Post-Click-Conversion relativ um nur 5% (weil Nutzer abspringen oder später abbrechen), benötigt man für dieselbe Bestellmenge rechnerisch 50 € / 0,95 ≈ 52,63 € CPA. Das sind rund 526.315 € Budget statt 500.000 €. Unterschied: +26.315 € pro Monat, +315.780 € pro Jahr – für exakt dasselbe Ergebnis. Das ist die Speed Tax im Paid-Bereich: - unsichtbar, aber zuverlässig.

Apps, Plugins und die Ökonomie des Dazubuchens

Jetzt kommt der Teil, der im Alltag jeder kennt, aber selten strategisch behandelt wird: Moderne Shops sind Ökosysteme. In Shopify wird Funktionalität oft über Apps eingehängt; in Shopware übernehmen Plugins und Erweiterungen ähnliche Rollen. Das ist ein Geschenk für Geschwindigkeit im Time-to-Market – aber ein Risiko für Performance, weil jede Erweiterung ihren eigenen Code, ihre eigenen Skripte, ihre eigenen Requests mitbringt. Das Problem ist meist nicht „die eine App“, sondern die Summe. Tracking-Skripte, Chat-Widgets, Review-Badges, A/B-Testing, Consent-Tools – alles sinnvoll, alles leicht mit ein paar Klicks installiert, alles zusammen wiegt schwer.

Shopware beschreibt in einem aktuellen Beitrag explizit, dass Page Speed unter anderem durch Drittanbieter-Skripte (Tracking, Plugins) belastet wird und deren Reduktion ein zentraler Hebel ist.

Dass genau diese Third-Party-Last oft der unsichtbare Täter ist, deckt sich mit Googles eigener Argumentation: Im Chrome-Beitrag zu Landingpage-Speed wird JavaScript/Images als wesentlicher Beitrag zum Page Weight hervorgehoben.

AI-Crawling - warum Speed für GEO wichtiger wird

Mit AI verschiebt sich die Oberfläche der Suche – aber die physikalische Grundlage bleibt Web-Infrastruktur. OpenAI beschreibt offiziell in der „Overview of OpenAI Crawlers“ eigene Crawler und User Agents (z. B. GPTBot, OAI-SearchBot) und wie Website-Betreiber deren Zugriff steuern können.

Das bedeutet nicht „AI rankt Speed“, dafür gibt es derzeit keine belastbare, veröffentlichte Formel. Es bedeutet etwas Einfacheres. Wenn mehr Systeme Inhalte abrufen, rendern und bewerten, steigt die Bedeutung von Zugänglichkeit, Stabilität und Effizienz. In einer Welt, in der Maschinen mitlesen, wird die Eintrittskarte nicht nur Content sein, sondern auch die Frage: Kommt der Content zuverlässig und schnell an?

Die Bilanz der Speed Tax

Setzt man diese Beobachtungen zusammen, ergibt sich eine nüchterne Bilanzlogik:
Speed ist eine stille Steuer auf (1) Umsatz, (2) Ads-Effizienz und (3) Sichtbarkeit.
Das Gemeine: Sie wird selten als „Speed-Problem“ gebucht, sondern als „Markt ist härter“, „Ads werden teurer“, „Conversion schwankt“. Genau hier entscheidet sich, ob ein Partner als Dienstleister oder als Trusted Advisor wahrgenommen wird: Nicht, wer den nächsten Score verbessert, sondern wer die Reibung in Euro sichtbar macht und daraus eine dauerhafte Disziplin formt.

Für uns als Ecommerce Agentur heißt das, Speed nicht als einmalige Aufräumaktion zu verkaufen, sondern als Betriebssystem-Gedanke für internationale Shopify-Plus- und Headless-Setups. Einfach gesagt - Speed ist ein Feature und bedarf permanenter Optimierung und Aufwand. Die Core Web Vitals sind eine Betriebskennzahl und keine Folien-Deko; App-/Plugin-Ökosysteme sind ein Governance-Thema und keine Spielwiese von Marketingabteilungen. Es geht um ein gemeinsames Zielbild, in dem Marketing, Produkt und Tech nicht gegeneinander optimieren, sondern am selben Hebel ziehen.

Das Thema Speed ist nicht verschwunden, weil es unwichtig geworden ist. Es ist verschwunden, weil es unbequem ist und die Optimierung erstmal Geld kostet. Zudem zwingt es Teams, „noch ein Plugin“ gegen „noch ein bisschen Reibung“ abzuwägen – und diese Abwägung fühlt sich selten dringend an, bis sie teuer wird. Die Datenlage ist belastbar genug, um Entscheidungen zu tragen. Speed ist als ständige Disziplin zu pflegen, bevor aus Millisekunden Millionen werden – nur leider auf der falschen Seite der Bilanz.

Wie schnell ist diese Blog Page?

Leistung vom 05/03/2026 bei pagespeed.web.dev