Betrieb & Technik · Shopware Hub
Wie steigt man in die Shopware-Plugin-Entwicklung ein?
Auch: Plugin-Entwicklung · Shopware Developer · eigene Erweiterung
Kurzantwort
Shopware-6-Plugins sind im Kern Symfony-Bundles: Wer PHP und Grundzüge des Frameworks kennt, findet einen gut dokumentierten, ungewöhnlich zugänglichen Einstieg. Der Startpfad: lokale Entwicklungsumgebung aufsetzen, Plugin-Grundgerüst per Konsolenbefehl erzeugen, dann über Subscriber und Template-Vererbung ins System eingreifen. Die Grundsatzentscheidung vorab: Vieles, was nach Plugin aussieht, gehört ins Theme (Optik) oder in die App-Konfiguration – entwickelt wird, was Logik ändert.
Der Einstiegspfad – Umgebung, Gerüst, erste Eingriffe
Die Umgebung: Entwickelt wird lokal, nie am Live-Shop – bewährt sind Docker-basierte Setups (etwa fertige Shopware-Entwicklungs-Images) oder die offiziellen Entwicklungs-Templates; dazu Xdebug, eine IDE mit Symfony-Unterstützung und Git von der ersten Zeile an. Das Gerüst: Die Konsole erzeugt mit dem Plugin-Create-Befehl die Grundstruktur – eine Plugin-Klasse, die composer.json mit den Metadaten und die Verzeichniskonvention für Konfiguration, Services und Ressourcen; nach Installation und Aktivierung über die Plugin-Kommandos lebt die Erweiterung bereits im System. Die Eingriffe: Shopware 6 will erweitert, nicht überschrieben werden – die drei Standardwerkzeuge sind Event-Subscriber (auf Systemereignisse wie Bestellabschluss oder Seitenaufbau reagieren), dekorierte beziehungsweise eigene Services für Geschäftslogik und die Template-Vererbung, mit der Storefront-Blöcke gezielt ergänzt statt kopiert werden – Updatefähigkeit ist das oberste Designziel, denn jedes überschriebene Original bricht beim nächsten Release. Die offizielle Entwicklerdokumentation (developer.shopware.com) ist dabei erfreulich vollständig: Von genau dort stammen auch die Muster, nach denen unsere eigenen Plugins – das Matomo- und das NoExit-Plugin dieser Seite – gebaut sind; bewusst schlank, ein Zweck pro Plugin, keine Abhängigkeits-Kaskaden. Wer den Weg für den eigenen Shop geht, plant realistisch: Das erste nützliche Mini-Plugin (ein Subscriber, eine Konfigurationsseite) ist ein Wochenendprojekt für PHP-Erfahrene – die Pflege über Shopware-Versionen hinweg ist der eigentliche Langzeitvertrag, den man mit jeder eigenen Zeile eingeht; für Einmalbedarf ist der Store oder ein Dienstleister oft die ehrlichere Rechnung.
Kurz-Fakten
- Technik-Basis: SW6-Plugins = Symfony-Bundles (PHP) – Administration in Vue.js, Storefront mit Twig-Templates.
- Startbefehl: Plugin-Grundgerüst per Konsole erzeugen, dann über die Plugin-Kommandos installieren/aktivieren.
- Drei Standard-Eingriffe: Event-Subscriber · eigene/dekorierte Services · Template-Vererbung (nie Originale kopieren).
- Entwicklungsumgebung: lokal mit Docker-Setups/Dev-Templates, Git ab Zeile eins – nie am Produktivsystem.
- Pflichtlektüre: developer.shopware.com – ungewöhnlich vollständige offizielle Dokumentation.
- Ehrliche Rechnung: Entwicklung ist das Wochenende, Pflege über Versionen der Langzeitvertrag – Theme-Fragen gehören ins Theme.
Einordnung
Die Plugin-Entwicklung ist Shopwares Einladung an Händler mit Technik-DNA: Das System legt seine Erweiterungspunkte offen, statt sie zu verstecken – wer sie updatefähig nutzt, baut sich exakt die Funktionen, für die andere Abos zahlen. Unsere beiden kostenlosen Plugins sind aus genau dieser Haltung entstanden; der Quellcode-Blick hinein ist ausdrücklich erwünscht.
Verwandte Fragen
- Plugins installieren & verwalten
- Staging-Umgebung für Shopware
- Headless & Composable Commerce
- Matomo Plugin für Shopware 6
- NoExit – Exit-Intent Plugin
Stand: Juli 2026 · Geprüft von SEO NW