Pagespeed & Lighthouse Test 2026: Was der Score wirklich bedeutet (Shopify & WooCommerce)

Dieser Artikel enthält Affiliate-Links. Wenn du über unsere Links kaufst, erhalten wir eine Provision — für dich ohne Mehrkosten. Das beeinflusst unsere Meinungen nicht. [Anzeige]

TL;DR: Ein Lighthouse Score von 100 ist für E-Commerce-Stores kein sinnvolles Ziel — wer das erzwingt, entfernt Features, die Umsatz bringen. Was wirklich zählt: LCP unter 2,5 Sekunden, CLS unter 0,1 und INP unter 200ms. Für Shopify: Bilder optimieren + App-Audit. Für WooCommerce: Hosting-Upgrade + WP Rocket. Der Rest ist Optimierung am Rand.

---

Was der Lighthouse-Test wirklich misst — und was nicht

Ich habe in den letzten Jahren Dutzende Store-Analysen gemacht. Die teuerste Fehlannahme dabei: dass der Lighthouse Score die Performance misst, die Kunden erleben.

Das stimmt nicht. Lighthouse misst die Performance in einer simulierten Laborumgebung. Das Tool öffnet deine Seite auf einer virtuellen Maschine mit gedrosselter CPU (Desktop: 1× Verlangsamung, Mobile: 4× Verlangsamung) und gedrosselter Verbindung (Mobile: simuliertes 4G). Kein echter Nutzer surft so.

Was das bedeutet für die Praxis: Unser Shopify-Store (720+ Produkte, Live im DACH-Markt) hat auf Desktop einen Lighthouse-Score von 74, auf Mobile von 52. Das klingt mittelmäßig. Die Realität: Die durchschnittliche Ladezeit für echte Nutzer aus Deutschland liegt laut Google Chrome User Experience Report bei 1,8 Sekunden für LCP — grün in allen Core Web Vitals.

Meine Empfehlung: Nutze Lighthouse als Diagnosetool zum Finden von Problemen, nicht als KPI den du optimierst.

Wofür der Lighthouse-Test trotzdem unverzichtbar ist

• Regression erkennen: Hat ein Theme-Update oder eine neue App die Performance verschlechtert? Lighthouse zeigt das sofort.
• Render-blockierende Ressourcen finden: Das Waterfall-Diagramm zeigt, welche Scripts und Stylesheets den First Paint verzögern.
• Image-Probleme sichtbar machen: Unkomprimierte Bilder, fehlende WebP-Formate, fehlende Dimensionen — Lighthouse findet das zuverlässig.
• Accessibility-Check: Der Accessibility-Score ist überraschend nützlich und oft vernachlässigt.

---

Core Web Vitals: LCP, CLS und INP für Nicht-Techniker

Google hat drei Metriken als offizielle Ranking-Signale definiert. Du musst kein Entwickler sein, um sie zu verstehen — aber du musst wissen, was sie für deinen Store bedeuten.

LCP — Largest Contentful Paint

Was es misst: Wie lange dauert es, bis das größte sichtbare Element im Viewport geladen ist? Bei Produktseiten ist das fast immer das Hauptproduktbild.

Benchmark für E-Commerce:

• Gut: unter 2,5 Sekunden
• Verbesserungsbedarf: 2,5–4 Sekunden
• Schlecht: über 4 Sekunden

Was LCP kaputt macht: Unkomprimierte Produktbilder (der häufigste Fehler), kein Lazy Loading aktiviert, langsamer Hosting-Server, fehlende CDN-Nutzung.

Konkretes Beispiel aus unserem Store: Wir hatten ein Kategorie-Bild mit 1,8 MB (ein JPEG, das irgendwann mal für Print produziert wurde und ohne Komprimierung hochgeladen wurde). Das allein hat unseren Desktop-LCP von 1,4 auf 3,1 Sekunden katapultiert. 5 Minuten Arbeit: Bild neu komprimiert und als WebP hochgeladen. LCP wieder auf 1,4 Sekunden.

CLS — Cumulative Layout Shift

Was es misst: Wie viel springen Elemente auf der Seite während des Ladens? Wenn ein “Jetzt kaufen”-Button plötzlich nach unten rutscht, weil ein Bild darüber nachgeladen wird, ist das ein Layout Shift — und für Nutzer extrem frustrierend.

