WooCommerce 11.0 ist da: Schnellere Shops, Gastbestellungen übernehmen und übersichtlichere Analysen

WooCommerce 11.0 erschien am Dienstag, 04.08.2026 – eine Woche später als ursprünglich geplant, und das aus gutem Grund. Es ist ein großes Release: 551 Pull Requests von 89 Mitwirkenden, ein Datenbank-Update und eine relevante Entfernung, die einige wenige Shops direkt betreffen wird.

Wenn Sie einen WooCommerce-Shop betreiben, erfahren Sie hier, was sich konkret geändert hat, was das für Ihren Alltag bedeutet und was Sie vor dem Update prüfen sollten.

Zuerst zum Release selbst

Ursprünglich war der 28. Juli als Termin für WooCommerce 11.0 vorgesehen. Beim Testen des ersten Release Candidates entdeckte das Team einen schwerwiegenden Fehler, der unter bestimmten Bedingungen durch ein neues Performance-Feature ausgelöst wurde. Statt das Update an über 7 Millionen aktive Installationen auszurollen, wurde der Release um eine Woche verschoben, am 29. Juli ein zweiter Release Candidate veröffentlicht und am 4. August ausgeliefert.

Das Team hat im Zuge der Verzögerung keine Änderung am Umfang des Releases angekündigt – die Mitteilung bezog sich ausschließlich auf den Zeitplan.

WordPress

6.9 oder höher

PHP

7.4 oder höher

Getestet bis

WordPress 7.0 (im WordPress.org-Verzeichnis aktuell 7.0.2)

Ihr Shop sollte spürbar schneller reagieren

Performance war das zentrale Thema von 11.0, mit 28 Pull Requests zu Performance, Caching oder Skalierbarkeit. Zwei Änderungen sind besonders relevant.

Produkt-Objekt-Caching ist jetzt standardmäßig aktiviert

Das ist die wichtigste Neuerung: WooCommerce cached Produkt-Objekte jetzt standardmäßig. Die gemessenen Effekte sind deutlich:

• Variable Produkte laden etwa 9–12 % schneller auf Produktseiten
• Bundle-Produkte werden beim Checkout 6–12 % schneller verarbeitet

Wichtig: Das gilt nur für neu installierte Shops. Bestehende Shops sind nicht betroffen und behalten die Opt-in-Voreinstellung. Sie können das Caching selbst aktivieren und testen; WooCommerce plant eine breitere Einführung in einer späteren Version.

Wenn Sie variable Produkte oder Bundles in nennenswertem Umfang verkaufen, empfiehlt sich ein Test auf der Staging-Umgebung, bevor Sie die Änderung aktivieren. Für die meisten Kataloge ist dies die wirkungsvollste Neuerung des Releases. Bleiben Produktseiten trotz aktivem Caching langsam, liegt der Engpass meist im Frontend, nicht in der Datenbank — hier greift Page Speed Optimization.

Die Bestellübersicht wird schneller

Wenn Ihr Shop High-Performance Order Storage nutzt und Sie bisher beim Laden der Bestellübersicht mehrere Sekunden warten mussten, optimiert 11.0 die dahinterliegenden Abfragen. Die Verbesserungen betreffen vor allem zwei langsame Fälle: Listen mit mehreren Bestellstatus und Zählabfragen beim Laden ohne Suchbegriff.

Im Produkt-Admin gibt es jetzt persistente Statuszähler. Die „Veröffentlicht / Entwurf / Papierkorb“-Zahlen über Ihrer Produktliste werden nicht mehr bei jedem Laden der Seite neu berechnet.

Hinter den Kulissen

Zwei weitere Änderungen, die vor allem bei Headless-Storefronts oder großen Katalogen relevant sind:

• Die Store API begrenzt und bereinigt jetzt Anfragen für Produktkollektionen. Überschreitet eine Anfrage das Limit, gibt es einen HTTP 400-Fehler. Das Limit lässt sich per Filter anpassen – falls Sie mehr benötigen, kann Ihr Entwickler die Obergrenze erhöhen.
• Die POS-Kataloggenerierung nutzt jetzt eine gestückelte Verarbeitung mit einstellbarer Paketgröße und Timeout. So brechen große Kataloge nicht mehr mittendrin wegen Zeitüberschreitung ab.

