PrestaShop 9.1 kommt: Hummingbird 2.0, Multi-Carrier-Versand und warum jetzt der richtige Zeitpunkt für das Upgrade ist

PrestaShop 9.1 steht kurz vor der Veröffentlichung. RC1 wurde am 5. März freigegeben, der GitHub-Milestone ist fast abgeschlossen, und das stabile Release wird täglich erwartet. Das ist kein kleiner Patch – es ist das bedeutendste Update seit 9.0, das letztes Jahr Symfony 4.4 zugunsten von 6.4 LTS ablöste.

Wer auf den richtigen Zeitpunkt für ein Upgrade von einer älteren PrestaShop-Version gewartet hat, findet in 9.1 starke Argumente. Hier ist alles, was du wissen musst – von den Hauptfeatures über Migrations-Checklisten bis hin zu häufigen Stolperfallen, die wir aus eigener Erfahrung kennen.

Hummingbird 2.0 – Das neue Standard-Theme

Die auffälligste Änderung: Hummingbird ist jetzt das Standard-Theme für alle Neuinstallationen. Das ursprüngliche Hummingbird wurde mit PrestaShop 9.0 als optionales modernes Theme ausgeliefert. Version 2.0 ist eine vollständige Ãœberarbeitung:

• Bootstrap 5.3.3 – aktualisiert gegenüber der Alpha-Version aus Hummingbird 1.x. Das bedeutet echten Dark-Mode-Support, verbesserte Utilities und eine stabile API für Child Themes.
• Ãœber 95 % EAA-Konformität – der European Accessibility Act tritt im Juni 2025 in Kraft. Hummingbird 2.0 wurde von Grund auf mit Barrierefreiheit entwickelt: korrekte ARIA-Labels, Tastaturnavigation, Farbkontraste und Screen-Reader-Unterstützung.
• jQuery offiziell als veraltet markiert – jQuery ist noch vorhanden, aber für die Entfernung in PrestaShop 10 vorgemerkt. Wer neue Module oder Themes entwickelt, sollte jetzt auf Vanilla JavaScript setzen.
• Neue JS-Konventionen – data-ps-ref, data-ps-action, data-ps-target ersetzen beliebige CSS-Selektoren für JavaScript-Bindings. Das macht Themes robuster gegenüber CSS-Änderungen.
• Neue Hooks – displayOrderDetail und displayModalContent werden hinzugefügt. displaySearch wird entfernt.

Wer noch das Classic-Theme auf 1.7 oder 8.x betreibt, macht mit diesem Update einen großen Schritt vorwärts in Sachen Performance und Wartbarkeit. Child Themes für Hummingbird 2.0 lassen sich unkompliziert erstellen – den Prozess haben wir in unserem Child-Themes-Guide beschrieben.

Was sich von Hummingbird 1.x auf 2.0 geändert hat

Wer bereits ein Child Theme für das ursprüngliche Hummingbird gebaut hat, muss folgende Punkte aktualisieren:

• CSS-Klassen-Migration – Bootstrap 5.3 hat mehrere Utility-Klassen umbenannt. ml-* und mr-* werden zu ms-* und me-*. data-toggle wird zu data-bs-toggle. .custom-control wird zu .form-check. Wer diese in seinem Child Theme überschreibt, muss sie aktualisieren.
• JavaScript-Selektoren – die alte Konvention, Elemente per CSS-Klasse (.product-add-to-cart) anzusprechen, wird durch data-ps-ref-Attribute ersetzt. Modul-JavaScript, das auf klassen-basierten Selektoren aufbaut, sollte schrittweise migriert werden.
• Farb-System – Bootstrap 5.3 nutzt CSS Custom Properties stärker. Das alleinige Ãœberschreiben von Farben über :root-Variablen funktioniert bei Komponenten, die ihre eigenen Werte kompilieren, möglicherweise nicht. Gegebenenfalls sind Ãœberschreibungen auf Komponentenebene nötig, z. B. .btn-primary { --bs-btn-bg: #yourcolor; }.

Multi-Carrier-Versand – endlich

Dieses Feature gehört zu den meistgewünschten in der Geschichte von PrestaShop. Bestellungen können jetzt mehrere Sendungen mit verschiedenen Versanddienstleistern haben.

In allen PrestaShop-Versionen bis 9.0 bedeutete eine Bestellung genau einen Carrier. Wenn ein Kunde ein kleines und ein sperriges Produkt mit unterschiedlichen Versandanforderungen bestellte, musste man sich behelfen – Bestellungen manuell aufteilen, Custom-Module einsetzen oder einfach einen Carrier wählen und akzeptieren.

PrestaShop 9.1 führt die Carrier-Zuweisung auf Sendungsebene ein:

• Eine Bestellung in mehrere Sendungen aufteilen, jede mit eigenem Carrier und Tracking-Nummer
• Sendungen wieder zusammenführen, wenn sich die Planung ändert
• Jede Sendung unabhängig durch den Bestelllebenszyklus verfolgen
• Unterschiedliche Lieferdaten und Status je Sendung

Das Feature steckt hinter einem Feature-Flag und die API kann sich in künftigen Releases noch ändern, aber das Fundament ist solide. Für Shops mit gemischtem Produktsortiment (Möbel + Zubehör, Geräte + Verbrauchsmaterial) beseitigt das einen massiven operativen Aufwand.

Wer einen Shop betreibt, bei dem verschiedene Produkte aus unterschiedlichen Lagern oder über verschiedene Kuriere versendet werden – DHL für Kleinpakete, Spedition für Großgüter – für den ist dieses Update das lang ersehnte.

Ãœberarbeitetes Rabattsystem

Das alte Warenkorbregel-System wurde durch eine sauberere Architektur ersetzt. Das neue Rabattsystem führt vier unterschiedliche Typen ein:

• Katalog-Rabatte – werden auf Produkte angewendet, bevor sie in den Warenkorb gelangen
• Warenkorb-Rabatte – werden beim Checkout auf Basis von Bedingungen angewendet
• Kostenloser Versand – als eigenständiger Rabatttyp, nicht mehr als Flag einer Warenkorbregel
• Gratis-Artikel – Produkte werden automatisch in den Warenkorb gelegt

Auch dieses Feature steckt hinter einem Feature-Flag und ist in 9.1 standardmäßig deaktiviert. Die alten Warenkorbregeln funktionieren weiterhin. Das neue System ist aber deutlich einfacher zu verwalten und performanter – wer schon mal einen Shop mit 500+ Warenkorbregeln im Schneckentempo gesehen hat, weiß warum.

Die Aufteilung in distinct Typen macht auch das Reporting klarer. Man sieht genau, wie viel Umsatz durch kostenlosen Versand versus prozentuale Rabatte entgangen ist, ohne ein monolithisches Warenkorbregel-Log durchsuchen zu müssen.

Verbesserungen für Entwickler

Neben den Hauptfeatures bringt 9.1 viele Verbesserungen für Entwickler:

• Neue Hooks: actionModuleEnable, actionModuleDisable, actionModuleUpgradeAfter, actionConfigurationUpdateValueBefore
• Neue CLI-Befehle: prestashop:thumbnails:regenerate, prestashop:search:index, prestashop:module:export-translations
• Doctrine Auto-Mapping-Verbesserungen für Modul-Entitäten
• PHP 8.1 bis 8.4 unterstützt (8.5-Kompatibilität wird getestet)
• Aktualisierte MwSt.-Sätze für Estland und Rumänien
• D3 und NVD3 Charting-Bibliotheken aktualisiert – Dashboard-Widgets sollten getestet werden
• Classic Theme auf Version 3.1.1 aktualisiert für Shops, die es noch nutzen

Der Hook actionModuleUpgradeAfter ist für Modulentwickler besonders nützlich – er ermöglicht das zuverlässige Ausführen von Post-Upgrade-Logik (Cache leeren, Konfigurationsmigration), ohne darauf vertrauen zu müssen, dass die eigenen Upgrade-Skripte in der richtigen Reihenfolge aufgerufen werden.

Die neuen CLI-Befehle eliminieren häufige Admin-Aufgaben, die bisher ein Durchklicken durchs Back-Office erforderten. prestashop:thumbnails:regenerate allein spart bei Shops, die Produktbilder über Skripte oder CI/CD-Pipelines verwalten, erheblich Deployment-Zeit.

Warum 9.1 das beste Migrationsziel ist

Diese Frage kommt ständig: „Ich bin auf PrestaShop 1.6 (oder 1.7 oder 8.x) – soll ich jetzt upgraden oder warten?"

Unsere Antwort lautete das letzte Jahr: „Warten auf 9.1." Hier ist die Begründung:

Wenn du auf PrestaShop 1.6 bist

Du betreibst Software, die seit Oktober 2023 End-of-Life ist. Keine Sicherheits-Patches, keine Kompatibilitätsupdates, kein Modul-Support. PHP 7.x nähert sich bei den meisten Hostern dem End-of-Life. Jeder Monat, den man wartet, erhöht das Sicherheitsrisiko und die späteren Migrationskosten.

PS 9.1 auf Symfony 6.4 LTS liefert eine Plattform, die bis 2027+ unterstützt wird. Der Sprung ist groß, aber er wird mit der Zeit nur größer.

Was zu erwarten ist: Eine 1.6 → 9.1 Migration ist im Wesentlichen ein Neubau. Die Daten (Produkte, Kunden, Bestellungen) können migriert werden, aber das Theme muss von Grund auf neu gebaut werden (Hummingbird-2.0-Child-Theme oder ein neues Theme), und die meisten Module brauchen Ersatz. Je nach Shop-Komplexität sollte man 2–6 Wochen einplanen.

Wichtige Schritte:

1. Eine saubere PrestaShop-9.1-Installation auf einem Staging-Server aufsetzen
2. Produktkatalog, Kundendatenbank und Bestellhistorie aus 1.6 exportieren
3. Daten über die Import-Tools oder direkte Datenbank-Migrationsskripte in 9.1 importieren
4. Module installieren und konfigurieren – jedes einzeln testen
5. Theme bauen oder anpassen (mit einem Hummingbird-2.0-Child-Theme beginnen)
6. 301-Weiterleitungen von alten auf neue URL-Strukturen einrichten
7. Gründlich testen: Checkout-Flow, Zahlungsgateways, Versandberechnungen, E-Mail-Benachrichtigungen
8. DNS-Umschaltung für einen verkehrsarmen Zeitraum planen

Wenn du auf PrestaShop 1.7 bist

1.7 war die „Übergangsversion" – halb Legacy, halb Symfony. Viele Module und Themes wurden auf die hybride Architektur ausgelegt. PS 9.1 vollendet die Symfony-Migration, die 1.7 begonnen hat. Das Admin-Backend ist vollständig Symfony-basiert, die API ist modern (API Platform), und die Theme-Schicht hat endlich ein ordentliches, barrierefreies Default.

Die Modul-Kompatibilität ist gut. Die meisten gut gepflegten Module unterstützen den 1.7 → 9.x-Pfad bereits. Der Aufwand ist moderat, der Gewinn erheblich.

Was zu erwarten ist: PrestaShop stellt das Update-Assistant-Modul (früher autoupgrade) für In-Place-Upgrades bereit. Für 1.7 → 9.1 ist das der empfohlene Weg. Wir empfehlen jedoch dringend, zuerst auf einer Staging-Kopie zu testen – niemals direkt auf Produktion upgraden.

Häufige Probleme bei 1.7 → 9.1 Upgrades:

• Override-Dateien – wer PHP-Overrides in override/classes/ hat, sollte beachten, dass diese mit der neuen Symfony-Architektur kollidieren können. Jeden Override prüfen und gegebenenfalls durch Hook- oder modul-basierte Alternativen ersetzen.
• Veraltete Funktionen – Tools::displayPrice() ist entfernt. AdminController::ajaxDie() ist entfernt. Eigene Module, die diese nutzen, müssen aktualisiert werden.
• Theme-Kompatibilität – Classic-basierte Themes aus 1.7 funktionieren auf 9.x grundsätzlich, können aber optische Eigenheiten haben. Hummingbird-Themes aus 1.x benötigen die oben beschriebene Bootstrap-Migration.
• PHP-Version – PS 9.1 erfordert mindestens PHP 8.1. Wer noch auf 7.4 oder 8.0 ist, muss zuerst PHP upgraden.

Wenn du auf PrestaShop 8.x bist

Das ist der einfachste Upgrade-Pfad. PS 8 auf 9 war der Symfony-4.4 → 6.4-Sprung mit neuer Admin-API. PS 9.0 auf 9.1 ist ein reibungsloses inkrementelles Upgrade. Wer Module hat, die bereits 9.0-kompatibel sind, kommt mit 9.1 mit minimalem Testaufwand zurecht.

Die Hauptgründe für das Upgrade: Hummingbird 2.0 ist ein besseres Theme als Classic, Multi-Carrier-Versand löst echte operative Probleme, und man erhält laufende Sicherheits- und Performance-Updates.

Was zu erwarten ist: Das Update-Assistant-Modul verwenden. Der 8.x → 9.1-Pfad ist gut getestet. Hauptbereiche zur Ãœberprüfung nach dem Upgrade: Admin-Anpassungen (die Admin-API hat sich in 9.0 geändert), Module, die in den Bestellworkflow eingreifen (Multi-Carrier ändert das Bestellobjektmodell), und Dashboard-Widgets (D3-Bibliotheks-Update).

Die langfristige Perspektive

PrestaShop 10 ist am Horizont. jQuery wird vollständig entfernt. Das Admin-Backend setzt seine Symfony-Modernisierung fort. Der One-Page-Checkout, den Händler seit Jahren wollen, hat seinen ersten Code gemergt und ist für ein künftiges Minor-Release geplant. B2B-Funktionalität wird ebenfalls in den Core integriert.

PS 9.1 auf Symfony 6.4 LTS ist die stabilste, modernste und zukunftssicherste PrestaShop-Version, die heute verfügbar ist. Wer jetzt migriert, ist auf der Plattform, die jahrelang Sicherheits-Patches, neue Features und Community-Aufmerksamkeit erhalten wird. Auf 1.6 oder 1.7 zu bleiben bedeutet, auf einer bereits nicht mehr unterstützten Plattform zu verharren.

Migrations-Checkliste

Unabhängig von der Ausgangsversion – hier ist eine universelle Checkliste für die Migration auf PrestaShop 9.1:

1. Aktuellen Shop auditieren – alle Module, Theme-Anpassungen, Overrides und Integrationen (Zahlungsgateways, ERP, Versand-APIs) auflisten
2. Modul-Kompatibilität prüfen – jeden Modulentwickler kontaktieren oder dessen Dokumentation auf 9.x-Support prüfen. Nicht unterstützte Module vor dem Upgrade ersetzen.
3. Staging-Umgebung aufsetzen – Produktionsdatenbank und -dateien auf einen separaten Server klonen. Niemals auf Produktion testen.
4. PHP upgraden – PS 9.1 erfordert PHP 8.1+. Für das beste Verhältnis von Performance und Kompatibilität empfehlen wir 8.2 oder 8.3.
5. Update Assistant ausführen – für 1.7+-Shops das offizielle Upgrade-Modul von PrestaShop nutzen. Für 1.6 eine frische Installation durchführen und Daten migrieren.
6. Jeden Checkout-Pfad testen – Testbestellungen mit jeder Zahlungsmethode und Versandoption aufgeben. Verifizieren, dass E-Mail-Benachrichtigungen korrekt versendet werden.
7. URL-Struktur prüfen – sicherstellen, dass SEO-freundliche URLs erhalten bleiben. 301-Weiterleitungen für geänderte URLs einrichten.
8. OPcache verifizieren – nach dem Deployment OPcache über eine Web-Anfrage zurücksetzen (nicht per CLI). Das ist ein häufiger Stolperstein, der nach dem Upgrade zu „White Screen"-Problemen führt.
9. 48 Stunden beobachten – nach dem Go-Live Error-Logs, Checkout-Conversion-Rate und Ladezeiten genau im Blick behalten.

Häufige Migrations-Stolperfallen

Wir haben Dutzende von Shops durch PrestaShop-Versionsmigrationen begleitet. Hier sind die Probleme, die am häufigsten auftreten:

• Override-Dateien brechen lautlos – PrestaShop's Override-System lädt override/classes/Foo.php statt classes/Foo.php. Ein veralteter Override kann Funktionalität ohne sichtbare Fehlermeldung kaputt machen. Vor dem Upgrade immer unnötige Overrides prüfen und entfernen.
• OPcache liefert alten Code – nach dem Hochladen neuer Dateien kann der Web-Server noch gecachten Bytecode der alten Version ausliefern. OPcache immer über ein web-erreichbares PHP-Skript zurücksetzen, nicht per CLI (sie haben getrennte Cache-Pools).
• Fehlende Datenbankspalten – eigene Module, die Core-Tabellen um Spalten erweitern, können mit Schema-Änderungen in 9.1 kollidieren. Das Upgrade-SQL (upgrade/sql/9.1.0.sql) gegen eigene Schema-Anpassungen prüfen.
• Zahlungs-Gateway-Webhooks – wenn sich Domain oder URL-Struktur bei der Migration ändert, Webhook-URLs bei Stripe, PayPal und anderen Zahlungsanbietern aktualisieren. Verpasste Webhooks bedeuten verpasste Bestellbestätigungen.
• Cron-Jobs zeigen auf alte Pfade – PrestaShop 9.x hat einige Cron-Einstiegspunkte geändert. Alle geplanten Aufgaben nach dem Upgrade verifizieren.
• E-Mail-Templates – PS 9.x verwendet eine andere E-Mail-Template-Engine. Custom-E-Mail-Templates aus 1.7 werden möglicherweise nicht korrekt gerendert. Alle transaktionalen E-Mails testen.

Performance: Was zu erwarten ist

PrestaShop 9.1 auf Symfony 6.4 ist aus mehreren Gründen messbar schneller als ältere Versionen:

• Symfony-6.4-Container-Kompilierung – der Dependency-Injection-Container kompiliert effizienter, was die Bootstrap-Zeit reduziert.
• Hummingbird-2.0-Frontend-Gewicht – das neue Theme liefert weniger CSS und JavaScript als Classic aus. Da jQuery als veraltet markiert ist, ist die JS-Gesamtgröße bei Neuinstallationen kleiner.
• PHP-8.x-JIT-Kompilierung – wer aus einer PHP-7.x-Umgebung migriert, profitiert allein durch den PHP-8-JIT-Compiler von 10–30 % Performance-Verbesserung bei typischen PrestaShop-Workloads.
• Verbessertes Caching – Symfony 6.4's HTTP-Cache und Doctrine-Query-Caching sind ausgereifter als die 4.4-Äquivalente älterer PS-Versionen.

In unserer eigenen Test-Umgebung liefert ein PrestaShop-9.1-Shop mit 5.000 Produkten Kategorieseiten in ~120 ms (TTFB) gegenüber ~250 ms auf derselben Hardware unter 1.7 mit Classic-Theme. Die eigenen Ergebnisse hängen von Hosting, Modulen und Konfiguration ab – aber die Richtung ist klar.

Was ist mit unseren Modulen?

Alle mypresta.rocks-Module sind gegen PrestaShop 9.1 getestet. Wir betreiben 9.x intern seit der Beta. Unsere Module unterstützen PrestaShop 1.7 bis 9.1 mit einer einzigen Codebase – keine separaten Versionen, keine Kompatibilitäts-Forks.

Einige spezifische Kompatibilitätshinweise für 9.1:

• Admin-Controller – unsere Module nutzen ein gemeinsames Admin-Framework, das das Symfony-Wrapping automatisch handhabt. Ãœbergeordnete Tab-Navigation, Breadcrumbs und Sidebar funktionieren im neuen Admin-Layout korrekt.
• Ãœbersetzungen – wir verwenden $this->module->l(), das über alle PS-Versionen hinweg funktioniert. Das entfernte $this->l() in Admin-Controllern betrifft unsere Module nicht.
• Preisformatierung – wir behandeln die Entfernung von Tools::displayPrice() mit einem abwärtskompatiblen Helper, der auf 9.x den modernen locale-basierten Formatter nutzt und auf älteren Versionen zurückfällt.

Wer eine Migration plant und unsere Module vorab testen möchte, kann sich eine kostenlose 30-Tage-Demo eines beliebigen Moduls herunterladen und auf der Staging-Umgebung ausprobieren. Wir bieten auch Migrations-Consulting an, wenn man praktische Unterstützung benötigt.

Häufig gestellte Fragen

Kann ich PrestaShop 8 überspringen und direkt von 1.7 auf 9.1 wechseln?

Ja. Der Update Assistant unterstützt direkte Upgrades von 1.7.x auf 9.x. Ein Zwischenschritt über 8.x ist nicht nötig. Vor dem Upgrade aber sicherstellen, dass alle Module 9.x-kompatibel sind.

Funktioniert mein Classic-Theme noch auf 9.1?

Ja. Das Classic Theme wird in PS 9.1 auf Version 3.1.1 aktualisiert. Es ist nicht mehr das Standard-Theme für Neuinstallationen, wird aber weiterhin vollständig unterstützt. Wer ein Classic-Child-Theme nutzt, sollte damit mit kleineren Anpassungen weiterkommen.

Ist das Multi-Carrier-Feature produktionsreif?

Es steckt hinter einem Feature-Flag, was bedeutet, dass PrestaShop es für stabil genug für den Produktiveinsatz hält, sich aber das Recht vorbehält, die API in künftigen Versionen zu ändern. Wenn Multi-Carrier-Versand geschäftskritisch ist, das Feature-Flag aktivieren und ausgiebig auf Staging testen, bevor man live geht.

Welche PHP-Version sollte ich nutzen?

Wir empfehlen PHP 8.2 oder 8.3. PHP 8.1 ist die Mindestanforderung. PHP 8.4 wird unterstützt. Die Kompatibilität mit PHP 8.5 wird getestet, ist aber noch nicht offiziell bestätigt.

Wie lange dauert eine typische Migration?

Das hängt vollständig vom Ausgangspunkt und der Shop-Komplexität ab. Ein einfaches 8.x → 9.1 Upgrade kann an einem Nachmittag erledigt sein. Ein 1.7 → 9.1 Upgrade mit 20+ Modulen dauert typischerweise 1–2 Wochen für Tests. Eine 1.6 → 9.1 Migration mit Theme-Neubau kann 2–6 Wochen in Anspruch nehmen. Für die Testzeit einplanen – der eigentliche Upgrade-Prozess ist schnell, aber das Verifizieren, dass alles korrekt funktioniert, nimmt den Großteil des Aufwands in Anspruch.

Sollte ich auf das stabile Release warten oder schon jetzt vorbereiten?

Schon jetzt vorbereiten. Staging-Umgebung aufsetzen, Module auditieren und mit dem RC1 testen. Wenn das stabile Release erscheint, ist man bereit zum schnellen Go-live, statt von vorne anzufangen.

EO2S – Der erste Ecommerce Open Source Summit

Noch etwas: PrestaShop veranstaltet den Ecommerce Open Source Summit (EO2S) am 26. März 2026 in Paris. Das ist das erste Event dieser Art – es bringt die PrestaShop-Community, Modulentwickler und Händler zusammen. Wer im Ökosystem aktiv ist, sollte es nicht verpassen.

Fazit

PrestaShop 9.1 ist keine Revolution – 9.0 war die Revolution (Symfony 6.4, neue Admin-API, moderne Architektur). 9.1 ist die Version, die das Fundament von 9.0 praktisch und ausgereift macht: ein produktionsreifes modernes Theme, die Versandflexibilität, die Händler brauchen, und ein saubereres Rabattsystem.

Ob man auf 1.6, 1.7 oder 8.x ist – das ist die Version, auf die es sich zu migrieren lohnt. Je länger man wartet, desto größer wird die Lücke und desto teurer wird die spätere Migration. PrestaShop 9.1 bietet eine moderne, unterstützte und zukunftssichere Plattform, die den Shop durch die nächsten Jahre tragen wird.

Wer gewartet hat: das Warten ist vorbei. Das ist die Version, die man ansteuern sollte.