WooCommerce-Plugins: welche Sie wirklich brauchen und welche den Shop nur ausbremsen

WooCommerce ist kein separates System, sondern ein Plugin für WordPress, das eine Website von allein in einen Shop verwandelt. Alles Weitere, also Zahlungen, Versand, Rechnungen und Marketing, sind weitere Plugins, die oben draufgesetzt werden. Und genau dieses Modell, brillant in seiner Flexibilität, ist auch die Stelle, an der die meisten Shops kippen: nicht am Mangel an Funktionen, sondern an deren Überfluss.

Dieser Leitfaden handelt davon, welche WooCommerce-Plugins Sie wirklich brauchen, welche echten Mehrwert bringen und welche nur den Warenkorb verstopfen und Sicherheitsrisiken einschleppen. Keine “Top 50”-Liste, denn eine solche Liste ist Augenwischerei. Stattdessen konkrete Problemklassen und wie man sie löst.

#Was ein WooCommerce-Plugin eigentlich ist

Es lohnt sich, zwei Dinge zu trennen, die in Gesprächen ständig verschwimmen. WooCommerce ist ein einzelnes Plugin, heute von Automattic gepflegt, das WordPress um Produkte, Warenkorb, Kasse und Bestellungen ergänzt. Ein “WooCommerce-Plugin” im zweiten Sinne ist eine Erweiterung, die man an diese Engine anbaut: ein Zahlungs-Gateway, ein Versandrechner, eine Integration mit der Buchhaltung.

Dieser Unterschied hat praktische Folgen. Ein Update des WooCommerce-Kerns kann eine Erweiterung zerschiessen, die von der alten Form des Warenkorbs ausging. Deshalb fragt man bei einem ernsthaften Shop nicht “funktioniert dieses Plugin”, sondern “hält der Autor mit den Kernänderungen Schritt, und mit welcher Verzögerung”. Das ist der erste Filter, und er streicht die Hälfte der Kandidaten aus dem Verzeichnis.

#Wie prüfe ich, ob ein Plugin mit meiner WooCommerce-Version kompatibel ist

WooCommerce gibt Erweiterungsautoren für genau diese Frage zwei Kopfzeilen vor. WC requires at least nennt die WooCommerce-Mindestversion, die das Plugin zum Funktionieren braucht, und WC tested up to die neueste WooCommerce-Version, mit der der Autor es getestet hat (WooCommerce-Entwicklerdokumentation). Beide stehen im Kommentarblock am Anfang der Haupt-PHP-Datei des Plugins. Sie lassen sich also vor der Installation lesen, indem Sie diese Datei im ZIP-Paket öffnen.

Der Wert von WC tested up to wiegt schwerer, als es aussieht, weil WooCommerce sich schnell bewegt. Laut Release-Kalender erscheinen neue Versionen in der Regel in einem Fünf-Wochen-Zyklus, und die Versionsnummern unterscheiden nicht zwischen großen und kleinen Releases (WooCommerce-Release-Kalender). Am 15. Oktober 2026 war 11.2.1 die aktuelle Version im WordPress.org-Verzeichnis. Eine Erweiterung, deren WC tested up to mehrere Versionen zurückliegt, ist nicht zwingend kaputt, aber niemand hat sie mit dem Code geprüft, den Sie gleich ausführen. Diese Kopfzeile schaltet auch die Warnungen aus dem nächsten Abschnitt frei: WooCommerce prüft die Feature-Kompatibilität nur bei Erweiterungen, die WC tested up to überhaupt angeben.

WordPress 6.5 hat einen zweiten, allgemeineren Mechanismus eingeführt: die Kopfzeile Requires Plugins. Ein Plugin listet kommagetrennt die WordPress.org-Slugs auf, von denen es abhängt, zum Beispiel Requires Plugins: woocommerce. WordPress verweigert dann die Aktivierung des abhängigen Plugins, solange seine Abhängigkeiten nicht aktiv sind, und lässt WooCommerce weder deaktivieren noch löschen, solange ein abhängiges Plugin aktiv oder installiert ist (Make WordPress Core, 5. März 2024). Zwei Grenzen sollten Sie kennen, bevor Sie sich darauf verlassen. Die Kopfzeile kennt keine Versionsbedingungen: Sie sagt, dass WooCommerce vorhanden sein muss, aber nicht in welcher Version. Und ein auf WordPress.org gehostetes Plugin darf nur Abhängigkeiten angeben, die ebenfalls dort gehostet sind; eine anderswo gekaufte Erweiterung kann eine Abhängigkeit angeben, WordPress zeigt dafür aber keinen Installationslink.

