Spenden-Plugin: nativ auf Shopware, Shopify und WordPress
Native Spenden-Plugins für Shopware 5, Shopware 6, Shopify und WordPress mit voller Feature-Parität. Für eine deutsche gemeinnützige Organisation, vier Plattformen.
Die Herausforderung
Eine deutsche gemeinnützige Organisation betrieb vier Storefronts auf vier verschiedenen Plattformen: Shopware 5, Shopware 6, Shopify und WordPress. Die Spender sollten auf jeder Seite denselben Flow erleben, obwohl die zugrundeliegenden Systeme fast nichts gemeinsam haben.
Kritische Problempunkte
- Vier Plattformen mit komplett verschiedener Architektur und Best Practices
- Spender erwarteten denselben Flow, egal von welchem Storefront sie kamen
- Eine geteilte Codebasis hätte sich auf jeder Plattform fremd angefühlt
- Die Wartung musste über vier bewegliche Ziele hinweg machbar bleiben
- Jede Plattform brachte eigene Admin-UI-Konventionen mit, die respektiert werden wollten
Eine geteilte Abstraktion hätte alle vier Implementierungen gleichermaßen schwerfällig gemacht. Native, getrennte Codebasen bedeuteten mehr Aufwand vorab und ein längeres Leben.
Die Lösung
Vier native Plugins, jedes so geschrieben, wie es die jeweilige Plattform erwartet, alle mit identischem Spendenerlebnis.
Shopware 5: ExtJS und Event-Subscriber
Der älteren Shopware-5-Architektur gefolgt: ExtJS im Admin, Event-Subscriber im Checkout. Liest sich wie Teil der Plattform, nicht wie ein Port.
Shopware 6: DAL und Vue.js
Die modernen Entity-Definitionen, die DAL und Vue.js-Admin-Komponenten. So, wie Shopware 6 Plugins heute haben will.
Shopify: Webhooks und Polaris
Auf Shopifys Webhook-Modell gebaut, mit Liquid für die Storefront und Polaris-Komponenten im Admin. Sieht für Admins und Spender Shopify-nativ aus.
WordPress: Hooks und Post Types
Custom Post Types, WooCommerce-Anbindung und das WordPress-Hooks-System. Verträgt sich mit jedem Theme, das die Organisation als nächstes wählt.
Ergebnisse & Geschäftsauswirkungen
Volle Feature-Parität
Alle vier Implementierungen zeigen denselben Spendenfluss, dieselben Admin-Einstellungen und dieselbe Datenform. Spender bekommen dasselbe Erlebnis, egal auf welchem Storefront sie landen.
Auf jeder Plattform nativ
Jedes Plugin liest sich, als wäre es von Anfang an für die Plattform gebaut. Keine "von woanders portiert"-Holprigkeit.
Einheitliches Spenden-Reporting
Ein zentrales Reporting aggregiert Spenden über alle vier Plattformen. Die Organisation sieht das Gesamtbild an einer Stelle.
Plattform-spezifische Extras
Jede Implementierung nutzt Plattform-Eigenheiten dort, wo sie Mehrwert bringen, statt sich am kleinsten gemeinsamen Nenner zu orientieren.
Verwendete Technologien
- Shopware 5
- Shopware 6
- Shopify
- WordPress
- PHP 8
- JavaScript
- MySQL
- REST APIs
Auf mehreren Plattformen unterwegs?
Multi-Plattform-Konsistenz lässt sich schwer erreichen, ohne jede Plattform auf ihren schwächsten Punkt zu drücken. Ich helfe Ihnen, native Erlebnisse zu liefern, die trotzdem Daten und Reporting teilen.
Beratung buchenVerwandte Fallstudien
Enterprise-Such-Plugin
Das Findologic Search & Navigation-Plugin für Shopware 6 mit hoher Testabdeckung, GitHub Actions CI/CD und Multi-Versions-Support neu aufgebaut. Null Regressionen ausgeliefert.
Fallstudie lesen → Plugin-EntwicklungVariantenvorauswahl
Shopware 6-Plugin, das die beste verfügbare Variante über Listings, Suche, Herstellerseiten und PDP auflöst. Ein Service, keine N+1-Abfragen.
Fallstudie lesen → B2B-LösungenIndustrielle Ausschreibungsplattform
Shopware 6 B2B-Ausschreibungs-Plugin für einen DACH-Industriehändler. Mehrstufige Genehmigungen, Status-Workflows und Self-Service-Dashboard. Zykluszeit von 6 auf 3 Wochen reduziert.
Fallstudie lesen →