Shopware-Plugin entwickeln: der Ablauf von der Idee bis in den Store

„Kann man das nicht einfach als Plugin bauen?“ – die Frage kommt fast immer, wenn im Shop eine Funktion fehlt, die kein Angebot aus dem Store richtig trifft. Die Antwort ist meistens ja. Was danach passiert, weiß aber kaum jemand: Zwischen deiner Idee und dem Moment, in dem das Plugin im Shop arbeitet, liegen fünf Stationen – Anforderung schärfen, Plugin-oder-App entscheiden, entwickeln und gegen die unterstützten Shopware-Versionen testen, ausliefern (Store-Review oder Direktinstallation), pflegen. Dieser Artikel beschreibt jede davon so, wie sie in echten Projekten abläuft.

Wann ein eigenes Plugin die richtige Antwort ist – und wann nicht

Die ehrliche Reihenfolge lautet: erst im Store suchen, dann bauen. Für verbreitete Aufgaben – Bewertungen, Newsletter-Anbindung, Versandetiketten – gibt es fertige Erweiterungen, die gepflegt werden und einen Bruchteil kosten. Wenn eine davon passt, sagen wir dir das, auch wenn wir dabei nichts verdienen.

Ein eigenes Plugin lohnt sich an drei Stellen:

• Deine Anforderung hängt an einem Detail, das kein Anbieter kennt. Eine Preislogik mit Staffeln und Kundengruppen, eine Freigabestufe vor der Bestellung, eine Kennzeichnungspflicht, die es nur in deiner Branche gibt.
• Du müsstest mehrere Store-Plugins kombinieren, und jedes bürdet dir ein Abo auf. Ab etwa 30 bis 40 € monatlich bei dauerhaftem Bedarf lohnt der Blick auf eine Eigenentwicklung – wir haben das im Artikel Shopware-Plugin statt Abo durchgerechnet.
• Ein vorhandenes Plugin passt fast, nur an einer Stelle nicht. Dann erweitern wir es, statt eines von null zu bauen.

Und die Gegenprobe: Reine Design-Änderungen sind Theme-Arbeit und brauchen kein Plugin. Änderungen direkt im Shopware-Core machen wir nicht – sie sind beim nächsten Update weg und nehmen dir die Update-Fähigkeit gleich mit.

Plugin oder App? Die Entscheidung vor der ersten Zeile Code

Shopware 6 kennt zwei Erweiterungsarten, und die Wahl entscheidet über Hosting, Kosten und Möglichkeiten. Sie fällt vor der Entwicklung, nicht danach.

Ein Plugin ist PHP-Code, der in deinem Shop installiert wird und Teil der Anwendung wird. Es kann tief eingreifen: eigene Datenbanktabellen, eigene Admin-Module, Eingriffe in Bestell- und Preisprozesse. Der Preis dafür: Es setzt einen selbst gehosteten Shop voraus.

Eine App läuft nicht im Shop, sondern auf einem eigenen Server und spricht über Webhooks und die Shopware-API mit deinem Shop. Genau deshalb ist sie der Weg für Shopware Cloud – dort ist eigener PHP-Code im Shop nicht vorgesehen. Der Preis dafür: Du brauchst laufenden Betrieb für dein eigenes System, und was du im Shop erreichen kannst, ist auf die dokumentierten Schnittstellen begrenzt. (Beide Systeme bestehen laut Shopware-Dokumentation nebeneinander weiter – die App ist keine Ablösung des Plugins.)

Die Faustregel aus unseren Projekten: Selbst gehosteter Shop und eine Funktion, die nah am Kern arbeitet? Plugin. Cloud-Shop oder eine Funktion, die ohnehin ein externes System braucht (KI-Dienst, Marktplatz, Warenwirtschaft)? App.

Der Ablauf im Überblick

Schritt 1: Die Anforderung so aufschreiben, dass sie schätzbar wird

Der häufigste Grund für ein teures Plugin ist nicht die Technik, sondern eine unscharfe Anforderung. „Wir brauchen eine Freigabe für Bestellungen“ kann drei Stunden bedeuten oder drei Wochen – je nachdem, wer freigibt, ob es mehrere Stufen gibt, was mit abgelehnten Bestellungen passiert und ob der Kunde etwas davon sieht.

Was wir vor einer Schätzung wissen müssen:

