Shopware-Plugin entwickeln oder Standard nutzen?

Eigenes Shopware-Plugin oder fertige Erweiterung? Eine Entscheidungshilfe für Shopbetreiber

Irgendwann kommt in fast jedem Shopware-Projekt eine Anforderung, die der Standard nicht abdeckt: eine Schnittstelle zur Warenwirtschaft, eine besondere Preislogik, ein Konfigurator oder ein Ablauf, den es so nur in Ihrem Unternehmen gibt. Dann stellt sich die Frage, ob eine fertige Erweiterung aus dem Shopware Store reicht oder ob sich eine individuelle Plugin-Entwicklung lohnt.

Eine pauschale Antwort gibt es nicht. Mit ein paar Fragen lässt sich die Entscheidung aber in den meisten Fällen sauber treffen – bevor Geld in die falsche Richtung fließt.

Schritt 1: Kann Shopware das schon selbst?

Bevor es um Plugins geht, lohnt sich ein Blick in den Standard. Shopware 6 bringt einiges mit, das in älteren Shops noch per Erweiterung gelöst wurde:

• Rule Builder: Regeln für Versandkosten, Zahlungsarten, Preise und Aktionen – etwa „Versand frei ab 50 € nur für Endkunden in Deutschland“.
• Flow Builder: Automatisierte Abläufe nach Ereignissen, zum Beispiel E-Mails, Tags oder Statuswechsel nach einer Bestellung.
• Zusatzfelder: Eigene Felder an Produkten, Kategorien, Kunden oder Bestellungen, ohne Programmierung.
• Erlebniswelten: Landingpages und Kategorieseiten mit eigenem Layout direkt in der Administration.
• Admin-API und Store-API: Standardisierte Schnittstellen, über die externe Systeme Daten lesen und schreiben können.

Viele Anforderungen lassen sich mit diesen Werkzeugen lösen. Das ist fast immer die günstigste und updatesicherste Variante.

Schritt 2: Gibt es eine passende Erweiterung im Store?

Für viele typische Aufgaben gibt es fertige Erweiterungen: Zahlungsanbieter, Versanddienstleister, Marktplatz-Anbindungen, Filter, Produktberater, SEO-Werkzeuge. Eine Store-Erweiterung ist die richtige Wahl, wenn:

• die Funktion zu 90 % oder mehr passt und der Rest für Ihren Ablauf verzichtbar ist,
• es sich um eine verbreitete Aufgabe handelt, die viele Shops genauso lösen,
• der Hersteller die Erweiterung aktiv pflegt: aktuelle Shopware-Version unterstützt, regelmäßige Updates, nachvollziehbare Änderungshistorie, erreichbarer Support,
• Sie schnell starten wollen und die laufenden Kosten (Kauf oder Miete) überschaubar bleiben.

Vorsicht ist geboten, wenn eine Erweiterung „fast“ passt. Dann beginnt oft das Verbiegen: Abläufe werden an die Software angepasst statt umgekehrt, oder es kommen zwei, drei weitere Erweiterungen dazu, um die Lücken zu schließen. Jede zusätzliche Erweiterung ist ein weiterer Hersteller, von dem Ihre Updates abhängen.

Schritt 3: Wann sich eine individuelle Plugin-Entwicklung lohnt

Eine eigene Entwicklung ist sinnvoll, wenn die Anforderung direkt mit Ihrem Geschäftsmodell zusammenhängt – also genau das, was Sie von anderen Shops unterscheidet. Typische Fälle:

• Anbindung an eigene Systeme: Warenwirtschaft, ERP, PIM oder eine Produktionsplanung, für die es keinen fertigen Connector gibt oder der vorhandene die Datenstruktur nicht abbildet.
• Besondere Preis- und Kundenlogik: Staffelpreise je Kundengruppe, Rahmenverträge, Kontingente oder Freigabeprozesse im B2B.
• Produktkonfiguration: Maße, Varianten oder Kombinationen, die sich aus Regeln ergeben und nicht als feste Varianten anlegen lassen.
• Automatisierung manueller Arbeit: Wenn Mitarbeitende täglich Daten abtippen, Listen exportieren oder Bestellungen von Hand weiterleiten, rechnet sich eine Automatisierung oft schneller als gedacht.
• Mehrere Store-Erweiterungen, die zusammen trotzdem nicht passen: Ein schlankes eigenes Plugin ersetzt dann häufig drei halbe Lösungen.

Die Kosten realistisch vergleichen

Der Vergleich „Erweiterung kostet wenig, Entwicklung kostet viel“ greift zu kurz. Rechnen Sie über zwei bis drei Jahre und mit allen Posten:

• Store-Erweiterung: Kaufpreis oder Miete, Einrichtung, Anpassungen an Theme und Abläufe, Zeitaufwand für Workarounds, Risiko bei eingestelltem Support.
• Eigenes Plugin: Konzeption und Entwicklung, Tests, Dokumentation, Pflege bei Shopware-Updates. Dafür keine laufenden Lizenzkosten und keine Abhängigkeit von einem fremden Hersteller.
• Prozesskosten: Was kostet der heutige Ablauf an Arbeitszeit pro Monat? Diese Zahl entscheidet oft mehr als die Entwicklungskosten.

Der Mittelweg: Erweiterung plus kleines Anpassungs-Plugin

Oft ist die beste Lösung eine Kombination. Die Store-Erweiterung übernimmt den Großteil, ein kleines eigenes Plugin ergänzt die fehlende Logik – etwa eine zusätzliche Regel, ein Feld oder eine Übergabe an ein anderes System. Wichtig ist, dass die Anpassung über die offiziellen Erweiterungspunkte von Shopware erfolgt (Events, Service-Dekoration, Template-Blöcke) und nicht durch Änderungen im Code der fremden Erweiterung. Sonst ist die Anpassung beim nächsten Update der Erweiterung weg.

Plugin oder App? Ein technischer Unterschied mit Folgen

Shopware kennt zwei Arten von Erweiterungen:

• Plugins laufen direkt im Shopware-System und können tief in Abläufe eingreifen. Sie setzen voraus, dass Sie Shopware selbst betreiben oder Zugriff auf den Server haben.
• Apps kommunizieren über Schnittstellen und Webhooks mit Shopware. Größere Logik läuft auf einem eigenen Server außerhalb des Shops. Apps funktionieren auch in der Shopware Cloud.

Für die meisten selbst gehosteten Shops ist ein Plugin der direktere Weg. Wenn Sie die Shopware Cloud nutzen oder eine Lösung für mehrere Shops bauen, ist eine App oft die bessere Wahl.

Woran Sie gute Plugin-Entwicklung erkennen

• Updatesicher: Das Plugin nutzt die vorgesehenen Erweiterungspunkte und überschreibt keine Kerndateien.
• Versionsplan: Vor einem Shopware-Major-Update (zuletzt 6.5 → 6.6 → 6.7) wird das Plugin geprüft und angepasst – nicht erst, wenn der Shop nach dem Update Fehler zeigt.
• Konfigurierbar: Werte wie Grenzen, Texte oder Zuordnungen lassen sich in der Administration ändern, ohne neu zu programmieren.
• Sauber deinstallierbar: Daten und Tabellen werden beim Entfernen nachvollziehbar behandelt.
• Dokumentiert und in Ihrem Besitz: Quellcode und Dokumentation liegen bei Ihnen, damit Sie nicht von einer einzelnen Person abhängen.

Typische Fehler bei der Entscheidung

