Shopware Plugins: Welche du wirklich brauchst und welche nicht

“Gibt es dafür nicht ein Plugin?” Die Frage kommt in fast jedem Shopware-Projekt, meistens in Woche zwei. Die Antwort lautet fast immer ja. Und ist in etwa der Hälfte der Fälle die falsche Frage.

Shopware Plugins sind fremder Code, der sich in den Bootvorgang deines Shops hängt, bei jedem Update mit umzieht und dauerhaft gepflegt werden muss. Wir sind seit 2006 im E-Commerce und haben über 500 Plugins selbst entwickelt. Genau deshalb reden wir Kunden regelmäßig eins aus.

Die teure Entscheidung ist nicht, welches Plugin du kaufst. Sondern ob überhaupt eins die richtige Antwort auf dein Problem ist.

Die Entscheidungsregel für Shopware Plugins

Vier Stufen, in dieser Reihenfolge. Erst wenn eine Stufe die Anforderung nicht trägt, gehst du eine weiter.

Stufe 1: Konfiguration. Custom Fields, Rule Builder, Flow Builder, Erlebniswelten, Zuweisungen im Verkaufskanal. Lizenzkosten null, Update-Aufwand null.

Stufe 2: Theme oder kleines eigenes Customizing-Plugin. Sobald es nur um Darstellung geht: ein Badge auf der Produktkachel, ein Hinweistext im Warenkorb, eine andere Reihenfolge im Checkout. Ein Twig-Block-Override, kein Lizenzvertrag.

Stufe 3: Gekaufte Erweiterung aus dem Store. Hier liegt der Kipppunkt. Kauf ein Plugin, wenn hinter der Funktion eine fremde Schnittstelle oder ein fremdes Regelwerk steckt, das sich ohne dein Zutun ändert. DHL passt seine API an. Das Verpackungsgesetz wird novelliert. Der Zahlungsanbieter zieht neue Sicherheitsanforderungen ein. Du bezahlst für das Hinterherlaufen, nicht für die Funktion.

Stufe 4: Eigenentwicklung. Wenn dein Prozess bewusst vom Standard abweicht und genau dieser Unterschied Geld verdient. Als Schwelle nutzen wir zwei Fragen. Müsstest du sonst zwei oder mehr Store-Erweiterungen kombinieren und dauerhaft mieten. Und kostet dich die Abweichung mehr als rund eine Stunde Handarbeit pro Tag. Bei einem Ja rechnet sich eine eigene Erweiterung erfahrungsgemäß im ersten Jahr. Sonst ist sie Luxus.

Die Umkehrung ist der eigentliche Filter. Ohne fremde Schnittstelle dahinter landet eine Anforderung fast immer auf Stufe 1 oder 2. Ein SEO-Plugin für Meta-Felder fällt darunter. Ein DHL-Label-Plugin nicht.

Was der Standard kann und wo er aufhört

Der häufigste Kaufgrund ist Unwissen darüber, was Shopware ohnehin mitbringt. Vier Punkte mit der jeweiligen Grenze daneben.

Flow Builder und Rule Builder. Der Rule Builder ist seit Shopware 6.0 dabei, der Flow Builder kam mit 6.4.6.0 dazu. Damit baust du automatische E-Mails bei Statuswechsel, Tags auf Kunden, Aufgaben ans Team. Grenze, und hier musst du selbst nachsehen: Shopware widerspricht sich. Die Core-Feature-Doku führt beide als kostenlose Bordmittel, die Preisseite ordnet den Rule Builder Rise zu und den Flow Builder Evolve. Im selbst gehosteten Open-Source-Core sind beide da. Prüf trotzdem deine Installation, bevor du darauf planst. Eindeutig ist nur: Webhooks im Flow Builder gibt es nur in den bezahlten Plänen.

Suche. Das Elasticsearch- und OpenSearch-Bundle liefert Shopware im Core mit. Du kaufst es nicht, du konfigurierst es. Grenze: Synonyme pflegst du von Hand, Tippfehlertoleranz und Trefferwichtung fehlen. Unsere Praxisschwelle: unter rund 2.000 Artikeln lohnt keine Such-Erweiterung, ab etwa 10.000 Artikeln mit vielen Varianten wird sie zum Umsatzhebel.

Zahlarten. Shopware liefert laut eigener Dokumentation vier mit: Nachnahme, Rechnung, Vorkasse, Lastschrift. Grenze, und die ist hart: Alle vier laufen rein manuell. Kein Zahlungsabgleich, keine Autorisierung, keine Rückabwicklung per Klick. PayPal, Kreditkarte, Klarna oder Apple Pay gehen ohne Erweiterung nicht.

