WooCommerce ist langsam. WooCommerce geht kaputt. WooCommerce braucht eine Million Plugins. Ein Update an einer Stelle legt drei andere lahm. Shopify funktioniert einfach, und PrestaShop oder das auf dem deutschen Markt beliebte Shopware sind wenigstens “echte E-Commerce-Systeme”. Wenn man eine Weile den Diskussionen von Shopbetreibern und Dienstleistern zuhört, könnte man zu dem Schluss kommen, dass WooCommerce eine technologische Katastrophe ist, aus der vernünftige Unternehmen so schnell wie möglich fliehen sollten. Die Daten zeigen allerdings ein komplizierteres Bild.

WooCommerce verliert tatsächlich einen Teil seines Anteils, Shopify wächst sehr schnell, aber auch PrestaShop verliert. Es sieht also nicht nach einer massenhaften Flucht von einer schlechten Engine zu allen anderen aus. Eher danach, dass Unternehmen heute anders entscheiden, wie viel technische Verantwortung sie für ihren Shop selbst übernehmen wollen.

Woo verliert, Shopify wächst. Aber das ist keine Migrationsstatistik

Laut W3Techs entfielen am 11. September 2026 47,8 Prozent der von diesem Dienst erkannten E-Commerce-Systeme auf WooCommerce, 32,1 Prozent auf Shopify und 2,8 Prozent auf PrestaShop. Ein Jahr zuvor waren es entsprechend 51,1 Prozent, 27,7 Prozent und 3,5 Prozent. Die Richtung ist also klar: WooCommerce verliert Anteil, Shopify gewinnt, und PrestaShop übernimmt nicht massenhaft Shops, die Woo verlassen.

WebsiteGarage / Leistungen

Entdecke unsere Leistungen.

Bei der Interpretation muss man trotzdem vorsichtig sein. W3Techs führt kein Register einzelner Shop-Migrationen, sondern erkennt Technologien auf beobachteten Websites. Eine Veränderung des Anteils kann aus Migrationen bestehender Shops entstehen, aber auch daraus, welche Plattformen neue Shops wählen, welche Shops aus dem Netz verschwinden und wie sich die untersuchte Population verändert. Man kann also fair sagen, dass Shopify im Verhältnis zu WooCommerce deutlich wächst, aber nicht, dass ein bestimmter Prozentsatz der Shops “von Woo zu Shopify geflohen” ist.

Zuerst: Hören wir auf, nur die Plattform auszuwählen

Eine der schlechtesten Methoden, eine E-Commerce-Plattform auszuwählen, ist der Vergleich von Feature-Listen. Produkte? Gibt es. Varianten? Gibt es. Rabatte? Gibt es. Zahlungen? Gibt es. Versand? Gibt es. Verkauf ins Ausland? Gibt es. Integrationen? Gibt es. Nach einer Stunde solcher Vergleiche können WooCommerce, Shopify, PrestaShop und Shopware ungefähr alles, was ein normaler Shop braucht.

Und trotzdem kann sich der Betrieb eines Geschäfts auf jeder dieser Plattformen völlig anders anfühlen. Ein Unternehmen wählt nicht nur eine Anwendung. Es wählt ein ganzes Ökosystem: Hosting, Update-Prozess, Erweiterungsmodell, Integrationsanbieter, Kontrolle über den Code, Verantwortung für Ausfälle, Verfügbarkeit von Spezialisten, Wartungskosten und den zukünftigen Entwicklungsweg. Erst aus dieser Perspektive wird klar, warum manche WooCommerce lieben und andere nach ein paar Jahren nichts mehr davon hören wollen.

WooCommerce gibt Freiheit. Die Verantwortung kommt gleich mit

WooCommerce ist kostenlose Open-Source-Software, die auf WordPress läuft. Du kannst das Hosting auswählen, auf die Datenbank zugreifen, Code ändern, eigene Integrationen bauen, den Shop auf eine andere Infrastruktur umziehen und Logik entwickeln, die der Plattformhersteller nie vorgesehen hat (schau dir unsere Website an, sie basiert auf Woo). Das ist ein enormer Vorteil, aber jede dieser Möglichkeiten bedeutet gleichzeitig, dass jemand Entscheidungen treffen und dafür Verantwortung übernehmen muss.