Benchmark für E-Commerce:

• Gut: unter 0,1
• Verbesserungsbedarf: 0,1–0,25
• Schlecht: über 0,25

Was CLS kaputt macht: Bilder ohne definierte Dimensionen (width/height in HTML), dynamisch eingefügte Werbebanner, Schriften die nachgeladen werden und Layout neu berechnen, Cookie-Banner die über Inhalte gelegt werden.

INP — Interaction to Next Paint

Was es misst: INP hat 2024 FID (First Input Delay) ersetzt und misst die Gesamtreaktionsfähigkeit der Seite über alle Interaktionen hinweg — nicht nur den ersten Klick. Wenn du auf “In den Warenkorb” klickst und der Store 800ms braucht um zu reagieren, ist das schlechtes INP.

Benchmark für E-Commerce:

• Gut: unter 200ms
• Verbesserungsbedarf: 200–500ms
• Schlecht: über 500ms

Was INP kaputt macht: Zu viel JavaScript das den Browser-Hauptthread blockiert. Das typische Symptom bei Online-Shops: 15 installierte Apps, jede mit eigenem JavaScript, kein Lazy-Loading, alles synchron geladen.

---

Welches Tool für was? Lighthouse, PSI, GTmetrix, WebPageTest

Nicht jedes Tool zeigt dir dasselbe — und das ist gut so.

Tool	Bestes Einsatzgebiet	Kostenfrei?
PageSpeed Insights	Überblick mit echten Nutzerdaten, Core Web Vitals	Ja
Google Lighthouse	Detaildiagnose, Regression-Tests, CI/CD	Ja (in Chrome DevTools)
GTmetrix	Waterfall-Analyse, Video-Replay, historische Daten	Freemium
WebPageTest	Tiefste technische Analyse, Multi-Step-Tests	Ja

Mein empfohlener Workflow für Shop-Betreiber:

1. Starte mit PageSpeed Insights (pagespeed.web.dev). Teste Desktop UND Mobile. Schaue dir die “Field Data” an — das sind echte Nutzerdaten. Wenn dort alles grün ist, brauchst du dir keine Sorgen machen, egal was der Lab-Score sagt.

2. Wenn Field Data gelb/rot: Öffne GTmetrix und führe einen Test von Frankfurt durch. Das Waterfall-Diagramm zeigt dir auf einen Blick, welche Ressource den Flaschenhals bildet.

3. Für die tiefe Analyse: WebPageTest mit Filmstrip-View zeigt dir frame-by-frame, was der Nutzer wann sieht. Das ist der Goldstandard für Performance-Debugging.

Was ich nie machen würde: Ausschließlich auf den Lighthouse-Score in Chrome DevTools verlassen. Der testet von deinem Rechner — mit deiner Internetverbindung, deinem Cache. Die Ergebnisse sind nicht reproduzierbar.

---

Shopify Pagespeed verbessern: Die 7 wichtigsten Hebel

Shopify hat im Vergleich zu WooCommerce einen strukturellen Pagespeed-Vorteil: das integrierte globale CDN (Fastly), automatisches SSL, und serverseitig gecachte Produktseiten. Aber dieser Vorteil kann durch schlecht optimierte Apps und unkomprimierte Bilder vollständig aufgefressen werden.

Hebel 1: Bilder komprimieren (Impact: hoch)

Das ist der größte Einzelhebel und wird am häufigsten unterschätzt. Shopify konvertiert hochgeladene Bilder automatisch zu WebP für unterstützte Browser — aber nur wenn du JPEGs oder PNGs hochlädst. Wenn das Originalbild 3 MB groß ist, ist das WebP immer noch deutlich zu groß.

Meine Faustregel: Produktbilder vor dem Upload auf maximal 800px Breite und unter 200KB skalieren. Für Hero-Banner max. 1600px und unter 400KB. Ich nutze dafür Squoosh (kostenlos, browser-basiert) oder ShortPixel für Batch-Verarbeitung.

Quick Check: Öffne deinen Store, klick-rechts auf das Hauptproduktbild → “In neuem Tab öffnen”. Schau in der URL ob .webp am Ende steht (Shopify CDN-Optimierung aktiv) und wie groß die Datei ist.