• Zu früh entwickeln: Eine Funktion wird programmiert, die der Rule Builder oder Flow Builder bereits abdeckt.
• Zu lange verbiegen: Eine unpassende Erweiterung wird über Monate mit Workarounds am Leben gehalten.
• Erweiterungen stapeln: Viele kleine Store-Erweiterungen machen jedes Shopware-Update zum Risiko.
• Pflege vergessen: Ein eigenes Plugin wird entwickelt, aber niemand ist für Updates zuständig.
• Den Ablauf nicht klären: Bevor es um Technik geht, sollte feststehen, was genau passieren soll – mit Beispielen aus dem echten Alltag.

Kurz-Check: Ihre Entscheidung in fünf Fragen

• Lässt sich die Anforderung mit Rule Builder, Flow Builder oder Zusatzfeldern lösen? Dann zuerst den Standard nutzen.
• Gibt es eine gepflegte Erweiterung, die fast vollständig passt? Dann Erweiterung nutzen, Lücken gegebenenfalls mit einem kleinen Plugin schließen.
• Betrifft die Anforderung Ihren Kernprozess oder Ihr Alleinstellungsmerkmal? Dann spricht viel für eine eigene Entwicklung.
• Kostet der heutige manuelle Ablauf jeden Monat spürbar Arbeitszeit? Dann die Entwicklungskosten gegen diese Zeit rechnen.
• Ist klar, wer Plugin oder Erweiterung bei Shopware-Updates betreut? Wenn nicht: das zuerst klären.

Beispiele aus unserer Plugin-Entwicklung

Wie das in der Praxis aussieht, zeigen drei Shopware-Plugins, die wir selbst entwickelt haben. Alle laufen mit Shopware 6.6 und 6.7 und nutzen ausschließlich die offiziellen Erweiterungspunkte.

Schnellbestellung für B2B-Kunden
Geschäftskunden bestellen nicht über Kategorieseiten, sondern mit Artikelnummern. Das Plugin nimmt Artikelnummer und Menge direkt entgegen, übernimmt eine aus Excel kopierte Liste oder eine CSV-Datei und legt alles mit einem Klick in den Warenkorb – ein typischer Fall, in dem ein Kernprozess eine passgenaue Lösung braucht.

Urlaubsmodus
Ein Hinweisbanner informiert über Betriebsurlaub und den Termin, ab dem wieder versendet wird – auf Wunsch nur im eingestellten Zeitraum. Wer im Urlaub gar keine Bestellungen annehmen will, pausiert sie zusätzlich: Kaufen-Buttons werden ausgeblendet und der Checkout gesperrt.

Vorbestellung
Statt „ausverkauft“ sehen Kund:innen einen klaren Vorbestell-Hinweis mit dem voraussichtlichen Versanddatum – für alle Artikel oder nur für die ohne Bestand. Der Umsatz geht nicht verloren, und an den Produktdaten wird nichts dauerhaft überschrieben.

Unterstützung durch doppeltplus

Wir entwickeln seit Jahren Shopware-Plugins und Schnittstellen für Händler und Hersteller – von kleinen Anpassungen bis zur Anbindung an ERP- und PIM-Systeme. Vor jeder Entwicklung prüfen wir, ob der Shopware-Standard oder eine vorhandene Erweiterung reicht. Wenn ja, sagen wir das. Wenn nicht, bauen wir eine Lösung, die zu Ihren Abläufen passt und Shopware-Updates übersteht.

Mehr zu unserer Programmierung und Shopware-Entwicklung.

Fazit

Erst den Standard prüfen, dann den Store, dann entwickeln – in dieser Reihenfolge vermeiden Sie die teuersten Fehler. Eine individuelle Plugin-Entwicklung lohnt sich vor allem dort, wo es um Ihre Kernprozesse geht oder wo heute jeden Tag Handarbeit anfällt. Für alles andere ist eine gut gepflegte Erweiterung meist die wirtschaftlichere Lösung.

Sie stehen gerade vor dieser Entscheidung? Schildern Sie uns Ihre Anforderung – wir sagen Ihnen ehrlich, welcher Weg sich für Ihren Shop lohnt.