Eine Woche Verspätung, ausgelöst durch einen fatalen Fehler in genau dem Performance-Feature, das der Star des Releases werden sollte — die Geschichte von WooCommerce 11.0 beginnt mit einer Ironie, die mehr über dieses Update verrät als jede Pressemitteilung. Am 4. August 2026 ist die Version nun offiziell erschienen: 551 Pull Requests von 89 Mitwirkenden, eines der größten WooCommerce-Releases der jüngeren Geschichte. Dazu kommt ein Datenbank-Update. Wer seinen Shop betreibt, sollte also nicht blind auf „Aktualisieren“ klicken.
Der Fokus liegt diesmal nicht auf glänzenden Frontend-Spielereien, sondern auf dem Fundament: Gast-Checkout, Geschwindigkeit für große Kataloge und ein konsequenter Abräumkurs im GitHub-Backlog. Für den DACH-Markt, wo WooCommerce hinter Shopify die zweitwichtigste Shop-Plattform stellt, sind drei Punkte relevant — und einer davon betrifft direkt die deutsche Zahlungsrealität.
Wie kommen alte Gastbestellungen endlich ins Kundenkonto?
Deutsche Online-Käufer lieben den Gast-Checkout. Studien zum Kaufabbruch zeigen seit Jahren, dass die Pflicht zur Kontoerstellung zu den häufigsten Abbruchgründen gehört — viele Händler im DACH-Raum lassen den Gastkauf deshalb bewusst offen. Das Problem: Wer als Gast bestellt und sich später doch registriert, sah seine alten Bestellungen nie im Kundenkonto. Support-Tickets, Frustration, verlorene Daten für das CRM.
WooCommerce 11.0 löst das über eine E-Mail-Verifizierung. Bestehende Kunden können frühere Gastbestellungen nachträglich mit ihrem Konto verknüpfen, nachdem sie ihre E-Mail-Adresse bestätigt haben. Seit Version 9.5 war bereits die Kontoerstellung nach dem Checkout möglich; jetzt folgt der logische zweite Schritt.
Ein Wermutstropfen für DACH-Händler: Die Verknüpfung alter Bestellungen mit einem Konto wirft datenschutzrechtliche Fragen auf. Wer die Funktion aktiviert, sollte die Einwilligungslogik und die Privacy-Texte von einem Fachanwalt oder zumindest vom Datenschutzbeauftragten prüfen lassen. DSGVO-konform umsetzbar ist das, aber nicht von allein.
Performance: 28 PRs, aber der Gewinn verteilt sich ungleich
28 Pull Requests tragen in diesem Release das Etikett Performance, Caching oder Skalierbarkeit. Die wichtigsten Bausteine: eine optimierte Datenbankabfrage für den HPOS-Bestellbildschirm, Verbesserungen an der Store API und ein saubereres Handling des Lagerbestands über den gesamten Bestellprozess hinweg.
9 bis 12 Prozent schneller laden variable Produkte durch das standardmäßig aktivierte Product Object Caching — allerdings nur bei Neuinstallationen. Bundle-Produkte werden im Checkout um 6 bis 12 Prozent schneller verarbeitet. Bestehende Shops müssen das Feature manuell aktivieren, WooCommerce zwingt es niemandem auf. Das ist vorsichtig, aber ehrlich gesagt auch bequem: Die meisten Altbestände werden den Schalter nie finden.
Wer profitiert wirklich? Shops mit tiefem Bestellarchiv und großen Katalogen. Ein Fashion-Händler mit 40.000 Varianten wird den Unterschied im Backend spüren, ein Nischenshop mit 200 Artikeln kaum. Und ein Detail aus dem Changelog verdient Aufmerksamkeit: Bestellungen, die auf den Status „failed“ wechseln, stellen den reduzierten Lagerbestand jetzt automatisch wieder her. Bisher galt das nur für „cancelled“ und „pending“.
Für deutsche Shops ist die Failed-Status-Änderung keine Randnotiz. Klarna, SEPA-Lastschrift und PayPal arbeiten asynchron — genau diese Zahlarten erzeugen den Statuswechsel, der bisher Lagerbestände still blockierte.
Wer Payment-Workflows nutzt, die „failed“ für andere Zwecke zweckentfremden, muss seine Order-Status-Logik prüfen. Das betrifft erfahrungsgemäß mehr Individualanpassungen, als Agenturen zugeben.
Warum beerdigt WooCommerce den blockbasierten Produkteditor komplett?
Der Product Editor Beta fliegt raus — nicht deprecated, sondern gelöscht. Fünf Wochen Vorwarnung gab es seit Version 10.9, mehr nicht. Wer Code gegen die entfernten Pakete geschrieben hat, muss auf den klassischen Editor zurück. Die Botschaft an die Community ist unmissverständlich: Woo räumt auf, auch wenn es wehtut. Artistic Director Beau Lebens hat das in einem Begleitpost offen als Backlog-Bereinigung geframed.
Gleichzeitig wandert mit Action Scheduler 4.0.0 eine Kernabhängigkeit auf eine neue Hauptversion. Diese Komponente steuert geplante Aufgaben im Hintergrund — von Abo-Verlängerungen bis zu E-Mail-Versand. Extensions, die interne Scheduler-Funktionen anzapfen, gehören vor dem Update auf die Prüfliste. Hinzu kommen kleinere Brüche: Die Taxonomie product_shipping_class wird nicht-öffentlich, und der Hook woocommerce_removed_order_items feuert zu einem anderen Zeitpunkt, nämlich erst beim Speichern. Zwei neue Phone-Hooks — woocommerce_validate_phone und woocommerce_format_phone_number — erleichtern dagegen die Validierung deutscher Rufnummernformate.
Was bringen die experimentellen Features?
Drei Neuerungen tragen das Etikett „experimental“, und das sollte man ernst nehmen:
- Abandoned Cart E-Mails: Erstmals ein nativer Warenkorbabbruch-Flow im Core — bisher die Domäne kostenpflichtiger Plugins. Wer dafür monatlich Plugin-Lizenzen zahlt, sollte beobachten, wann das Feature reif wird.
- Blockbasierte E-Mail-Bearbeitung: Transaktionsmails lassen sich künftig im Blockeditor gestalten. Für Shops ohne Entwickler ein Gewinn, vorausgesetzt die Vorlagen überstehen die Beta.
- Neue Settings-UI: Eine React-basierte Einstellungsoberfläche für Extensions, die WooCommerce per Office Hours und Feedback-Calls mit der Community abstimmt.
Unsere Einschätzung: Die Abandoned-Cart-Funktion ist strategisch die interessanteste. Wenn WooCommerce Warenkorb-Recovery in den Core zieht, verliert eine ganze Kategorie von Drittanbieter-Plugins ihre Existenzberechtigung — ähnlich wie damals, als WordPress die Seitencaching-Diskussion mit Full-Site-Editing neu aufgemischt hat. Bis dahin ist es aber ein weiter Weg; produktiv gehört eine Beta-Funktion nicht in den Live-Checkout.
Update-Strategie für DACH-Shops: Staging ist keine Empfehlung, sondern Pflicht
Das Release ist laut WooCommerce rückwärtskompatibel, verlangt aber ein Datenbank-Update. Die Verzögerung um eine Woche — ausgelöst durch einen fatalen Fehler im RC1 — zeigt, wie nah dieser Release am Abgrund gebaut wurde. Wer Anfang August aktualisiert, fährt folgende Route: Staging-Klon aufsetzen, Datenbank-Update dort durchspielen, Extension-Audit mit Fokus auf Action Scheduler und Produkteditor-Abhängigkeiten, dann erst produktiv gehen.
Agenturen mit WooCommerce-Bestandskunden sollten die nächsten zwei Wochen für Staging-Durchläufe nutzen, bevor der Herbstgeschäft-Druck im September beginnt. Wer jetzt sauber testet, kauft sich Ruhe für die umsatzstärkste Saison des Jahres. Und wer den Gast-Checkout-Claim aktiviert, verschenkt keine Kundendaten mehr — ein Upgrade, das sich im CRM direkt in Euro bezahlt macht.