Gäste können jetzt ihre alten Bestellungen zuordnen

Diese Funktion dürfte Ihre Support-Anfragen am stärksten reduzieren.

Bisher konnte ein Kunde, der dreimal als Gast bestellt und erst danach ein Konto angelegt hat, diese früheren Käufe nicht einsehen. Die Bestellhistorie begann bei null. Jeder dieser Kunden, der eine Rechnung, eine Garantieabwicklung oder eine Nachbestellung wollte, musste Sie per E-Mail kontaktieren.

WooCommerce 11.0 schließt diese Lücke. Ein eingeloggter Kunde kann jetzt Bestellungen, die als Gast unter seiner E-Mail-Adresse getätigt wurden, suchen, den Besitz per E-Mail-Verifizierungslink bestätigen und diese Bestellungen mit seinem Konto verknüpfen. Nach der Verifizierung werden die Bestellungen der Benutzer-ID zugeordnet und erscheinen in der normalen Bestellhistorie.

Die Verifizierung ist zwingend und kann nicht übersprungen werden – die Verknüpfung erfolgt erst, wenn der Kunde den Besitz der E-Mail-Adresse nachweist. So wird verhindert, dass Unbefugte Zugriff auf die Bestellhistorie erhalten.

Das baut direkt auf dem Ablauf zur Kontoerstellung nach dem Checkout auf, der mit WooCommerce 9.5 eingeführt wurde, und schließt den Kreis: Gäste können nach dem Kauf ein Konto anlegen, und dieses Konto übernimmt jetzt auch frühere Käufe.

Analytics, denen Sie wirklich trauen können

Drei Korrekturen, die jeweils einen konkreten Fehler in WooCommerce Analytics beheben.

Rückerstattungen landen jetzt im richtigen Monat. Der v3-Umsatzbericht ergänzt jeden Zeitraum um einen Rückerstattungen-Wert. Bisher erschwerte die Rückerstattungslogik den Vergleich der Netto-Umsätze zwischen Monaten – eine Rückerstattung im Juni für eine Bestellung aus Mai verzerrte die Zahlen. Jetzt werden Rückerstattungen in dem Zeitraum gezählt, in dem sie tatsächlich erfolgen. (Die älteren v1- und v2-Endpunkte bleiben unverändert, bestehende Integrationen funktionieren weiterhin.)

Fehlgeschlagene historische Importe sind sichtbar und wiederholbar. Wer schon einmal einen Shop migriert, einen historischen Analytics-Import gestartet und dann Lücken in den Berichten festgestellt hat, wird das schätzen. Fehlgeschlagene Import-Jobs erscheinen jetzt im Admin mit einer Schaltfläche zum erneuten Versuch. Zwei neue Endpunkte unterstützen das: GET /wc-analytics/imports/status und POST /wc-analytics/imports/retry-failed.

Sitzungszahlen werden nicht mehr künstlich aufgebläht. Analytics-Ereignisse erfordern jetzt eine stabile Besucher-ID. Bots und kurzzeitig verbundene Clients zählen nicht mehr als Sitzungen. Nach dem Update werden Ihre Sitzungszahlen sinken – das ist die Korrektur, kein Fehler. Auch die Conversion Rate wird dadurch realistischer.

Kleine Änderungen mit spürbarer Wirkung

Reservierungen für Lagerbestand laufen standardmäßig 60 Minuten. Wird Lager für eine noch nicht abgeschlossene Bestellung reserviert, beträgt die Haltezeit jetzt standardmäßig eine Stunde, wenn keine Dauer angegeben wird. Wer mit knappen Beständen arbeitet, kann die Zeitspanne weiterhin explizit setzen lassen.

Internationale Telefonnummern funktionieren besser. Zwei neue Hooks – woocommerce_validate_phone und woocommerce_format_phone_number – ermöglichen es Entwicklern, lokale Nummernformate und nicht-lateinische Ziffern zu verarbeiten sowie Anzeige und Validierung zu trennen. Die neue Methode WC_Validation::is_phone_format() prüft länderunabhängig das Format. Wer international verkauft und Probleme mit der Telefonnummernprüfung im Checkout hatte, findet hier die Lösung.

