Shopware-Plugin:kaufen oderbauen lassen?

Prozess

Wann reicht eine Erweiterung aus dem Shopware Store für Ihren Ablauf?

Lesen Sie die Beschreibung einer Erweiterung aus dem Shopware Store nicht auf Funktionen hin, sondern mit Ihrem Ablauf im Kopf. Ein Bundle-Plugin, das Bundles im Warenkorb rabattiert, hilft Ihnen nicht, wenn Ihr Bundle in der Warenwirtschaft als eigene Artikelnummer ankommen muss. Am Anfang steht deshalb eine Beschreibung in wenigen Sätzen, die festhält, wer was tut, in welcher Reihenfolge und mit welchen Daten, und was danach anders sein soll.

Für Standardaufgaben ist der Store stark. Zahlungsarten, Versanddienstleister, Newsletter-Anbindungen und Bewertungen pflegen dort Anbieter, deren Geschäft an genau dieser Anbindung hängt. Geprüft wird jede Erweiterung, bevor sie erscheint, zuerst automatisch mit PHPStan und SonarQube und danach noch einmal von Hand auf Sicherheit, Codestandards, Bedienung und Funktion. Ihren eigenen Test ersetzt das nicht, das Risiko ist aber geringer als bei ungeprüftem Code.

Bevor Sie etwas kaufen oder bauen lassen, schauen Sie sich die Bordmittel an. Zusatzfelder für Produkte oder Kategorien etwa legen Sie in der Administration unter Einstellungen, System, Zusatzfelder an. Dafür braucht es keine Zeile Code, und für viele Zusatzinformationen reicht das schon.

Technik

Shopware App vs Plugin? Entscheidend ist, wo der Code läuft

Shopware 6 kennt zwei Arten von Erweiterungen, und beim Vergleich Shopware App vs Plugin ist der Unterschied zwischen ihnen vor allem einer des Ortes. Plugins laufen im Prozess des Shopware-Kerns, reagieren dort auf Ereignisse, führen eigenen Code aus und haben die Datenbank direkt im Zugriff. Apps bleiben außerhalb des Kerns, lassen sich über Webhooks von Ereignissen benachrichtigen und arbeiten über die Admin-API mit den Daten des Shops.

Aus diesem Aufbau folgen auch die Grenzen, die man kennen sollte: Eine App kann weder die Datenbankstruktur verändern noch interne Routen oder Konsolenbefehle anlegen. Im Gegenzug hängt sie weniger an der Shopware-Version und läuft in der Cloud genauso wie im selbst gehosteten Shop. Ganz ohne Logik im Shop bleibt sie übrigens nicht, denn seit Shopware 6.4.8.0 können Apps über sogenannte App Scripts auch Logik innerhalb von Shopware ausführen, allerdings in einer abgeschotteten Umgebung.

In der Praxis heißt das: Tauscht die Erweiterung Daten mit einem externen System aus, etwa mit Warenwirtschaft, PIM oder Versand, ist eine App oft die zukunftssichere Wahl. Greift sie dagegen tief in Checkout, Preisberechnung oder Datenmodell ein, landet man meist beim Plugin, vorausgesetzt, Ihr Shop lässt es zu.

Hosting

Shopware Cloud und die Fair Usage der Community Edition entscheiden mit, welches Plugin Ihr Shop nutzen kann

Die zweite Frage, nämlich ob Ihr Shop in der Shopware Cloud läuft, entscheidet oft schon, ob ein Plugin überhaupt infrage kommt. Shopware betreibt zwei Cloud-Modelle, bei SaaS übernimmt Shopware Hosting und Updates vollständig, bei PaaS verwaltet Shopware die Infrastruktur und Sie die Anwendung. Laut Entwicklerdokumentation lässt sich ein SaaS-Shop nur über Apps anpassen, weil Plugins mit ihrem direkten Zugriff auf Prozess und Datenbank in der Cloud nicht unterstützt werden. Selbst gehostete Shops lassen beides zu.