1. Der Auslöser. Was passiert im Shop, damit das Plugin aktiv wird? Ein Klick, eine Bestellung, ein Import, ein Zeitplan.
2. Der Ort. Storefront, Administration oder beides? Admin-Oberflächen sind eigene Arbeit – bei uns ist eine solche Oberfläche ein Aufpreis ab 690 €, weil sie eigene Entwicklung im Shopware-Admin bedeutet.
3. Die Daten. Reichen bestehende Felder, oder braucht das Plugin eigene Tabellen? Eigene Tabellen bedeuten Migrationen, und Migrationen bedeuten: Was passiert bei der Deinstallation mit den Daten?
4. Der Rand. Was soll passieren, wenn es schiefgeht – wenn ein externer Dienst nicht antwortet, wenn ein Feld leer ist, wenn zwei Mitarbeiter gleichzeitig speichern?
5. Die Sprachen und Verkaufskanäle. Ein Plugin, das in drei Sprachen und zwei Sales-Channels sauber laufen soll, ist mehr Arbeit als eines für einen deutschen Kanal.

Diese fünf Punkte auf einer halben Seite ersparen dir bei jedem Anbieter Geld – und sie machen Angebote überhaupt erst vergleichbar. Wie ein Projekt bei uns danach Schritt für Schritt weiterläuft, kannst du dir vorab ansehen.

Schritt 2: Entwicklung – und warum wir gegen mehr als eine Shopware-Version testen

Entwickelt wird nie im Live-Shop, sondern in einer eigenen Umgebung mit einer Kopie deiner Daten. Das ist kein Luxus: Ein Plugin, das eine Datenbanktabelle anlegt, soll das zum ersten Mal nicht in deinem laufenden Betrieb tun.

Der Punkt, den viele unterschätzen, ist die Versionsfrage. Shopware 6.6 und 6.7 sind beide im Feld, und Shops springen nicht gleichzeitig. Ein Plugin, das nur auf einer Version getestet wurde, funktioniert im Zweifel genau bei dem Shop nicht, der es einsetzen soll. Bei unseren eigenen Erweiterungen sieht man beide Fälle: Der Alt-Text Optimizer Pro ist auf 6.7 ausgelegt, das Plugin EU AI Act Compliance läuft unter 6.6 und 6.7 – weil die Kennzeichnungspflicht Shops trifft, die ihren Major-Sprung noch vor sich haben.

Zwei Versionen zu unterstützen ist nicht doppelte Arbeit, aber es ist mehr als eine: Man vermeidet APIs, die sich zwischen den Versionen geändert haben, und man testet jeden Ablauf zweimal. Für den Shopware Store gilt zusätzlich: Erweiterungen werden laut den offiziellen Quality Guidelines gegen die höchste unterstützte Shopware-6-Version getestet. Wer also 6.6 als Minimum angibt, wird trotzdem auf der neuesten Version geprüft.

Schritt 3: Store-Review – was Shopware prüft und woran es scheitert

Hier trennen sich zwei Wege, und der Unterschied ist groß.

Direktinstallation. Ein Plugin, das nur in deinem Shop laufen soll, geht nicht durch den Store. Wir installieren es, du nutzt es, fertig. Kein Review, keine Wartezeit, keine Store-Vorgaben zu Beschreibungstexten und Screenshots. Für die allermeisten individuellen Plugins ist das der richtige Weg – der Store ist ein Vertriebskanal, kein Qualitätssiegel, das dein interner Freigabe-Workflow bräuchte.

Shopware Store. Willst du das Plugin verkaufen, kommt die Prüfung dazu. Nach der offiziellen Shopware-Dokumentation besteht sie aus zwei Teilen: einer automatisierten Code-Prüfung (Shopware nennt dort unter anderem PHPStan und SonarQube, mit Blick auf Auswirkungen in Administration und Storefront) und einem manuellen Test gegen die Quality Guidelines – Sicherheit, Coding-Standards, Bedienbarkeit, Funktion. Geprüft wird außerdem, was bei Installation und Deinstallation passiert (inklusive Aufräumen der Daten) und wie du die Erweiterung im Store darstellst: Beschreibung, Medien, Übersetzungen.

Abgelehnt wird laut Dokumentation unter anderem, wenn eine Erweiterung gegen Coding-Standards verstößt, Sicherheitsprobleme mitbringt, unerlaubte Dateien mitliefert, das Verhalten der Storefront kaputt macht oder im Listing etwas verspricht, was sie nicht tut. Für Apps kommt ein Punkt dazu, der viele überrascht: Sie kann abgelehnt werden, wenn es bereits eine App mit derselben Funktion gibt und die neue keinen erkennbaren Mehrwert bietet.

