Automattic hat die Beta von WooCommerce 11.2.0 freigegeben. Das Release ist für Shopbetreiber relevant, die noch auf der klassischen Warenkorb- und Checkout-Architektur laufen: Der blockbasierte Cart-Checkout-Block wird in dieser Version zum Standardpfad für Neuinstallationen, und die High-Performance Order Storage (HPOS) aktiviert sich bei Bestandsinstallationen ohne expliziten Opt-out. Wer ein Update plant, sollte vorher testen.
Die Pre-release-Notes listen als zentrale Punkte: Migration bestehender Shortcode-Warenkörbe auf die neue Block-Interoperabilität, neue Hooks im Cart-Controller sowie Änderungen an der Order-Sync-Logik zwischen HPOS und Legacy-Posts-Tabellen. Letzteres betrifft vor allem Shops mit Custom-Plugins, die direkt auf wp_posts und wp_postmeta für Bestellungen zugreifen. Genau diese Zugriffe brechen unter HPOS.
Was ändert sich konkret für Shopbetreiber?
Die wichtigste praktische Konsequenz: WooCommerce 11.2.0 migriert Bestellungen automatisch in die HPOS-Tabellen, sofern kein anderes Verhalten per Filter erzwungen wird. HPOS speichert Bestellungen in dedizierten Tabellen (wc_orders, wc_order_addresses, wc_order_operational_data) statt als Custom Post Type. Der Vorteil ist Performance: Bei Shops mit sechsstelligen Bestellzahlen pro Jahr sinken die Query-Zeiten für Order-Listen und Reports deutlich, weil Metadaten nicht mehr über Joins auf wp_postmeta aufgelöst werden müssen.
Der Preis dafür ist Kompatibilität. Erweiterungen, die Order-Daten über get_post_meta() oder direkte SQL-Queries auf wp_posts lesen, liefern unter HPOS leere Ergebnisse. Das betrifft erfahrungsgemäß ältere Rechnungs-, Export- und Tracking-Plugins. Vor dem Update lohnt ein Blick auf die Kompatibilitätsliste von WooCommerce sowie ein Staging-Test mit realen Bestelldaten.
Begleitend zum Block-Cart ändert sich die Interoperabilität mit klassischen Shortcodes. [woocommerce_cart] und [woocommerce_checkout] bleiben funktionsfähig, werden aber intern über den Store-API-Stack geroutet. Für Themes mit stark angepassten Cart-Templates bedeutet das: Überschreibungen im Child-Theme greifen möglicherweise nicht mehr wie gewohnt.
Wie sollten Händler auf die Beta reagieren?
Die Beta gehört nicht auf Produktivsysteme. Sinnvoll ist ein Klon der Live-Umgebung mit anonymisierten Bestelldaten, um drei Dinge zu prüfen: Bestellmigration unter HPOS, Funktion der Checkout-Blöcke mit den genutzten Payment-Gateways und Verhalten der Rechnungs- und Versand-Plugins.
Für Payment-Integrationen ist das ein bekannter Stolperstein. Gateways wie Stripe for WooCommerce und PayPal Payments haben HPOS-Support in den vergangenen Releases nachgezogen, viele kleinere Anbieter und Nischen-Gateways jedoch nicht. Wer ein Drittanbieter-Gateway einsetzt, findet den Kompatibilitätsstatus in der Plugin-Dokumentation oder direkt im FeaturesUtil::declare_compatibility-Aufruf des Plugins.
Als Faustregel gilt: Shops unter 5.000 Bestellungen pro Jahr profitieren von HPOS kaum messbar, tragen aber das volle Migrationsrisiko. Für sie kann es sinnvoll sein, HPOS zunächst per Filter zu deaktivieren und das Update auf 11.2.x ohne Storage-Wechsel zu fahren. Größere Shops mit Performanceproblemen in der Admin-Bestellübersicht sollten die Beta dagegen aktiv testen.
Der Beta-Zyklus von WooCommerce dauert typischerweise vier bis sechs Wochen bis zum stabilen Release. Wer jetzt mit dem Test beginnt, hat genug Zeit, um inkompatible Extensions zu identifizieren, beim Anbieter nachzufassen oder zu ersetzen. Bis dahin: Update-Pfad im Staging dokumentieren, Produktivsystem erst nach Freigabe des Release Candidates anfassen.