Jemand wählt den Server. Jemand ist für PHP und die Datenbank verantwortlich. Jemand wählt Erweiterungen für Zahlungen, Versand, Rechnungen, Steuern oder Integrationen aus. Jemand aktualisiert sie und prüft, ob sie weiterhin zusammenspielen. Und irgendwann muss jemand die wichtigste Frage des Shopbetreibers beantworten: Warum funktioniert der Checkout heute nicht? Shopify übernimmt einen erheblichen Teil der Verantwortung für Plattform und Hosting, während WooCommerce sie beim Shopbetreiber oder bei der Firma lässt, die das System technisch betreut. Wo liegt also das Problem? Um einen Shop mit WordPress und WooCommerce zu bauen, musst du keine einzige Zeile Code schreiben können. Alles lässt sich wie Lego-Steine zusammenstecken. Irgendein Tutorial – zack, schon hast du kostenlos einen Shop. Wo ist der Haken? Schnell stellt sich heraus, dass “ich habe einen Shop” nicht reicht. Hier muss noch etwas dazu, dort etwas angepasst werden, und so wächst der Plugin-Frankenstein.

Woher kommt der Plugin-Frankenstein?

WooCommerce allein ist nur selten der gesamte WooCommerce-Shop. Hinzu kommen Payment-Gateway, Rechnungen, Versanddienstleister, Cookie Consent, SEO, Cache, Newsletter, Filter, Produktfeed und Marketplace-Integration. Manchmal kommen Wunschlisten, Abonnements, Konfiguratoren, Punktesysteme, ERP und speziell für ein Unternehmen entwickelte Funktionen dazu. Außerdem ein Theme, manchmal ein Page Builder und manchmal mehrere Add-ons für den Page Builder.

All diese Elemente können von unterschiedlichen Herstellern stammen. WooCommerce beschreibt selbst einen offiziellen Prozess zur Konfliktanalyse: auf ein Standard-Theme wechseln, die übrigen Erweiterungen deaktivieren und schrittweise herausfinden, welche Komponente das Problem verursacht. Die Dokumentation weist außerdem ausdrücklich darauf hin, dass WooCommerce die Kompatibilität von Drittanbieter-Produkten mit WooCommerce selbst nicht garantiert.

Das bedeutet nicht, dass eine modulare Architektur ein Fehler ist. Ihr Wert liegt gerade darin, Funktionen ergänzen zu können. Das Problem beginnt dann, wenn niemand für die Architektur des Shops verantwortlich ist. Dann wird jedes Bedürfnis mit dem nächsten Plugin gelöst. Pop-up? Plugin. Zusätzliches Feld im Checkout? Plugin. Pixel? Plugin. Reihenfolge von zwei Elementen ändern? Vielleicht gibt es dafür auch ein Plugin.

Nach ein paar Jahren weiß niemand mehr, warum die Hälfte davon installiert wurde, und das Entfernen von irgendetwas fühlt sich wie Bombenentschärfung an. Wenn etwas nicht mehr funktioniert, sagt der Kunde nicht: “Wir haben einen schlecht verwalteten Komponenten-Stack von einem Dutzend verschiedener Hersteller.” Er sagt: “WooCommerce ist schon wieder kaputt.” Und aus seiner Sicht hat er jedes Recht dazu. Es ist sein Shop, er muss nicht wissen, welche Schicht versagt hat.

WordPress wurde tatsächlich nicht als Transaktions-Engine erfunden

Das Argument, dass WooCommerce auf einem System läuft, das ursprünglich ein CMS war, ist nicht völlig aus der Luft gegriffen. Über Jahre speicherte WooCommerce Bestellungen und zugehörige Daten in WordPress-Strukturen auf Basis von Posts und Metadaten. Die offizielle Entwicklerdokumentation von Woo beschreibt den Übergang zu High-Performance Order Storage, also zu dedizierten Tabellen für Bestellungen, die Skalierung erleichtern, Datenspeicherung vereinfachen und die Zuverlässigkeit erhöhen sollen.

HPOS ist seit WooCommerce 8.2, veröffentlicht im Oktober 2023, für neue Installationen standardmäßig aktiviert. Ältere Shops können nach Datensynchronisierung und Prüfung der Erweiterungskompatibilität auf das neue Modell wechseln. Das ist eine wichtige Modernisierung, aber gleichzeitig ein hervorragendes Beispiel für den Preis, den ein reifes Ökosystem zahlt. WooCommerce kann jahrelange Kompatibilität nicht einfach über Bord werfen, weil rundherum Millionen Installationen und eine enorme Zahl von Erweiterungen existieren.

Kostenloses WooCommerce bedeutet keinen kostenlosen Shop

Der WooCommerce-Core ist kostenlos. Das heißt nicht, dass ein WooCommerce-Shop kostenlos ist. Hosting, Backup, Staging, Monitoring, kostenpflichtige Erweiterungen, Sicherheit, Updates und die Arbeit der Person, die das System betreut, sind reale Kosten. Ein gut aufgebauter Shop braucht außerdem einen Update-Prozess, Tests und die Möglichkeit, nach einem Ausfall schnell wiederhergestellt zu werden.