Hebel 2: App-Audit — das unterschätzte Pagespeed-Monster (Impact: sehr hoch)

Jede installierte Shopify-App lädt JavaScript — meistens synchron, oft sogar wenn du die App auf dieser Seite gar nicht nutzt. Ich habe Stores gesehen, die 23 Apps installiert hatten. Davon wurden aktiv 7 genutzt. Die restlichen 16 haben JavaScript geladen, das den Browser blockiert hat.

Aktion: Gehe in deinem Shopify-Admin zu “Apps”. Lösche alles was du nicht aktiv nutzt. Nicht “deaktiviert” lassen — wirklich löschen. Deinstallierte Apps entfernen ihren Code nur, wenn du sie über das Admin löschst (nicht über den App-Marktplatz).

Vorher/Nachher aus unserem Store: Nach einem App-Audit von 18 auf 9 aktive Apps: Mobile Lighthouse Score von 41 auf 58. Ohne eine Zeile Code zu ändern.

Hebel 3: NitroPack für Shopify (Impact: mittel bis hoch)

NitroPack ist ein Full-Stack-Performance-Dienst mit Shopify-App. Er übernimmt CSS/JS-Minifizierung, Lazy Loading, kritisches CSS und CDN-Caching automatisch. Der Vorteil: du brauchst keinen Entwickler. Der Nachteil: €21–€176/Monat je nach Traffic.

Für Shops mit 5.000–50.000 Seitenaufrufen/Monat ist der Professional-Plan (€42/Monat) oft das einfachste Upgrade. Ich habe NitroPack in zwei Client-Projekten evaluiert — die Ergebnisse sind konsistent: 15–30 Punkte Lighthouse-Verbesserung ohne Entwicklungsaufwand.

Wann NitroPack sich lohnt: Wenn du kein technisches Team hast, dein Score unter 50 liegt und du monatlich mindestens €5.000 Umsatz machst. Dann rechnet sich die App schnell.

Hebel 4: Third-Party-Scripts lazy loaden (Impact: mittel)

Jeder Chatbot, jedes Tracking-Pixel, jedes Review-Widget lädt JavaScript. Der Trick: Diese Scripts müssen nicht beim ersten Page Load geladen werden. Sie können “lazy” geladen werden — erst wenn der Nutzer mit der Seite interagiert.

In Shopify: Im Theme-Editor unter “Theme actions → Edit code” die Skripte in theme.liquid suchen. Die meisten können mit einem defer oder async Attribut versehen werden. Bei Drittanbieter-Apps: Im App-Dashboard nachschauen ob es eine “Lazy Load” oder “Load on interaction” Option gibt.

Hebel 5: Kritisches CSS inline einbetten (Impact: mittel, technisch)

Das ist das erste wirklich technische Thema. “Kritisches CSS” ist der CSS-Code, der für das initiale Rendering (above the fold) notwendig ist. Wenn dieser Code in eine externe Datei ausgelagert ist, muss der Browser sie erst laden, bevor er etwas rendern kann. Wenn das CSS inline im HTML steht, entfällt dieser Roundtrip.

Für Shopify: Das übernimmt NitroPack automatisch. Manuell ist das ein 2-3 Stunden-Job für einen Entwickler und lohnt sich bei durchschnittlichen Stores selten.

Hebel 6: Shopify-CDN strategisch nutzen (Impact: hoch)

Shopify nutzt Fastly als CDN — eines der schnellsten weltweit. Aber viele Händler hosten externe Assets (PDFs, Videos, Dokumente) auf anderem Storage. Alles was möglich ist sollte über Shopify Files (Admin → Content → Files) gehostet werden, damit es über das Fastly-CDN ausgeliefert wird.

Videos: Nutze statt direktem Video-Upload auf Shopify lieber YouTube oder Vimeo Embeds mit loading="lazy" — ein direkt eingebettetes 50MB Video kann den Store auf 4G komplett unbrauchbar machen.

Hebel 7: Theme-Code aufräumen (Impact: variabel)

Wenn dein Theme viele Jahre alt ist oder stark angepasst wurde, kann sich über die Zeit “Theme debt” ansammeln: ungenutzter CSS-Code, deaktivierte Sections die trotzdem JavaScript laden, alte App-Snippets die nie gelöscht wurden.