#Sind WooCommerce-Plugins mit HPOS und dem Block-Checkout kompatibel

Zwei Änderungen im WooCommerce-Kern aus dem Jahr 2023 trennen gepflegte Erweiterungen schneller von verwaisten als jede Sternebewertung.

#Leistungsstarke Bestellspeicherung (HPOS)

Seit WooCommerce 8.2, erschienen im Oktober 2023, ist die leistungsstarke Bestellspeicherung (HPOS) bei neuen Installationen standardmäßig aktiv. Bestellungen liegen nicht mehr in den allgemeinen Tabellen posts und postmeta, sondern in vier eigenen: wc_orders, wc_order_addresses, wc_order_operational_data und wc_orders_meta, jeweils mit dem Datenbankpräfix davor (HPOS-Dokumentation). Eine Erweiterung, die Bestellungen direkt aus postmeta liest, sieht in einem solchen Shop ein leeres oder veraltetes Bild.

Eine Erweiterung erklärt ihre Kompatibilität in der Hauptdatei mit einem einzigen Aufruf am Hook before_woocommerce_init:

add_action( 'before_woocommerce_init', function () {
	if ( class_exists( \Automattic\WooCommerce\Utilities\FeaturesUtil::class ) ) {
		\Automattic\WooCommerce\Utilities\FeaturesUtil::declare_compatibility( 'custom_order_tables', __FILE__, true );
	}
} );

Mit false statt true erklärt sie Inkompatibilität. WooCommerce warnt dann Administratoren, die HPOS bei aktiver Erweiterung einschalten wollen, und zeigt eine Warnung in der Pluginliste (HPOS-Rezeptbuch für Erweiterungen). Eine Warnung blockiert nichts, man klickt sie also leicht weg. Ein schneller Test vor dem Kauf: Durchsuchen Sie den Plugin-Code nach custom_order_tables. Fehlt die Zeichenkette, hat sich der Autor mit der Änderung nicht befasst.

#Warenkorb- und Kassen-Blöcke

WooCommerce 8.3, erschienen am 14. November 2023, hat die Warenkorb- und Kassen-Blöcke für neue Shops zum Standard gemacht, während bestehende Shops bei ihrer bisherigen Variante bleiben (WooCommerce-Entwicklerblog). Erweiterungen erklären ihre Kompatibilität auf dieselbe Weise, mit dem Feature-Namen cart_checkout_blocks. Am stärksten trifft das Zahlungs-Plugins. Ein Gateway muss sich sowohl auf dem Server als auch im Frontend der Block-Kasse registrieren, und ein Gateway, das in der Frontend-Liste fehlt, behandelt WooCommerce als inkompatibel. Eine Erweiterung, die nichts erklärt, erscheint in der Block-Kasse womöglich gar nicht oder bringt sie zum Absturz. In einem neuen Shop ist der erste Test jedes Zahlungs-, Versand- oder Kassenfeld-Plugins deshalb eine Testbestellung über die Block-Kasse, nicht über die klassische Shortcode-Seite.

#WooCommerce-Plugins für Zahlung, Versand und Rechnungen

Fast jeder Shop braucht denselben Kern an Erweiterungen, unabhängig von der Branche.

Zahlungen. Kunden erwarten ihre gewohnten schnellen Methoden an der Kasse, nicht das Eintippen einer Kartennummer von Hand. Standard sind hier Gateways wie PayPal, Klarna und SEPA-Lastschrift. Jedes hat ein offizielles WooCommerce-Plugin, aber sie unterscheiden sich darin, wie sie Rückerstattungen, Ratenzahlung, wiederkehrende Zahlungen und das saubere Zurückmelden von Transaktionen ins Dashboard handhaben. Die Wahl des Gateways ist eine Geschäftsentscheidung über Gebühren und Cashflow, nicht nur eine technische.

Versand. Ohne eine ordentliche Integration von Paketdiensten und Paketshops verliert ein Shop am letzten Schritt an Conversion. DHL, Hermes und DPD bieten eigene Plugins mit Tarifberechnung und Etikettendruck direkt aus der Bestellung, und Broker-Tools erlauben es, Versanddienste zu vergleichen und Etiketten aus der Bestellansicht zu erzeugen. Das ist eine jener Funktionen, bei denen ein gutes Plugin die Auftragsabwicklung real verkürzt und ein schlechtes Adressfehler und Reklamationen erzeugt.