Zur Dauer machen wir bewusst keine Zahlenangabe – Shopware nennt dafür keine verbindliche Frist, und was wir aus einem einzelnen Verfahren kennen, ist keine belastbare Grundlage für deine Planung. Plane den Store-Weg deshalb nie auf den Tag genau in eine Kampagne hinein. Bei uns kostet die Store-Veröffentlichung eines Plugins zusätzlich ab 490 €, und genau dieser Aufwand steckt darin: Verpackung, Beschreibung, Prüfung, Korrekturrunden.

Schritt 4: Release, Versionierung und der nächste Major

Nach dem Release beginnt der Teil, den Angebote gern unterschlagen. Ein Plugin ist kein Möbelstück, es lebt in einer Software, die sich bewegt:

• Minor-Updates von Shopware kommen regelmäßig. Meist passiert nichts, gelegentlich ändert sich ein Detail, auf das dein Plugin aufsetzt.
• Major-Updates kommen alle paar Jahre und sind echte Arbeit. Der Sprung von 6.6 auf 6.7 hat viele Erweiterungen Anpassungen gekostet.
• Versionsnummern sind kein Selbstzweck: Aus der Versionsnummer deines Plugins und der angegebenen Shopware-Kompatibilität liest der Shop, ob ein Update überhaupt eingespielt werden darf.

Rechne für ein gepflegtes Plugin mit ein paar Stunden im Jahr, in einem Major-Jahr mit mehr. Bei uns läuft das nach Aufwand zu 79 €/h oder im Rahmen der Shopware-Betreuung. Wer dir sagt, ein eigenes Plugin sei nach dem Kauf kostenlos, verkauft dir etwas – wir haben das im Artikel Was kostet ein Shopware-Plugin? offen aufgeschrieben.

Wem der Code gehört – und was das bei einem Wechsel heißt

Bei uns gehört dir der Quellcode deines Plugins, inklusive Dokumentation. Das klingt selbstverständlich, ist es aber nicht: Es gibt Anbieter, die dir eine Lizenz auf eine Eigenentwicklung verkaufen, die du bezahlt hast. Frag im Angebot konkret nach drei Dingen:

1. Bekomme ich den vollständigen Quellcode – nicht nur die installierbare ZIP-Datei?
2. Darf ich ihn von jemand anderem weiterentwickeln lassen?
3. Läuft das Plugin ohne Verbindung zu einem Server des Entwicklers – oder ruft es zur Laufzeit nach Hause?

Punkt drei ist der wichtigste: Ein Plugin, das für die Lizenzprüfung einen fremden Server braucht, ist eine Abhängigkeit auf Dauer. Fällt der Server weg, fällt deine Funktion weg. Warum das mehr ist als eine Formalie, zeigen die versteckten Kosten von Premium-Plugins.

Was ein Shopware-Plugin kostet

Ein kompaktes Plugin mit einer klar umrissenen Funktion startet bei uns bei 990 €. Komplexere Erweiterungen mit eigener Admin-Oberfläche oder Anbindung an ein Drittsystem liegen ab 2.900 €. Häufige Zusätze: Admin-Oberfläche ab 690 €, Anbindung an ein Drittsystem ab 1.400 €, mehrsprachige Plugin-Texte ab 290 €, Veröffentlichung im Shopware Store ab 490 €. Danach kommt nur noch Pflege – ein paar Stunden im Jahr, nach Aufwand.

Was den Preis wirklich treibt, ist selten die Kernfunktion. Es sind die Ränder: Admin-Oberfläche statt Konfigurationsfeld, mehrere Verkaufskanäle, mehrere Sprachen, zwei Shopware-Majors, ein externes System, das ausfallen kann.

Du hast eine Funktion im Kopf, die dein Shop nicht kann – und willst wissen, ob das ein Plugin, eine App oder gar nichts davon werden sollte? Schick uns in zwei, drei Sätzen den Ablauf, den du ändern willst. Wir sagen dir im kostenlosen Erstgespräch ehrlich, welcher Weg passt, was er kostet und ob es dafür nicht schon eine Erweiterung im Store gibt. Wie wir Shopware-Plugins entwickeln, kannst du dir vorher in Ruhe ansehen.

Häufige Fragen