Wer die kostenlose Community Edition nutzt, sollte auf ein Datum achten. Seit dem 24. März 2025 gilt eine Fair Usage Policy: Setzt ein Unternehmen über den Shop mehr als eine Million Euro im Jahr um, braucht es einen der Pläne Rise, Evolve oder Beyond, um weiter Zugriff auf den Shopware Account und den Shopware Store zu haben. Die Open-Source-Lizenz selbst bleibt davon unberührt. Stehen Sie an dieser Schwelle, klären Sie das am besten, bevor Sie eine Store-Erweiterung kaufen.

Prüfen Sie auch, ob Ihr Plan die Funktion vielleicht schon mitbringt. B2B Components und die erweiterte Suche (Advanced Search) führt Shopware ab dem Plan Evolve, in Rise nicht. Wer so etwas nachbauen lassen will, rechnet besser zuerst den Planwechsel durch.

Kosten

Welche Kosten ein Shopware-Plugin als Mietlizenz und als Eigenbau verursacht

Der Shopware Store vermietet Erweiterungen seit dem 28. Dezember 2023 nur noch, monatlich oder jährlich; die frühere Kaufoption mit Update-Abo ist abgeschafft. Für Ihre Kalkulation heißt das vor allem eines: Läuft die Miete aus, verliert der Shop das Recht, die Erweiterung zu nutzen, und damit ist eine Store-Erweiterung ein laufender Posten, so lange, wie Sie die Funktion brauchen.

Ein eigenes Plugin kostet einmal die Entwicklung und danach die Wartung. Wie hoch das ausfällt, hängt weniger an der Zahl der Funktionen als an einer Handvoll Treiber, die Agenturen übereinstimmend nennen: fachliche Komplexität, die Zahl der beteiligten Systeme wie ERP oder CRM, eigene Oberflächen in Administration oder Storefront, Anforderungen an Performance und Sicherheit, der Testumfang und schließlich die Frage, wie flexibel sich die Lösung später erweitern lassen soll.

Kippen kann die Rechnung an einer Stelle. Müssen Sie eine Store-Erweiterung erst anpassen lassen, damit sie passt, zahlen Sie Miete und Anpassung, und die Anpassung hängt dann am Code eines Dritten, der nach dem nächsten Update des Anbieters schon anders aussehen kann. Seriös ist deshalb nur eine Schätzung nach Bauteilen, denn eine Pauschale ohne Aufteilung verrät Ihnen nicht, wofür Sie eigentlich bezahlen.

Updates

Warum brauchten Plugins mit Komponenten in der Administration zum Shopware 6.7 Update getrennte Versionen?

Ob eigenes Plugin oder Erweiterung aus dem Shopware Store, für beide gilt dieselbe Einteilung: Shopware unterscheidet Major-, Minor- und Patch-Versionen. Die Minor-Versionen kommen monatlich und bringen laut Shopware in der Regel nichts, woran bestehender Code bricht. Anders die Major-Versionen: Sie enthalten solche Breaking Changes, zum Beispiel beim Wechsel auf neue Versionen von Symfony oder Vue.js. Welche Shopware-Versionen sie unterstützt, muss jede Erweiterung ausdrücklich angeben.

Wie groß so ein Schritt ausfallen kann, hat Shopware 6.7 gezeigt. Die Administration wechselte beim Build von Webpack auf Vite, die Kompatibilitätsschicht für Vue 2 fiel weg, und das Framework sprang auf Symfony 7, weshalb Plugins mit Komponenten in der Administration getrennte Versionen für 6.6 und 6.7 brauchten. Die nächste Major-Version 6.8 hat Shopware für 2027 angekündigt, und bis dahin läuft der erweiterte Support für 6.6 weiter.

Was folgt daraus für Sie? Bei einer Store-Erweiterung liegt die Anpassung beim Anbieter, solange er sie pflegt. Bei einem eigenen Plugin liegt sie bei Ihnen oder Ihrem Entwickler, ist dafür aber planbar. Und ganz gleich, welchen Weg Sie gewählt haben: Testen Sie jedes Major-Update vorher in einer Testumgebung.

Fallbeispiel

Für Massenänderungen genügt meist ein Skript über die Admin-API von Shopware