Genau hier hat das Marketingversprechen “kostenloser WordPress-Shop” WooCommerce viel geschadet. Ein Shopbetreiber kaufte ein günstiges Projekt, bekam aber oft nicht gesagt, dass hier ein geschäftskritisches System entsteht, das dauerhaft gewartet werden muss. Nach ein paar Jahren sieht er Hosting, Abos für Erweiterungen und Rechnungen für weitere Entwickler-Einsätze. Daneben sieht er Shopify mit einem monatlichen Plan, Hosting und SSL inklusive. Kein Wunder, dass er irgendwann nicht mehr nur die Softwarekosten vergleicht, sondern den Preis für einen möglichst sorgenfreien Betrieb.

Warum wächst Shopify?

Für eine riesige Gruppe von Unternehmen ist die Frage “Was kann ich ändern?” weniger wichtig geworden als die Frage: “Worum werde ich mich nicht kümmern müssen?” Shopify verkauft eine Dienstleistung. Hosting und SSL-Zertifikat sind Teil des Plans. Das Unternehmen muss weder WordPress noch eine PHP-Version oder einen eigenen Application-Server administrieren, und Updates der Kernplattform übernimmt der Anbieter.

Aus Entwicklersicht bedeutet das weniger Kontrolle über die Umgebung. Aus Sicht des Shopbetreibers bedeutet es oft schlicht weniger Dinge, die auf seiner Seite kaputtgehen können, und weniger Entscheidungen, für die ein Spezialist nötig ist. Für ein Unternehmen mit Standardprodukten und einem standardisierten Verkaufsprozess ist das ein sehr attraktives Angebot.

Nur hat auch Bequemlichkeit ihren Preis

Shopify hat die Probleme des E-Commerce nicht abgeschafft. Es hat die Verantwortungsgrenze verschoben. Das Unternehmen zahlt für einen Tarif, nutzt Apps und bewegt sich innerhalb der Grenzen der Plattform. Die offizielle Shopify-Preisliste zeigt außerdem, dass bei Nutzung eines externen Zahlungsanbieters zusätzliche, vom Plan abhängige Transaktionsgebühren anfallen können.

Ungewöhnliche Geschäftslogik, die in einem offenen System direkt implementiert werden kann, muss in einem SaaS-Modell über die APIs und Erweiterungspunkte umgesetzt werden, die der Hersteller bereitstellt. Shopify hat sein Checkout-Erweiterungsmodell in den vergangenen Jahren in Richtung Checkout Extensibility und Apps umgebaut, statt beliebige Eingriffe in das frühere checkout.liquid zuzulassen. Der Hersteller beschreibt diesen Wechsel als sicherer und updatefester, für manche Implementierungen bedeutet er aber auch, ältere Anpassungen neu bauen zu müssen.

Das ist nicht automatisch ein Nachteil. Kontrollierte Erweiterungen sind einer der Gründe, warum eine Plattform vorhersehbarer sein kann. Es ist aber ein echter Kompromiss: Ein Teil der Freiheit wird gegen einen einfacheren Betrieb eingetauscht.

Vielleicht PrestaShop?

PrestaShop wurde von Anfang an für E-Commerce entwickelt und bleibt ein Open-Source-Projekt. Es hat einen nativen Multistore-Mechanismus und ein umfangreiches Backend, das klar auf Handel ausgerichtet ist. Deshalb kann es eine sehr sinnvolle Richtung sein, wenn ein Unternehmen sagt: “WooCommerce begrenzt uns als Handelssystem und wir wollen eine Plattform, die von Anfang an auf E-Commerce ausgerichtet ist.” Das bedeutet allerdings nicht, dass Presta das Problem des Betriebs eines eigenen Systems beseitigt.

Es gibt weiterhin Module, Server und Updates. Die offizielle PrestaShop-Anleitung empfiehlt vor einem Modul-Update, Kompatibilität zu prüfen, Konfiguration und Dateien zu sichern, den Maintenance Mode zu aktivieren und den Shop nach jedem Update zu testen. Wenn ein Unternehmen Woo verlässt, weil es sich nicht mehr um eine eigene Plattform kümmern will, löst der Wechsel von WooCommerce zu PrestaShop möglicherweise nicht das eigentliche Problem.

Auf dem deutschen Markt gehört Shopware in die Diskussion