Sauberere E-Mail-Vorschauen. Ein neuer Filter woocommerce_email_preview_show_shipping_details blendet Platzhalter-Versanddaten in E-Mail-Vorschauen aus – hilfreich beim Gestalten von Templates für digitale Produkte, wenn keine Adressen angezeigt werden sollen.

Mehr Möglichkeiten für Block-E-Mails. Der blockbasierte E-Mail-Editor unterstützt jetzt Einbettungen von Vimeo, TikTok und Dailymotion, die als anklickbare Vorschaubilder dargestellt werden.

Verbesserte Barrierefreiheit. Warenkorbtabelle und Admin-Oberflächen wurden überarbeitet, unter anderem mit besseren Farbkontrasten gemäß WCAG 2.2 AA.

Noch im Beta-Stadium: Checkout Recovery

WooCommerce integriert die Wiederherstellung abgebrochener Warenkörbe in den Kern. In 11.0 läuft das weiterhin als Beta zum Aktivieren. Sie finden die Option unter WooCommerce → Einstellungen → Erweitert → Funktionen.

Aktuell enthalten: Erinnerungs-E-Mails für abgebrochene Checkouts, die Möglichkeit, eine Erinnerungs-E-Mail manuell aus einer berechtigten Bestellung zu senden, ein Filter für relevante Bestellstatus (woocommerce_checkout_recovery_eligible_statuses) und ein Ein-Klick-Abmeldelink mit integriertem Datenschutz.

Gerade der letzte Punkt ist wichtig. Erinnerungs-E-Mails bergen Compliance-Risiken, wenn sie schlecht umgesetzt sind. Die Abmeldung und der Datenschutz direkt im Kern sind daher der richtige Weg. Wer aktuell für ein Drittanbieter-Plugin zur Warenkorbwiederherstellung zahlt, sollte das beobachten – aber es ist eine Beta, also bitte nicht im Live-Shop testen.

Eine neue, auf React basierende Einstellungsoberfläche wird ebenfalls eingeführt. Die Einstellungsformulare werden auf eine gemeinsame DataForm-Komponente umgestellt.

Das eine, was brechen könnte: Produkteditor-Beta

Wer die neue Produkteditor-Beta aktiviert hatte, arbeitet nach dem Update wieder mit dem klassischen Produkteditor. Ihre Produkte bleiben erhalten – aber die gewohnte Oberfläche verschwindet.

Das größere Risiko betrifft Erweiterungen. Wenn ein Plugin in Ihrem Shop auf das Produkteditor-Paket oder dessen experimentelle APIs gesetzt hat, benötigt es ein Update. Prüfen Sie vor dem Update insbesondere Erweiterungen, die eigene Felder oder Tabs im Produkteditor ergänzt haben.

Zwei weitere Änderungen sollten Sie an den Theme-Verantwortlichen weitergeben: Der Produktbild-Block hat das Attribut „Auflösung“ zugunsten standardisierter responsiver Bilder entfernt, und das abgefragte Objekt auf der Shop-Seite ist jetzt ein WP_Post statt WP_Post_Type. Themes, die spezielle Abfragen auf der Shop-Seite nutzen, sollten überprüft werden.

Action Scheduler 4.0.0 ist mit dabei

WooCommerce 11.0 enthält Action Scheduler 4.0.0 – die Hintergrund-Jobwarteschlange für geplante E-Mails, Aboverlängerungen, Webhook-Auslieferungen und viele Aufgaben von Erweiterungen. Der Versionssprung signalisiert: Es gibt inkompatible Änderungen.

Fehlgeschlagene Aktionen werden jetzt automatisch bereinigt – nach drei Monaten gelöscht. Gerade bei Shops mit hohem Volumen verhindert das, dass sich Fehlversuche endlos in der Datenbank ansammeln. Die Aufbewahrungsdauer ist über den Filter action_scheduler_retention_period_for_failed anpassbar, und das Verhalten lässt sich mit action_scheduler_enable_failed_action_cleanup komplett abschalten, falls Sie alles behalten möchten.