Nicht jede Aufgabe braucht dauerhaften Code im Shop, vieles erledigt die Admin-API von Shopware. Shopware selbst beschreibt die Admin-API als Schnittstelle für Integrationen, Automatisierung, Datenabgleich sowie Importe und Exporte, mit Lese- und Schreibzugriff auf jede Entität. Für Massenänderungen gibt es obendrein den Sync-Endpunkt, der viele Datensätze in einer einzigen Anfrage anlegt oder aktualisiert.

Ein Beispiel aus unserer Arbeit für einen Kinderwagen-Hersteller: 23 Produktvarianten sollten eine EAN für Google Shopping bekommen. In der Oberfläche brach die Pflege nach zwei Einträgen mit einer Zeitüberschreitung ab, und der CSV-Import meldete Fehler. Die übrigen 21 haben wir deshalb über die Admin-API gesetzt und dabei zuerst den Bestand gelesen, dann nur das eine Zielfeld geschrieben und danach jeden Datensatz gegengeprüft. Ein Plugin brauchte es dafür nicht, und im Shop ist auch kein zusätzlicher Code zurückgeblieben, den jemand bei Updates pflegen müsste.

Wo also die Grenze liegt? Für einmalige oder seltene Änderungen, die man hinterher sauber gegenprüft, taugt ein Skript gut. Soll eine Regel dagegen dauerhaft bei jeder Bestellung greifen, hat sie in einem Skript nichts verloren und gehört in eine App oder ein Plugin.

Vergleich

Ob Sie ein Shopware-Plugin kaufen oder entwickeln lassen, entscheidet eher die Verantwortung als der Preis

Liest man die Tabelle von oben nach unten, fällt auf, dass sich Erweiterungen aus dem Shopware Store, eigene Apps, eigene Plugins und Skripte weniger im Preis unterscheiden als darin, wer die Verantwortung trägt und wo sie überhaupt laufen dürfen.

Briefing

Bevor Sie individuelle Shopware-Entwicklung beauftragen, legt das Briefing Aufwand und Ergebnis fest

Wie viel Aufwand es macht, ein Shopware-Plugin entwickeln zu lassen, und was am Ende herauskommt, entscheidet das Briefing stärker als die Wahl des Entwicklers. Ein Satz wie „wir brauchen eine Sonderlogik im Checkout“ reicht dafür nicht. Bevor die erste Schätzung kommt, sollte deshalb Folgendes auf dem Tisch liegen:

1. Schritt 1AblaufWer klickt was, in welcher Reihenfolge, mit welchen Daten, und was soll danach anders sein.
2. Schritt 2Regeln und AusnahmenWann greift die Logik, für welche Kundengruppen oder Produkte, welche Sonderfälle gibt es, was passiert bei Fehlern.
3. Schritt 3Beteiligte SystemeWarenwirtschaft, PIM, CRM, Versand: welche Daten fließen in welche Richtung, wie oft.
4. Schritt 4Hosting und VersionSelbst gehostet, PaaS oder SaaS, aktuelle Shopware-Version, Plan. Das entscheidet zwischen Plugin und App.
5. Schritt 5Geprüfte AlternativenWelche Store-Erweiterungen Sie angesehen haben und woran sie scheitern.
6. Schritt 6Abnahme und WartungWoran Sie erkennen, dass es funktioniert, und wer die Erweiterung bei Updates anpasst.

In einer Stunde

So entscheiden Sie in einer Stunde, ob Sie ein Shopware-Plugin kaufen oder entwickeln lassen

1. 01Ablauf in wenigen SätzenSchreiben Sie auf, wer was tut, in welcher Reihenfolge und mit welchen Daten. Mit diesen Sätzen suchen Sie dann im Store nach dem Zweck (nicht nach dem Namen) und halten jede Beschreibung dagegen.
2. 02Hosting, Version und Plan prüfenKlären Sie, wo der Shop läuft, welche Shopware-Version und welcher Plan aktiv sind und ob die Funktion dort womöglich schon drinsteckt. Und schauen Sie nach, ob die Fair Usage Policy Sie betrifft.
3. 03Entscheiden und schätzen lassenPasst eine Store-Erweiterung zu fast allen Sätzen, nehmen Sie sie. Passt sie nur zu wenigen, lassen Sie lieber eine App oder ein Plugin bauen, mit einer Schätzung nach Bauteilen und einem Plan für die Updates.