Strukturierte Produktdaten heißt: Jede Produkteigenschaft steckt in einem typisierten Attribut mit E…
PrestaShop 8 auf 9 ohne Replatforming: Frontend zuerst entkoppeln
Den größten Teil des Risikos im PrestaShop-Upgrade von 8 auf 9 nimmst du heraus, wenn du die Storefront vom PrestaShop-Theme löst, bevor du den Core anfasst. Spricht das Frontend über eine API statt über Templates und Display-Hooks mit PrestaShop, gehören Theme-Neubau und kaputte Front-Office-Module nicht mehr zum Upgrade. Übrig bleibt ein Backend-Upgrade, das du separat testen, planen und zurückrollen kannst.
Was sich zwischen PrestaShop 8 und 9 wirklich ändert
PrestaShop 9.0 ist am 10. Juni 2025 erschienen, und es ist ein echtes Major-Release. Der Core ist von Symfony 4.4 auf Symfony 6.4 gewechselt, die Long-Term-Support-Linie mit Sicherheitsupdates bis November 2027. Auch die PHP-Anforderungen verschieben sich: PrestaShop 8.0 bis 8.2 läuft auf PHP 7.2 bis 8.1, PrestaShop 9 verlangt mindestens PHP 8.1 und unterstützt PHP 8.4. Mit PrestaShop 9.1 reicht die Unterstützung bis PHP 8.5.
Die Entwickler-Hinweise sind lang: Back-Office-Controller müssen als Services definiert sein, und mitgelieferte Bibliotheken wie Guzzle und Swift Mailer wurden durch Symfony-Komponenten ersetzt. PrestaShop selbst schreibt, dass manche Module und Themes Updates brauchen, um korrekt zu funktionieren.
Auch die Storefront verändert sich. Mit PrestaShop 9.1, erschienen am 23. März 2026, wurde Hummingbird 2.0 zum Standard-Theme im Front Office. Es basiert auf Bootstrap 5, und die Entwickler-Dokumentation führt Classic als veraltet für neue Entwicklungen. Bestehende Shops können Classic vorerst weiter nutzen.
Parallel dazu ist PrestaShop 8.2 seit Juli 2025 im erweiterten Support. Es gibt nur noch kritische Fixes und Sicherheitsupdates, und die Wartung endet mit dem Release von PrestaShop 10.0.0. Das Upgrade ist kein Notfall, gehört aber auf deine Roadmap.
Warum die Storefront das meiste Upgrade-Risiko trägt
In einem klassischen PrestaShop-Setup stecken Jahre an Anpassungen im Front Office: ein gekauftes oder stark verändertes Theme, dazu Module, die über Display-Hooks Markup einspielen, etwa Slider, Bewertungen, Badges und Cross-Selling-Blöcke.
Daraus entsteht im Upgrade eine Kette von Abhängigkeiten:
- Das Theme muss für PrestaShop 9 geprüft, gepatcht oder neu gebaut werden, und der Weg Richtung Hummingbird bedeutet eine Migration von Bootstrap 4 auf 5.
- Jedes Modul, das im Front Office rendert, braucht eine PrestaShop-9-kompatible Version, und seine Templates müssen zum Theme passen.
- Overrides und Anpassungen im Child-Theme müssen neu eingespielt und getestet werden.
- SEO-Markup, Tracking und Core Web Vitals müssen nach dem Wechsel erneut validiert werden.
Nichts davon verkauft ein einziges Produkt mehr. Und weil Theme und Backend gekoppelt sind, müssen neuer Core und angepasste Storefront gemeinsam live gehen.
Drei Optionen, die PrestaShop-Händler abwägen
Die meisten Teams vor dem Upgrade vergleichen am Ende drei Wege:
- Upgrade im Bestand. Core, Theme und Module zusammen aktualisieren, mit dem höchsten Abstimmungsaufwand in einem einzigen Release-Fenster.
- Replatforming. Wechsel auf ein anderes Commerce-System. Richtig, wenn PrestaShop nicht mehr zu deinem Geschäftsmodell passt, aber es ersetzt Katalog, Bestellprozesse und Integrationen auf einmal.
- Erst entkoppeln. PrestaShop bleibt Commerce-Backend, die Storefront wandert in ein entkoppeltes Frontend, danach wird der Core dahinter aktualisiert.
Wenn dich eigentlich die Storefront bremst und nicht das Backend, ist Option drei das deutlich kleinere Projekt. Die Mechanik haben wir in PrestaShop-Frontend erneuern, ohne das Backend anzufassen beschrieben.
Wie ein entkoppeltes Frontend das Upgrade verändert
Mit einem Composable Headless Frontend rendert die Storefront keine PrestaShop-Templates mehr. Sie liest Produkte, Preise, Warenkorb und Kundendaten über APIs und rendert sie in einer eigenen Komponenten-Schicht. PrestaShop bleibt das führende System für Katalog und Bestellungen.
Für das Upgrade von 8 auf 9 verändert das den Umfang:
- Das Theme-Risiko verschwindet aus dem Kundenpfad. Vor den Kundinnen und Kunden steht kein Classic- oder Hummingbird-Theme mehr, das neu gebaut werden muss, und Bootstrap-Versionen im Front-Office-Theme beeinflussen nicht mehr, was sie sehen.
- Das Modul-Risiko im Front Office schrumpft. Content-Blöcke, Slider und Badges, die früher aus Front-Office-Modulen kamen, leben als Komponenten im Frontend. Du pflegst sie einmal, unabhängig von der Core-Version.
- Das Upgrade wird testbar. Dein Frontend hängt an einem API-Vertrag. Du aktualisierst PrestaShop im Staging, schickst dieselben API-Aufrufe gegen Version 8 und Version 9 und vergleichst die Ergebnisse, bevor du umschaltest.
- Marketing liefert weiter. Kampagnen entstehen in der Frontend-Schicht, zum Beispiel im visuellen Editor von Laioutr Studio, und ein Freeze im Backend friert die Storefront nicht ein.
Es gibt Grenzen. Module mit Geschäftslogik, etwa für Payment, Versand, Steuern oder ERP-Anbindung, laufen weiter in PrestaShop und brauchen weiterhin PrestaShop-9-kompatible Versionen. PrestaShop 9 bringt außerdem eine neue Admin API auf Basis von API Platform, die das Projekt selbst als Work in Progress bezeichnet und die langfristig die bestehenden Web Services ablösen soll. Prüfe, welche API dein Frontend nutzt, und mach sie zum Teil deiner Upgrade-Tests.
Laioutr ist für genau diese Schicht gebaut. Als Frontend Management Platform setzt Laioutr auf bestehende Commerce-Systeme auf, arbeitet mit 50+ Backends und behandelt Performance als Plattform-Eigenschaft: Live-Storefronts auf Laioutr erreichen einen LCP von 1,2 s im Median, mit Zielwerten von INP unter 80 ms und CLS unter 0,02. Wie das für PrestaShop aussieht, zeigt die Seite Headless Frontend für PrestaShop. Ob ein fertiger Connector oder ein projektspezifisches Setup über Orchestr zu deinem Shop passt, klären wir in der Demo.
Ein Ablaufplan für das Upgrade
Entkoppeln funktioniert am besten als Abfolge, nicht als ein großer Schalter. Bei saisonalem Geschäft entscheidet die Reihenfolge außerdem, wie viel Risiko du in die Hochsaison trägst. Mehr dazu in Big Bang oder schrittweise Frontend-Migration.
- Module auditieren. Teile sie in Display-Module im Front Office, die ins Frontend wandern, und Module mit Geschäftslogik, die in PrestaShop bleiben und einen Check für Version 9 brauchen.
- Das entkoppelte Frontend gegen PrestaShop 8.2 planen. Bau und teste die neue Storefront gegen dein aktuelles Backend, das weiter Sicherheitsupdates erhält. Die Core Web Vitals des alten Themes dienen dir als Ausgangswert.
- Den API-Vertrag festschreiben. Dokumentiere die Endpunkte und Daten, auf die dein Frontend baut, und mach daraus automatisierte Checks.
- Die Plattform vorbereiten. PHP 8.1 wird von PrestaShop 8.2 und 9 unterstützt, du kannst den Server also vor dem Core-Upgrade auf PHP 8.1 heben und diese Änderung isolieren.
- Backend im Staging aktualisieren, dann außerhalb der Saison live gehen. Aktualisiere mit dem Update Assistant auf PrestaShop 9, bring die übrigen Geschäftslogik-Module auf Stand und fahre die API-Checks. Die Storefront bleibt für die Kundschaft gleich, und wenn etwas schiefgeht, rollst du das Backend zurück, ohne das Frontend anzufassen.
Aus einem riskanten Release werden mehrere kleinere, jedes mit Rückfallpunkt.
FAQ
Muss ich sofort auf PrestaShop 9 upgraden?
Nein. PrestaShop 8.2 erhält kritische Fixes und Sicherheitsupdates, bis PrestaShop 10.0.0 erscheint. Nutze dieses Zeitfenster, um zuerst das Frontend zu entkoppeln.
Nimmt ein entkoppeltes Frontend das gesamte Modul-Risiko heraus?
Nein. Es nimmt das Risiko rund um das Front-Office-Theme und die Module heraus, die darin rendern. Module für Payment, Versand, Steuern und ERP laufen weiter in PrestaShop und brauchen kompatible Versionen für PrestaShop 9.
Was passiert mit SEO, wenn sich die Storefront ändert?
URLs, Redirects, strukturierte Daten und Metadaten brauchen einen Migrationsplan, wie bei jedem Theme-Wechsel. Der Unterschied: Du machst das einmal im Frontend und nicht erneut bei jedem Theme-Update.
Lohnt sich das nur für große Shops?
Nein. Am meisten bringt es Shops mit angepasstem Theme und vielen Front-Office-Modulen, unabhängig von der Größe.
Nächste Schritte
Wenn PrestaShop 9 auf deiner Roadmap steht, fang bei der Storefront an: Module kartieren, API-Vertrag definieren und den Frontend-Launch vor dem Core-Upgrade planen. Buch eine Demo mit unserem Team, und wir gehen den Ablauf für dein Setup gemeinsam durch.