Jährliches Theme-Audit: Öffne Chrome DevTools → Coverage-Tab → Lade die Seite neu. Du siehst, welcher CSS/JS-Code tatsächlich genutzt wird. Alles rot markierte ist ungenutzter Code.

---

WooCommerce Ladezeit optimieren: Die 6 wichtigsten Hebel

WooCommerce hat im Vergleich zu Shopify eine höhere Performance-Ceiling — du kannst technisch mehr herausholen. Aber die Baseline ist schlechter, weil WooCommerce auf WordPress aufbaut und jede Installation anders aussieht.

Meine ehrliche Einschätzung: 80% der WooCommerce-Performance-Probleme haben dieselbe Ursache — schlechtes Hosting. Keine Menge Plugin-Optimierung kompensiert einen langsamen Server.

Hebel 1: Hosting-Upgrade — der eigentliche Engpass (Impact: sehr hoch)

Shared Hosting bei Strato, 1&1 oder Hostinger für €3/Monat ist für WooCommerce mit echtem Traffic ungeeignet. Der Server verarbeitet zu viele gleichzeitige Requests, hat keine PHP-Optimierung und kein serverseitiges Caching.

Empfehlung für deutsche WooCommerce-Stores:

Raidboxes ist für WooCommerce-Hosting in Deutschland das beste Preis-Leistungs-Verhältnis das ich kenne. Managed WordPress-Hosting, Server in Frankfurt (DSGVO-konform), PHP 8.x, Nginx, integriertes Caching, automatische Backups. Ab €9/Monat für kleine Stores. Ich habe zwei Client-Shops von Strato zu Raidboxes migriert — der LCP-Verbesserung allein durch den Hosting-Wechsel: durchschnittlich 1,2 Sekunden schneller. Ohne eine Zeile Code zu ändern.

Alternativen: Kinsta (teurer, aber exzellent), Siteground (gutes Preis-Leistungs-Verhältnis), WP Engine (Enterprise-Richtung).

Hebel 2: WP Rocket — das Caching-Plugin das funktioniert (Impact: hoch)

Es gibt Dutzende Caching-Plugins für WordPress. WP Rocket ist das einzige, das ich produktiv empfehle. Es ist nicht kostenlos (ab $59/Jahr), aber es ist das einzige das Caching, Minifizierung, Lazy Loading und Preloading in einer konfigurierten Installation liefert.

W3 Total Cache (kostenlos) ist komplizierter zu konfigurieren und fehleranfälliger. WP Super Cache (kostenlos) ist einfacher aber weniger umfassend. WP Rocket erledigt in 30 Minuten was W3 Total Cache in 3 Stunden erfordert — und macht dabei weniger Fehler.

Einstellung die ich immer aktiviere:

• Page Cache: aktiviert
• Browser Caching: aktiviert
• Minify HTML/CSS/JS: aktiviert (vorsichtig: JS-Minifizierung kann Konflikte verursachen, nach Aktivierung testen)
• Lazy Load Images: aktiviert
• Preload Cache: aktiviert

Hebel 3: Bilder mit ShortPixel optimieren (Impact: hoch)

ShortPixel ist das Bild-Optimierungs-Plugin meiner Wahl für WooCommerce. Es komprimiert alle hochgeladenen und bereits vorhandenen Bilder automatisch, konvertiert zu WebP und AVIF und kostet für die meisten kleinen Stores unter €5/Monat.

Im Vergleich: Smush (kostenlos) hat eine monatliche Limit für kostenlose Nutzer und schlechtere Kompressionsraten. Imagify (Alternative von WP Rocket-Machern) ist gut aber teurer. ShortPixel hat das beste Verhältnis aus Kompressionsqualität und Preis.

Erste Aktion nach Installation: Batch-Optimierung aller bereits hochgeladenen Bilder starten. Bei einem Shop mit 500 Produkten dauert das 2-3 Stunden — dann sind alle vorhandenen Bilder optimiert.

Hebel 4: Plugin-Audit (Impact: mittel bis hoch)

Dasselbe Prinzip wie bei Shopify-Apps: Jedes Plugin lädt PHP, oft auch JavaScript. Ich habe WooCommerce-Stores mit 47 aktiven Plugins gesehen. Eine kritische Überprüfung: Welche dieser Plugins sind wirklich notwendig?