Rechnungen. Automatische, gesetzeskonforme Rechnungen erledigen Integrationen mit Buchhaltungsplattformen wie lexoffice oder sevDesk. Das ist der Bereich, in dem sich kostenlose Notlösungen am schnellsten rächen: Rechnungen bei hundert Bestellungen am Tag von Hand auszustellen ist eine Vollzeitstelle, keine Ersparnis. Hinzu kommt, dass in Deutschland die Rechnungsstellung GoBD-konform sein muss und seit Januar 2025 die B2B-E-Rechnungspflicht gilt (Formate wie XRechnung und ZUGFeRD), die das Buchhaltungs-Plugin beherrschen muss. Wer zusätzlich nach Polen verkauft, deckt die polnische Rechnungs- und Checkout-Pflicht separat ab: Polski für WooCommerce ergänzt das NIP-Feld mit GUS-Abgleich, und Polski PRO erzeugt PDF-Rechnungen und meldet sie an das polnische KSeF-System.

Erst über diesem Kern setzt man den Rest auf: Marketing, Bewertungen, Produktvarianten, B2B. Aber wenn diese drei Klassen nicht sauber laufen, macht kein Marketing-Plugin das wett.

#Machen viele Plugins WooCommerce langsam

Der häufigste Mythos lautet: “Ich habe zu viele Plugins, deshalb ist der Shop langsam.” Das ist eine Vereinfachung. Es zählt nicht die Anzahl, sondern der Gesamtaufwand für die Code-Ausführung und die Datenbankabfragen bei jeder Anfrage.

Zwei reale Fälle aus der Praxis zeigen den Unterschied. Ein Shop mit dreissig Plugins und einer Time to First Byte von 1,8 Sekunden, bei dem der Übeltäter ein schwerer Page Builder war, der sein eigenes Framework auf jeder Unterseite lud. Und ein zweiter, auf Elementor, der unter dem Black-Friday-Verkehr zusammenbrach, weil die Caching- und Bildoptimierungs-Plugins schlecht konfiguriert waren, nicht weil es viele davon gab. In beiden Fällen war die Medizin nicht “löschen Sie die Hälfte Ihrer Plugins”, sondern “finden Sie die zwei, die am meisten kosten”.

Zur Diagnose dient Query Monitor, das zeigt, wie viele Datenbankabfragen und wie viel PHP-Zeit jedes Plugin frisst. Mit Messen statt Raten hört die Optimierung der WooCommerce-Shop-Performance auf, Kaffeesatzleserei zu sein. Page-Cache, Object-Cache und ein vernünftiger Umgang mit Bildern bringen meist einen grösseren Sprung als jedes Funktionsstreichen.

#WooCommerce-Plugin-Sicherheit und Angriffe auf die Lieferkette

Ein WooCommerce-Plugin hat vollen Zugriff auf die Datenbank und die PHP-Umgebung. Das heisst, ein einziges bösartiges oder gekapertes Plugin liest Kundendaten, verändert Bestellungen und schleust Code ein. 2026 hat das aufgehört, Theorie zu sein.

Innerhalb eines einzigen Monats hat das WordPress.org-Verzeichnis mehrere Plugins mit eingeschleusten Backdoors geschlossen, in einigen Fällen nachdem ein Autorenkonto übernommen oder ein verlassenes Projekt aufgekauft worden war. Das zeigt, wo das Risiko wirklich liegt: nicht in der Anzahl der Plugins, sondern darin, wem Sie zutrauen, diesen Code zu pflegen.

Das praktische Hygiene-Minimum ist einfach und langweilig. Installieren Sie Plugins nur aus offiziellen Quellen, niemals aus “nulled”-Paketen. Prüfen Sie das Datum des letzten Updates und die Reaktion des Autors auf Meldungen. Führen Sie ein Register dessen, was Sie installiert haben und wer dahintersteht, denn bei einem Compliance-Audit (etwa unter DORA für regulierte Unternehmen) ist der Anbieter des Zahlungs-Plugins formal ein Dritter. Laden Sie Updates ausschliesslich vom Originalanbieter, nicht über den erstbesten Link in einer Suchmaschine.

#Was die Plugin-Seite auf WordPress.org vor der Installation verrät

Jedes Plugin im Verzeichnis liefert dieselben Metadaten über die öffentliche Plugins-API, und die Plugin-Seite zeigt dieselben Felder. So hat die API am 15. Oktober 2026 für vier Plugins geantwortet, die in fast jedem WooCommerce-Audit auftauchen:

Drei Spalten verdienen einen genaueren Blick. Das Datum der letzten Aktualisierung ist das billigste Signal für Pflege, am besten gelesen vor dem Fünf-Wochen-Zyklus von WooCommerce. “Getestet bis” bezieht sich auf WordPress, nicht auf WooCommerce; das WooCommerce-Gegenstück ist die oben beschriebene Kopfzeile WC tested up to, die das Verzeichnis nicht anzeigt. Und beide Zahlungs-Plugins nennen woocommerce als benötigtes Plugin, nutzen also bereits die Abhängigkeits-Kopfzeile aus WordPress 6.5. Aktive Installationen messen Beliebtheit, nicht Qualität: Query Monitor hat ein Viertel der Installationen von WooPayments und ist trotzdem das Standardwerkzeug für die weiter oben beschriebene Performance-Diagnose.

#Installierte WooCommerce-Plugins mit WP-CLI prüfen

Das Verzeichnis installierter Plugins aus dem Sicherheitsabschnitt muss keine von Hand gepflegte Tabelle sein. WP-CLI erstellt es auf dem Server mit einem Befehl:

wp plugin list --fields=name,status,version,update_version,auto_update,wporg_status,wporg_last_updated --format=csv

Das Feld wporg_status zeigt, ob jedes Plugin im WordPress.org-Verzeichnis noch verfügbar ist, wporg_last_updated, wann es dort zuletzt aktualisiert wurde, und auto_update, ob automatische Updates eingeschaltet sind. Mit --format=csv oder --format=json wird die Ausgabe zu einer Datei, die sich einem Audit beilegen lässt (WP-CLI-Dokumentation). Ein im Verzeichnis geschlossenes Plugin ist genau der Fall aus dem Abschnitt zur Lieferkette: Das Verzeichnis verteilt es nicht mehr, aber die Kopie auf Ihrem Server läuft weiter. Schließungen sind selbst bei Zahlungs-Plugins nicht selten: Am 15. Oktober 2026 antwortete die Plugins-API für den Slug redsys-gateway-for-woocommerce mit closed. Das Verzeichnis veröffentlicht keinen Grund für eine Schließung, der Status ist also ein Anlass zur Prüfung, kein Urteil.

#Sollten WooCommerce-Plugins automatisch aktualisiert werden

WordPress 5.5 hat dem Dashboard-Schalter für automatische Updates von Plugins und Themes hinzugefügt. Sie sind standardmäßig aus, jedes Plugin bleibt also bei manuellen Updates, bis ein Administrator es umschaltet (Make WordPress Core, 15. Juli 2020). Der Filter auto_update_plugin kann automatische Updates für alle Plugins auf einmal einschalten, auch für später installierte, und überschreibt dabei die Einstellungen im Dashboard, ohne das in der Oberfläche anzuzeigen. Das lohnt sich in jedem übernommenen Shop zu prüfen: Zeigen die Schalter “aus”, aber Plugins aktualisieren sich trotzdem über Nacht, suchen Sie diesen Filter im Theme oder in einem Must-use-Plugin.

Im Shop folgt die Aufteilung der Regel aus dem nächsten Abschnitt. Plugins weit weg von Geld und Kundendaten, etwa ein Galerie-Zusatz oder ein Dashboard-Widget, dürfen sich selbst aktualisieren. WooCommerce selbst und die Erweiterungen für Zahlung, Versand und Rechnungen sollten zuerst über eine Staging-Kopie laufen, weil ungefähr alle fünf Wochen ein neues WooCommerce-Release erscheint und jedes davon ändern kann, worauf sich diese Erweiterungen stützen. Nach jedem solchen Update ist eine Testbestellung über die Kasse die Mindestprüfung, bevor die Änderung Kunden erreicht.

#WooCommerce-Plugins kostenlos oder kostenpflichtig

Ein kostenloses Plugin aus dem WordPress.org-Verzeichnis reicht für den Start und für die meisten unkritischen Funktionen. Die Falle erscheint bei zwei Dingen: Skalierung und Verantwortung.

Bei umsatzabhängigen Funktionen, also Zahlungen, Versand und Rechnungen, zählen aktiver Support und regelmässige, signierte Updates. Ein kostenloses Plugin, das der Autor aufgegeben hat, wird zu Ihrer technischen Schuld: Sie müssen es selbst flicken oder in Eile migrieren, wenn es nach einem Kern-Update nicht mehr funktioniert. Ein kostenpflichtiges Plugin mit Vertrag verlagert einen Teil dieser Verantwortung auf den Anbieter, und über ein Jahr ist es oft günstiger als die Kosten Ihrer eigenen Zeit fürs Feuerlöschen.