SEO-Grundlagen. SEO-URL-Templates, Canonicals, Sitemap und Meta-Felder sind im Standard da. Grenze: Shopware zeigt dir nicht, welche dieser Felder leer stehen. Dafür brauchst du keine Erweiterung, sondern einen Produktexport und eine Stunde Tabellenarbeit.

Das Prüfraster für den Store-Eintrag vor dem Kauf

Auf Stufe 3 entscheidet der Store-Eintrag. Sechs Merkmale, in unserer Prüfreihenfolge.

1. Feld “Kompatibel mit” im Kopfbereich der Detailseite. Dort steht eine Versionsspanne. Endet sie bei 6.6, ist die Erweiterung für dein nächstes Major-Update tot. Prüf gegen die Version, die du in zwölf Monaten fährst, nicht gegen die von heute.

2. Datum des letzten Eintrags im Tab Changelog. Jede Version steht dort mit Datum. Shopware liefert jeden ersten Montag im Monat ein Minor-Release. Ohne Eintrag in den letzten zwölf Monaten hat eine Erweiterung rund zwölf Releases verpasst.

3. Tab “Über den Extension Partner”. Dort stehen Partnerstatus mit Jahreszahl, Anzahl der Erweiterungen, Land und Support-Sprachen. Ein Hersteller mit 20 Erweiterungen baut eine 6.7-Version, weil sonst sein ganzes Geschäft stillsteht. Ein Anbieter mit genau einer hat diesen Zwang nicht.

4. Ø-Bewertung des Herstellers, nicht die der Erweiterung. Einzelne Plugins stehen oft auf “keine Bewertung”, der Hersteller hat trotzdem einen Durchschnitt über sein Sortiment. Die belastbarere Zahl.

5. Support-Angaben. Sichtbar sind der Weg über das Shopware-Support-System und die Sprachen, manche Hersteller nennen zusätzlich eine Reaktionszeit. Bei allem, was den Checkout anfasst, ist das die wichtigste Angabe der Seite.

6. Zertifizierungssiegel. Shopware prüft Erweiterungen separat und vergibt Bronze, Silber oder Gold für Qualität und Support. Ein fehlendes Siegel schließt nichts aus, ein vorhandenes spart dir die Tiefenprüfung.

Unsere Regel: Fällt mehr als einer der Punkte 1 bis 3 durch, kaufst du kein Plugin. Du adoptierst ein Wartungsprojekt.

Was ein Plugin nach dem Kauf noch kostet

Der Lizenzpreis ist der kleinste Posten und der einzige auf einer Rechnung.

Shopware veröffentlicht nach eigener Release Policy monatlich ein Minor-Release und jährlich eine neue Major-Version. Ist eine Major abgelöst, bekommt ihre letzte Minor weiter ausgewählte Bugfixes und Sicherheitsupdates, bis die übernächste Major erscheint. Eine feste Frist nennt die Policy dafür ausdrücklich nicht, sie koppelt den Übergang an die Releases. Danach kommen Patches nur noch über das Security-Plugin.

Beim Takt weicht die Praxis ab. 6.7 kam 2025, 6.8 ist für 2027 angekündigt, also zwei Jahre statt einem. Plan mit einem Update-Termin pro Jahr, an dem jede Erweiterung durchfallen kann, und freu dich, wenn keiner kommt.

Wie groß so ein Sprung ausfällt, zeigt 6.7: Die Frontend-Toolchain wechselt von Webpack auf Vite, Vue läuft ohne Kompatibilitätsmodus in Version 3, Vuex weicht Pinia, PHP muss auf 8.2 bis 8.4 stehen. Shopware schreibt in der eigenen Doku, dass Erweiterungen mit Admin-Komponenten getrennte Versionen für 6.6 und 6.7 brauchen. Pickware verlangt zusätzlich einen Zwischenschritt auf 6.6.10.8 und nennt im eigenen Helpcenter gleich zwei Mindestversionen, derzeit ERP 4.34.1 und ERP Pro 3.33.1, dazu eine feste Reihenfolge beim Reaktivieren. Für ein einziges Produkt.

Die Rechnung, mit der wir Kunden beraten: 15 bis 30 Minuten Prüf- und Testaufwand pro Erweiterung je Major-Update, plus zwei bis drei Stunden Nacharbeit für die zwei bis drei Plugins, die erfahrungsgemäß zicken. Bei 25 aktiven Erweiterungen sind das grob acht bis fünfzehn Stunden im Jahr, bevor jemand eine eigene Anpassung angefasst hat. Ein Erfahrungswert aus unseren Update-Projekten, keine Herstellerangabe.