Plugins die häufig unnötig sind: Mehrere SEO-Plugins gleichzeitig (Yoast + Rank Math + SEOPress), mehrere Backup-Plugins, Social-Sharing-Plugins mit alten API-Versionen, Page-Builder-Plugins für Seiten die gar nicht mit dem Builder erstellt wurden (aber den Code trotzdem laden).

Test: Deaktiviere jeweils 3-4 Plugins, lade die Seite in PageSpeed Insights neu. Wenn der Score steigt — gut. Wenn nicht, reaktivieren und weiter testen.

Hebel 5: Datenbankoptimierung (Impact: gering bis mittel)

WooCommerce schreibt viele Daten in die WordPress-Datenbank — Revisionen, transiente Optionen, Bestelllogs. Über Monate sammelt sich hier Ballast. Das Plugin “WP-Optimize” bereinigt die Datenbank regelmäßig und kann 5–15% Performance-Gewinn bringen.

Wichtig: Immer Backup vor Datenbankoperationen. Eine defekte Datenbank ist ein Totalausfall.

Hebel 6: CDN für statische Assets (Impact: mittel)

WooCommerce liefert ohne CDN alle statischen Assets (Bilder, CSS, JS) direkt vom Server aus — auch für Besucher, die geografisch weit entfernt sind. Mit einem CDN werden diese Assets von Servern in Kundennähe ausgeliefert.

Bei Raidboxes ist Cloudflare-Integration inklusive. Als Alternative: BunnyCDN (sehr günstig, exzellente Leistung, €1–€5/Monat für kleine Stores) ist meine Empfehlung für WooCommerce-Shops die selbst hosten.

---

Was die Scores wirklich bedeuten: Benchmarks für E-Commerce

Hier ist die Tabelle, die ich im Kopf habe wenn ich einen Store analysiere:

Score	Desktop	Mobile	Bewertung für E-Commerce
90–100	Exzellent	Unrealistisch für Produktseiten	—
75–89	Sehr gut	Gut (selten für komplexe Stores)	Ziel für Startseite/Kategorie
60–74	Gut	Normal für gut gepflegte Shops	Akzeptabel für Produktseiten
45–59	Mittel	Normal für feature-reiche Shops	Verbesserungswürdig
Unter 45	Schlecht	Performance-Problem	Sofortiger Handlungsbedarf

Unsere eigenen Werte (aktuell):

• Startseite Desktop: 74 / Mobile: 52
• Produktseite Desktop: 68 / Mobile: 47
• Kategorie Desktop: 71 / Mobile: 50

Core Web Vitals (Field Data für echte DACH-Nutzer):

• LCP: 1,8s (grün)
• CLS: 0,08 (grün)
• INP: 180ms (grün)

Fazit: Lighthouse-Score mittelmäßig, Core Web Vitals vollständig grün. Das ist der realistische Zielzustand für einen gut optimierten E-Commerce-Store.

---

Häufige Fehler bei der Interpretation

Fehler 1: Desktop-Score als Maßstab nehmen

In Deutschland kommen über 60% des E-Commerce-Traffics von mobilen Geräten. Der Desktop-Score ist schön — der Mobile-Score ist wichtig. Immer beide testen, immer Mobile priorisieren.

Fehler 2: Lab-Daten statt Field-Daten

Der Lighthouse-Score ist Lab-Data: eine Simulation. Field-Daten (Core Web Vitals in PageSpeed Insights, oben als “Field Data” oder “Chrome User Experience Report” ausgewiesen) zeigen, was echte Nutzer erleben. Wenn Field-Daten grün sind und der Lab-Score gelb ist — alles gut. Wenn Field-Daten rot sind und der Lab-Score gelb ist — Problem.

Fehler 3: Score-Optimierung auf Kosten von Conversions

Das ist der teuerste Fehler. Ich habe Shops gesehen, die ihren Lighthouse-Score von 45 auf 82 verbessert haben — indem sie das Live-Chat-Widget, den Sticky-Add-to-Cart-Button und das Exit-Intent-Popup deaktiviert haben. Conversion Rate: von 3,2% auf 2,1% gesunken. Der Score war besser, der Umsatz war schlechter.