Wenn Sie bewährte, kommerzielle Erweiterungen mit Support-Garantie suchen, finden Sie fertige WooCommerce-Plugins in spezialisierten Plugin-Shops, in denen der Code gepflegt und aktualisiert wird. Das ist ein vernünftiger Kompromiss zwischen vollständiger Eigenentwicklung und dem Risiko eines verlassenen Plugins aus dem kostenlosen Verzeichnis.

Faustregel: je näher eine Funktion an Geld und Kundendaten liegt, desto weniger lohnt es sich, am Plugin zu sparen. Je weiter weg, zum Beispiel ein kosmetisches Galerie-Add-on, desto entspannter können Sie beim kostenlosen bleiben.

#Kostenlose Open-Source-Plugins für WooCommerce

Offen gesagt: Das sind meine eigenen Plugins. Ich entwickle und pflege einige kleine WooCommerce-Plugins mit klar umrissenem Zweck, kostenlos und quelloffen, gedacht für die Lücken, auf die ein Shop beim Wachsen stößt:

• Peek öffnet eine Produktvorschau direkt aus der Liste, ohne Seitenwechsel, was den Weg von der Kategorie in den Warenkorb in großen Katalogen verkürzt.
• Reel ergänzt Galerie-Zoom und Video auf der Produktseite, also genau das, was bei visuell entschiedenen Käufen meist fehlt.
• Swift bringt einen Jetzt-kaufen-Button, der den Warenkorb überspringt und direkt zur Kasse führt; seit Version 1.1.8 lädt es Stylesheets nur noch auf Shop- und Sofortkauf-Seiten, sodass andere Seiten unberührt bleiben.

Zur selben Familie gehören außerdem Migrator für Backup und Migration, Sieve für Produktfilter, Restock für Wieder-verfügbar-Benachrichtigungen, Tiers für Staffelpreise, Customs für EU-Einfuhrabgaben, Botelix für Einweg-, Mehrweg- und Kastenpfand, Pasporto für den Digitalen Produktpass (ESPR) und polski für die Compliance im polnischen Markt (KSeF, Omnibus, GPSR). Zu jedem gibt es eine Schritt-für-Schritt-Anleitung im plogins-Anleitungs-Hub.

Aktualisierung vom 1. November 2026. Auch die folgenden Plugins stammen von mir, sind kostenlos auf WordPress.org verfügbar und jeweils dem Shop-Problem zugeordnet, das sie lösen:

#Welche WooCommerce-Plugins Sie meiden sollten

Einige Muster wiederholen sich in jedem Shop, der bei mir zum Audit landet.

All-in-one-Plugins, die Marketing, SEO, Caching und Backups in einem Paket versprechen. Sie machen jede dieser Sachen meist mittelmässig und sind schwer auszutauschen, weil sie sich überall einklinken. Besser ein gutes Werkzeug pro Aufgabe wählen.

Verlassene Plugins, also solche ohne Update seit vielen Monaten bei aktiv weiterentwickeltem WooCommerce-Kern. Das sind die ersten Kandidaten für Probleme nach dem nächsten grösseren Update.

Page Builder dort, wo sie nicht gebraucht werden. Auf einer Produktseite, die sich ohnehin aus einer Vorlage rendert, fügt ein schwerer Builder Performance-Kosten ohne realen Nutzen hinzu. Wenn Sie ein ungewöhnliches Layout brauchen, ist ein dediziertes Plugin oder ein Block, der für den konkreten Bedarf geschrieben ist, oft günstiger im Unterhalt als ein universeller Koloss.

#Fazit

Ein guter WooCommerce-Plugin-Stack ist nicht die längste Liste, sondern die kürzeste, die die Anforderungen des Shops erfüllt. Beginnen Sie mit den drei kritischen Klassen für Ihren Markt: Zahlungen, Versand, Rechnungen. Messen Sie die Auswirkung auf die Performance, statt zu raten. Behandeln Sie jedes Plugin wie einen Anbieter, dem Sie Kundendaten anvertrauen, und wählen Sie gepflegten Code statt der billigsten Option. Der Rest ist Feinabstimmung auf ein konkretes Verkaufsmodell, kein Wettrennen um die Zahl der installierten Plugins.

Letzte Aktualisierung: 15. Oktober 2026