Im deutschen E-Commerce wäre es ein Fehler, Shopware bei einer ernsthaften Plattformauswahl zu ignorieren. Shopware bietet eine offene Community Edition zum Self-Hosting und daneben kostenpflichtige Pläne und Varianten mit größerem Leistungsumfang. Das zeigt gut, dass sich die moderne E-Commerce-Auswahl immer seltener in die einfache Trennung “Open Source gegen SaaS” pressen lässt. Eine Produktfamilie kann mehrere Verantwortungsmodelle anbieten.

Der größte Fehler ist, eine Plattform nur nach den heutigen Anforderungen auszuwählen

Am Anfang hat ein Shop 80 Produkte, Stripe, DHL und Rechnungen. Alle vernünftigen Plattformen kommen mit diesem Umfang zurecht. Die Fragen, die Ökosysteme wirklich voneinander unterscheiden, tauchen meistens später auf: Wird der Katalog zehnmal so groß? Kommen B2B und individuelle Preislisten? Wird der Shop eng mit ERP oder PIM verbunden? Entstehen weitere Märkte und Lager? Plant das Unternehmen einen ungewöhnlichen Konfigurator oder einen eigenen Bestellprozess?

Es lohnt sich auch zu fragen, was für den Shop langfristig am wichtigsten sein wird. Braucht das Unternehmen umfangreichen Content und SEO oder eher einen komplexen Katalog und anspruchsvolle Handelsprozesse? Braucht es die Möglichkeit für freie Entwicklung oder will es vor allem die Zahl technischer Entscheidungen reduzieren? Und vor allem: Wer soll dieses System technisch verantworten? Wenn du gerade einen Shop startest oder erst vor Kurzem gestartet hast, beantworte dir diese Fragen. Nicht, um jetzt eine Revolution in deinen Plänen auszulösen. Sondern damit sie in ein oder zwei Jahren nicht einfach wiederkommen.

Die Frage lautet nicht: WooCommerce oder Shopify?

Die bessere Frage lautet: Wofür wollen wir verantwortlich sein? Wenn ein Unternehmen die Umgebung kontrollieren, Systeme frei integrieren, Code verändern und die Plattform an eigene Prozesse anpassen will, kann eine Open-Source-Lösung ein enormer Vorteil sein. Wenn die Priorität darin liegt, technische Betreuung zu reduzieren, schnell zu starten und ein relativ standardisiertes Verkaufsmodell zu betreiben, kann SaaS deutlich vernünftiger sein.

Wenn ein Unternehmen einen komplexen Katalog, Multichannel-Vertrieb, fortgeschrittenes B2B und eine enge Verbindung zu Unternehmenssystemen hat, kann sich die Diskussion in Richtung PrestaShop, Shopware oder noch schwergewichtigerer Commerce-Plattformen verschieben. Es gibt keine Hierarchie nach dem Muster “WooCommerce – PrestaShop – Shopify – professioneller E-Commerce”. Es gibt unterschiedliche Modelle und unterschiedliche Probleme, die gelöst werden müssen.

Kommentar von WebsiteGarage

WooCommerce trägt den technischen Ballast von WordPress mit. Die Qualität der Erweiterungen ist sehr unterschiedlich. Es ist zu einfach, eine Installation aus Dutzenden zufälliger Komponenten zusammenzubauen. Performance und Stabilität hängen stark von der Qualität der Umsetzung ab, und die Wartung erfordert Kompetenzen, von denen ein Kunde, der irgendwann einmal einen “günstigen WordPress-Shop” gekauft hat, oft gar nicht wusste, dass er sie später brauchen würde. Das sind echte Nachteile.

Aber der größte Nachteil von WooCommerce ist gleichzeitig sein größter Vorteil: Man kann damit fast alles machen. Deshalb kann man damit ebenso leicht etwas sehr schlecht machen. Ein sauber geplantes WooCommerce-Setup mit kontrolliertem Erweiterungsset, Staging, Backups, Monitoring, getesteten Updates und klar benanntem technischem Verantwortlichen ist ein völlig anderes Produkt als WordPress mit einem zufälligen Theme und 47 Plugins. Und beides nennen wir “WooCommerce”.

Vielleicht ist also ein Teil des schlechten Rufs von Woo verdient. Nur richten wir ihn oft an die falsche Adresse. Das Problem ist nicht ausschließlich die Plattform, sondern die Vorstellung, dass ein offenes und erweiterbares E-Commerce-System keine Architektur, keine Wartung und niemanden braucht, der die technische Verantwortung übernimmt und wenigstens ein bisschen versteht, was im System passiert. Doch, das braucht es, genau wie jedes andere kritische Unternehmenssystem. Und wenn ein Unternehmen diese Verantwortung nicht übernehmen will, ist daran nichts falsch. Es ist ein sehr gutes Argument dafür, ein anderes Ökosystem zu wählen.