Meine Regel: Nichts deaktivieren das direkt mit der Conversion zusammenhängt, nur um den Score zu verbessern. Performance ist Mittel zum Zweck — der Zweck ist Umsatz.

Fehler 4: Einmaltest ohne Monitoring

Pagespeed ist kein Einmal-Thema. Jede neue App, jedes Theme-Update, jedes neue Plugin kann die Performance verschlechtern. Richtige Shops überwachen ihre Core Web Vitals kontinuierlich — Google Search Console zeigt Core Web Vitals-Daten aggregiert über alle Seiten deines Stores.

Minimalsetup für Monitoring: Google Search Console → Core Web Vitals Report. Wöchentlich 2 Minuten anschauen. Wenn der Bericht plötzlich “Schlechte URLs” anzeigt: Debug-Session starten.

Fehler 5: Tools falsch testen

Teste nie von deinem eigenen Rechner im Browser-Tab der schon einmal deinen Shop geladen hat. Der Cache verfälscht alles. Korrekte Methode: Inkognito-Fenster, PageSpeed Insights (kein lokales Lighthouse), Testserver in Europa wählen (bei GTmetrix: Frankfurt oder Amsterdam).

---

Shopify vs. WooCommerce: Wer hat den Pagespeed-Vorteil?

Für einen direkten Vergleich beider Plattformen aus Pagespeed-Perspektive: Shopify vs. WooCommerce 2026 — dort ist der Vergleich in den Setup- und Hosting-Aspekten ausführlicher.

Die kurze Antwort: Shopify hat eine bessere Performance-Baseline durch das integrierte CDN. WooCommerce hat eine höhere Performance-Ceiling wenn du gut hostst und konfigurierst. Für Shops ohne dediziertes technisches Team gewinnt Shopify. Für Shops mit Entwicklern und spezifischen Anforderungen kann WooCommerce auf managed Hosting das bessere Ergebnis liefern.

Shopify kostenlos testen — CDN inklusive

---

Das wichtigste zuerst: Dein Aktionsplan

Wenn du jetzt deinen Store testen willst:

1. Jetzt testen: PageSpeed Insights — URL deines Stores eingeben, Mobile-Tab auswählen, “Field Data” anschauen
2. Grüne Field Data? Entspann dich. Weiter zu SEO, Inhalten, Conversion-Optimierung.
3. Rote/gelbe Field Data?
   • Shopify: App-Audit starten (welche Apps kannst du löschen?)
   • WooCommerce: Hosting prüfen (bist du auf Managed WordPress-Hosting?)
   • Beide: Bilder-Audit (komprimiert und WebP?)

Mehr zum Thema SEO für Shopify-Stores: Shopify SEO 2026: Der komplette Guide

---

FAQ

Muss ich einen Entwickler beauftragen um den Lighthouse-Score zu verbessern?

Für die meisten Shops nein. App-Audit, Bilder komprimieren und Caching-Plugin installieren (WooCommerce) sind ohne Entwickler-Kenntnisse erledigt. Wenn du einen Score unter 40 hast oder spezifische technische Fehler in Lighthouse siehst (Critical Request Chains, Render-blocking resources) — dann kann ein Entwickler 2-4 Stunden gezielt eingesetzt werden und 20-30 Punkte herausholen.

Wie oft sollte ich meinen Pagespeed testen?

Passiv: Google Search Console Core Web Vitals-Report wöchentlich ansehen (2 Minuten). Aktiv: Nach jedem größeren Update (neue App installiert, Theme geändert, neues Plugin aktiviert). Quartalsweise einen vollständigen Lighthouse-Audit machen.

Stimmt es dass Google schnellere Seiten besser rankt?

Ja, aber die Gewichtung ist moderat. Core Web Vitals sind seit 2021 offizieller Ranking-Faktor, aber Google hat betont dass Inhaltsrelevanz weiterhin der wichtigere Faktor ist. Für die meisten deutschen Online-Shops bringt eine Investition in gute Produkttexte, strukturierte Daten und Backlinks mehr als das Optimieren des Lighthouse-Scores von 60 auf 85. Pagespeed-Optimierung sollte Hygiene sein, kein primäres SEO-Instrument.