Rechne das pro Erweiterung gegen den Preis, und trenn dabei Miete von Kauf. Der Store arbeitet heute überwiegend mit Monatsmieten: Monatspreis mal 36 ergibt den Lizenzanteil über drei Jahre. Dagegen stehen in derselben Zeit rund dreieinhalb Stunden Wartung, also drei Major-Termine à 30 Minuten Test plus einmal zwei Stunden Nacharbeit, multipliziert mit deinem Agenturstundensatz. Bei laufender Miete gewinnt meist die Miete, bei einer einmal gekauften Erweiterung ohne Folgegebühr die Wartung. Welcher Posten gewinnt, ist zweitrangig. Wichtig ist, dass du beide siehst, bevor du klickst, und dann mit siebzehn statt mit 25 Erweiterungen fährst.

Der Bereich, in dem fast alle unnötig kaufen

Benachrichtigungen und kleine Automatisierungen. Erinnerungsmail bei offener Zahlung, Hinweis ans Lager, Tag auf Kunden ab einem Bestellwert: Das erledigt der Flow Builder seit 6.4.6.0. Wir finden trotzdem regelmäßig gekaufte Automatisierungs-Erweiterungen, die genau das tun, was ein Flow mit drei Bedingungen auch schafft. Sieh erst dort nach, bevor du im Store suchst.

Der zweite Fall ist unangenehmer, weil ihn kein Plugin löst. Werden Bestände an zwei Stellen gepflegt, im Shop und in der Warenwirtschaft, kaufen Händler ein Sync-Plugin. Das synchronisiert dann sehr zuverlässig zwei Wahrheiten. Die eigentliche Frage lautet, wo der führende Bestand liegt, und die beantwortest du organisatorisch, nicht im Store.

Zwei Fehler mit teurer Folge

Testinstallation nie deinstalliert. Ursache: Eine Erweiterung wird angeschaut, deaktiviert, vergessen. Folge: Beim Major-Update müssen alle installierten Erweiterungen kompatibel sein, auch die deaktivierten. Das eine vergessene Test-Plugin ohne Freigabe für die Zielversion stoppt den ganzen Vorgang, und zwar im Wartungsfenster um 22 Uhr. Deinstallieren statt deaktivieren.

Zwei Erweiterungen an derselben Stelle. Ursache: Beide hängen sich an denselben Twig-Block oder dasselbe Event, etwa zwei Anbieter für Versandhinweise. Folge: Welche gewinnt, entscheidet die Ladereihenfolge, und die kann sich beim nächsten Update ändern. Solche Konflikte zeigen sich meist im Checkout, also da, wo sie sofort Umsatz kosten. Prüf vor jedem Kauf, ob eine bestehende Erweiterung denselben Bereich anfasst.

Wer aus Shopware 5 kommt, unterschätzt beides, weil die alte Plugin-Landschaft anders funktionierte. Was beim Wechsel sonst ansteht, steht im Beitrag zur Migration von Shopware 5 auf 6.

Was du jetzt tun kannst

Zieh dir die Liste aller installierten Erweiterungen und setz drei Spalten daneben: Welcher Umsatz oder Prozess hängt daran, bis zu welcher Shopware-Version ist sie freigegeben, wann kam der letzte Changelog-Eintrag. Alles ohne Antwort in Spalte eins wird deinstalliert, nicht deaktiviert. Alles, dessen Kompatibilitätsspanne vor deiner nächsten Zielversion endet, kommt jetzt auf eine Ersatzliste, nicht erst beim Update.

Erfahrungsgemäß fällt dabei ein Viertel bis ein Drittel weg. Es ist die einzige Maßnahme, die gleichzeitig Lizenzkosten, Ladezeit und Update-Risiko senkt.

Wie wir Shops aufsetzen und aufräumen, siehst du bei unseren Projekten im E-Commerce. Wer die Kompatibilitätslage im Blick behalten will, ohne jedes Minor-Release zu verfolgen, bekommt das über unsere laufende Betreuung. Und wie viel Ballast dein Shop mitschleppt, findest du bei einem Termin heraus: 60 Minuten für deine Erweiterungsliste, Zeile für Zeile, am Ende ist markiert, was raus kann und wofür du vor deiner nächsten Zielversion einen Ersatz brauchst.