PrestaShop-Multishop schneller: was bei uns wirklich gebremst hat.
Unser eigener Shop CockpitDekor läuft als PrestaShop-Multishop mit fünf Shops und sechs Sprachen. Der Seiten-Cache war eingeschaltet, hat aber nie eine Seite gespeichert. Und auf dem Handy war ausgerechnet der Cookie-Hinweis das größte Element der Seite. Hier zeigen wir, wie wir die Ursachen gefunden haben und was die Messung danach sagt.
Stand: 8. November 2026 · CockpitDekor AutoWeb · Lesezeit ca. 6 Minuten
- Der Seiten-Cache des Moduls Super Speed war aktiv, lieferte aber jede Seite neu aus. Ursache: eine Prüfung im Modul, die bei Shop-Adressen mit Sprachkürzel wie
/fr/ins Leere lief. - Nach einer Korrektur von drei Zeilen kommt eine Seite in 19 statt 552 Millisekunden vom Server.
- Auf einer Produktseite war der Cookie-Hinweis das LCP-Element: 7,8 Sekunden auf dem Handy. Er erscheint jetzt sofort und auf dem Handy kompakter.
- Das Startbild hat eine eigene Handy-Version mit 34 KB und wird mit Vorrang geladen.
- Kein neues Hosting, kein neues Theme, kein zusätzliches Modul.
Ein großer Shop, ein Cache, der nichts speichert
CockpitDekor läuft auf PrestaShop 8.2 mit dem Warehouse-Theme, PHP 8.4 und Cloudflare davor. Für den Seiten-Cache nutzen wir das Modul Super Speed. Im Dashboard war alles grün, die Seiten waren trotzdem nicht schnell.
Der Antwort-Header jeder Seite zeigte DYNAMIC: Die Seite wurde bei jedem Aufruf komplett neu gebaut. Ein Treffer aus dem Cache kam nie vor. Einen zusätzlichen Objekt-Cache (APCu) haben wir ausprobiert und sofort wieder abgeschaltet, weil der Server dabei in Überlast ging. Nicht jede Standardempfehlung passt zu jedem Server.
Der Cache fragte zu früh, welche Seite gemeint ist
Jede Seite neu
Das Modul prüft sehr früh im Ablauf, ob eine Seite gespeichert werden darf. Dafür braucht es den Namen der angeforderten Seite, zum Beispiel category oder product.
Name noch leer
Bei Adressen mit Sprachkürzel kennt PrestaShop den Seitennamen zu diesem Zeitpunkt noch nicht. Das Modul las einen leeren Wert und entschied jedes Mal: nicht speichern.
19 ms aus dem Cache
Ist der Wert leer, fragt das Modul jetzt den Router von PrestaShop. Dazu war die globale Cache-Einstellung aus, obwohl sie in allen fünf Shops an war. Beides behoben.
Wir haben die Änderung mit Sicherung der Originaldatei eingespielt und den Fehler mit Korrektur für den Hersteller des Moduls aufbereitet. Nach jedem Modul-Update prüfen wir, ob die Korrektur noch nötig ist.
Ein Startbild für alle Bildschirme
Das große Bild auf der Startseite war 1 600 Pixel breit, auch auf dem Handy. Jetzt bekommt das Handy einen eigenen Ausschnitt mit 800 × 500 Pixeln und 34 KB. Breite und Höhe stehen im Quelltext, damit nichts verrutscht, und das Bild wird mit Vorrang geladen (fetchpriority="high").
Lazy Loading, also das späte Nachladen von Bildern weiter unten auf der Seite, erledigt bei uns das Theme. Im Cache-Modul ist es ausgeschaltet, damit nicht zwei Skripte dieselben Bilder steuern.
Die Messwerte vom 8. November 2026
| Messpunkt | Vorher | Nachher | Quelle |
|---|---|---|---|
| Server-Antwort einer Seite | 552 ms | 19 ms | Dashboard Super Speed |
| Kategorieseite, mobil | 90 | 93 | PageSpeed Insights |
| Kategorieseite, Desktop | – | 96 | PageSpeed Insights |
| Startseite, mobil / Desktop | – | 96 / 100 | PageSpeed Insights |
| Produktseite, mobil | 67 · LCP 7,8 s | Ursache behoben, Nachmessung folgt | PageSpeed Insights |
Laborwerte aus PageSpeed Insights (Lighthouse). Sie schwanken von Lauf zu Lauf um einige Punkte. Die Felddaten echter Besucher aus dem Chrome UX Report zeigen eine Änderung erst nach rund 28 Tagen.
Was noch offen ist
- Produktbilder: Die große Ansicht hat rund 214 KB, das Zoom-Bild rund 428 KB. Hier testen wir eine stärkere Komprimierung.
- Auf dem Desktop verschiebt sich das Layout der Kategorieseite noch leicht (CLS 0,125).
- Schriften mit
font-displayund längere Cache-Laufzeiten für statische Dateien. - Das Update auf PrestaShop 9.2 läuft auf einer Testkopie. Die Cache-Korrektur spielen wir danach erneut ein.
Sechs Prüfungen, die Sie selbst machen können
- Antwort-Header oder Cache-Dashboard ansehen: Steht bei jeder Seite DYNAMIC oder MISS, arbeitet der Cache nicht.
- In PageSpeed Insights das LCP-Element prüfen, nicht nur die Punktzahl.
- Cookie-Hinweis nicht spät per Skript einblenden.
- Das Startbild in zwei Größen anbieten, mit Breite, Höhe und Vorrang beim Laden.
- Lazy Loading nur an einer Stelle einschalten.
- Jede Änderung einzeln einspielen, vorher sichern und danach messen.
Fragen zur Shop-Geschwindigkeit
Was ist der Unterschied zwischen 19 ms und der PageSpeed-Punktzahl?
19 ms ist die Zeit, die der Server braucht, um eine fertige Seite aus dem Cache zu liefern. Die PageSpeed-Punktzahl bewertet den ganzen Seitenaufbau im Browser: Bilder, Schriften, Skripte und Layout. Beides hängt zusammen, ist aber nicht dasselbe.
Hilft ein Cache-Modul bei jedem PrestaShop-Shop?
Nur wenn es Seiten wirklich speichert. Prüfen Sie den Antwort-Header oder das Dashboard des Moduls: Wird jede Seite neu erzeugt, bringt der Cache nichts. Warenkorb, Kasse und Kundenkonto werden ohnehin nicht zwischengespeichert.
Warum war ausgerechnet der Cookie-Hinweis das größte Element?
Auf einem kleinen Bildschirm nimmt der Textblock des Hinweises mehr Fläche ein als das Produktbild. PageSpeed zählt den Zeitpunkt, an dem dieses größte Element erscheint. Wird der Hinweis erst spät per Skript eingeblendet, wird die ganze Seite als langsam gemessen.
Mussten Sie dafür Theme oder Hosting wechseln?
Nein. Theme, Server und Module sind dieselben geblieben. Geändert haben wir eine Abfrage im Cache-Modul, die Einblendung des Cookie-Hinweises und die Bildgrößen des Startbilds.
Wie gut ist Ihr Shop?
Kostenloser KI-SEO-Check: 48 Tests in unter einer Minute – für Autohäuser, Werkstätten, Teileshops, Caravan- und Nutzfahrzeughändler.