Die Einzigartigkeitsprüfung bezieht jetzt Argumente ein. Bisher wurde nur nach Hook und Gruppe unterschieden. Hatten zwei Jobs denselben Hook, aber unterschiedliche Parameter, konnte einer als Duplikat verworfen werden. Jetzt zählen die Argumente mit – das ist korrekt, bedeutet aber, dass in Shops, die sich auf das alte Verhalten verlassen haben, künftig mehr Aktionen angelegt werden.

Die Bereinigung läuft als eigenständiger täglicher Job um 3 Uhr morgens (Serverzeit) und verarbeitet mindestens 250 Aktionen pro Durchlauf, statt wie bisher inline während der Queue-Verarbeitung. Die Batch-Größe lässt sich über action_scheduler_cleanup_batch_size anpassen. Action Scheduler 4.0.0 setzt WordPress 6.8 oder neuer voraus.

Ihre Update-Checkliste

1. Prüfen Sie Ihre Umgebung. WordPress 6.9+ und PHP 7.4+ sind erforderlich. Falls Sie bei einer der beiden Versionen zurückliegen, beheben Sie das zuerst.
2. Führen Sie das Update auf einer Staging-Umgebung durch. Erstellen Sie eine aktuelle Kopie der Produktion, aktualisieren Sie dort und führen Sie das Datenbank-Update aus.
3. Überprüfen Sie Ihre Erweiterungen. Alles, was den Produkteditor, Hintergrundjobs oder die Store API betrifft, sollte gezielt geprüft werden. Fragen Sie die Anbieter nach Kompatibilität mit 11.0.
4. Führen Sie Testbestellungen durch. Gast-Checkout, eingeloggter Checkout, ein variables Produkt, ein Bundle, falls Sie solche verkaufen. Prüfen Sie, ob Steuern und Versand korrekt berechnet werden.
5. Überwachen Sie Hintergrundjobs. Beobachten Sie die Action Scheduler-Queue einen Tag lang und prüfen Sie, ob geplante Aufgaben weiterhin ausgeführt werden — hier würden sich die Änderungen aus Action Scheduler 4.0.0 bemerkbar machen.
6. Kennen Sie Ihre Rücksicherung. Legen Sie ein Datenbank-Backup an und dokumentieren Sie den Weg zurück auf 10.9, bevor Sie die Produktion anfassen.
7. Erwägen Sie danach das Produkt-Object-Caching. Sobald 11.0 stabil auf Ihrem Shop läuft, testen Sie die Aktivierung auf Staging und messen Sie die Auswirkungen auf Ihren eigenen Katalog.

Sollten Sie aktualisieren?

Ja — aber nicht heute und nicht direkt in der Produktion.

WooCommerce 11.0 ist ein solides Release. Die Performance-Verbesserungen sind messbar, das neue Gastbestellungs-Feature reduziert Supportaufwand, und die Analytics-Korrekturen beheben Zahlen, die bisher stillschweigend falsch waren. Allein die Bereinigung im Action Scheduler bewahrt einige Shops vor einem schleichenden Datenbankproblem.

Das Risiko ist überschaubar, aber nicht null: Die Entfernung des Produkteditors und die Änderungen am Action Scheduler sind die beiden Bereiche, in denen es zu Überraschungen kommen kann. Beide lassen sich vollständig beherrschen, wenn Sie zuerst auf Staging testen — was angesichts eines zweiten Release Candidates zur Behebung eines kritischen Fehlers ernst genommen werden sollte.

Falls Sie durch dieses Release grundsätzlich über WooCommerce als langfristige Lösung für Ihren Shop nachdenken: Zwei unserer früheren Beiträge bieten einen ehrlichen Einstieg — was WooCommerce im zweiten Jahr tatsächlich kostet und nach welchen Kriterien wir einen Wechsel von WooCommerce empfehlen — oder eben nicht.

Sie betreiben einen WooCommerce-Shop?

Wir übernehmen die WooCommerce-Entwicklung für Shops, bei denen Update-Prozess, Erweiterungsprüfung und Staging wie oben beschrieben echte Aufgaben sind — unsere. Wenn Sie das 11.0-Update lieber abgeben möchten, sprechen Sie uns an.