Shopware Subscription: Abo-Modelle im eigenen Shop umsetzen
8 Min. Lesezeit
von Marcel, Senior-Softwareentwickler
„Shopware Subscription“ ist ein Suchbegriff mit zwei völlig verschiedenen Bedeutungen – und je nachdem, welche du meinst, ist die Antwort eine andere. Gemeint sein kann das Lizenz-Abo (Rise, Evolve, Beyond als monatlich bezahlte Pläne) oder das Abo-Commerce, also wiederkehrende Bestellungen, die du deinen Kunden verkaufst: Kaffee alle vier Wochen, Filterkartuschen alle drei Monate, Wartungspaket im Jahresabo. Um das Zweite geht es hier. Die Kurzantwort: Shopware kann Abos nativ, aber erst im Plan Beyond. Für alle anderen führt der Weg über ein Store-Plugin oder eine eigene Umsetzung – und über ein paar rechtliche Pflichten, die man beim Abo nicht überspringen darf.
Das Wichtigste in Kürze
- Kernantwort: Das native Subscriptions-Feature von Shopware ist eine kommerzielle Funktion und laut Shopware-Dokumentation ab dem Plan Beyond verfügbar – nicht in der Community Edition.
- Alternativen: Store-Plugins für Abo-Commerce gibt es (u. a. über Mollie oder Novalnet); eine eigene Umsetzung lohnt, wenn dein Abo-Modell vom Standard abweicht.
- Der harte Teil ist die Zahlung: Ohne Zahlungsanbieter, der wiederkehrende Abbuchungen unterstützt, gibt es kein Abo – die erste Zahlung und alle Folgezahlungen sind technisch zwei verschiedene Dinge.
- Pflichten: Kündigungsbutton nach § 312k BGB, maximal einmonatige Kündigungsfrist bei stillschweigender Verlängerung (§ 309 Nr. 9 BGB), Widerrufsrecht im Fernabsatz.
- Kosten: Ein individuelles Abo-Plugin startet bei uns ab 2.900 €, ein kompakter Zusatzbaustein ab 990 €.
Zur Abgrenzung, damit du am richtigen Ort weiterliest: Wenn du wissen willst, ob sich ein gekauftes Plugin-Abo gegen eine Eigenentwicklung rechnet, steht das in Shopware-Plugin statt Abo. Geht es dir um die Lizenzpreise der Shopware-Pläne, findest du sie in Shopware Preise: Was die Editionen kosten. Hier geht es ausschließlich um Abos, die du verkaufst.
Was Shopware für Abo-Commerce nativ kann – und ab welchem Plan
Shopware hat ein eigenes Subscriptions-Feature. Es steckt in der Shopware-Commercial-Erweiterung und ist laut Shopware-Dokumentation eine kommerzielle Funktion ab dem Plan Beyond; technisch verfügbar ist sie seit Version 6.5.4.0. Das ist der Punkt, an dem die meisten Recherchen enden sollten und trotzdem nicht enden: Wer die Community Edition betreibt, bekommt dieses Feature nicht durch ein Update.
Was das native Feature kann, wenn du es hast:
- Frei konfigurierbare Intervalle. Du definierst, in welchen Abständen nachbestellt wird – wöchentlich, monatlich, quartalsweise.
- Mindestlaufzeit. Laut Shopware-Doku lässt sich eine Mindestnutzung hinterlegen, etwa 24 Monate bei monatlichem Intervall.
- Pausieren und Kündigen durch den Kunden. Im Kundenkonto kann der Kunde über das Optionsmenü seines Abos eine Lieferung für einen Turnus aussetzen oder das Abo kündigen.
- Kündigung vor Ende der Mindestlaufzeit. Das Abo erscheint in der Administration als „zur Kündigung vorgemerkt“, die wiederkehrenden Bestellungen laufen aber automatisch weiter, bis die Mindestlaufzeit erfüllt ist.
- Zusammenspiel mit Rule Builder und Flow Builder. Du kannst Regeln und Automatisierungen speziell für Abos bauen – etwa eine eigene Versandart nur für Abo-Bestellungen.
- Gemischte Warenkörbe. Einmalprodukte und Abo-Artikel in einer Bestellung sind laut Shopware ab Version 6.7.4.0 möglich.
Das ist ein solides Fundament. Es ist aber auch ein Standard – und Abo-Geschäftsmodelle sind selten Standard.
Wo ein Plugin nötig wird: Intervalle, Pausieren, Preisänderung
Die Punkte, an denen es in der Praxis klemmt, sind fast immer dieselben. Sie sehen im Konzept klein aus und sind es in der Umsetzung nicht:
Preisänderung bei laufenden Abos. Der Klassiker. Du erhöhst den Preis eines Produkts – gilt der neue Preis für Bestandsabos, oder für Neuabschlüsse? Und wie sagst du es dem Kunden? Rechtlich brauchst du für eine Preiserhöhung im laufenden Vertrag eine wirksame Grundlage; technisch brauchst du eine Preisbindung pro Abo, nicht pro Produkt. Das ist der Punkt, an dem Standardlösungen am häufigsten nicht reichen.
Bestandssperre. Bei einem Abo verkaufst du künftige Lieferungen. Wenn der Bestand erst beim Erzeugen der Folgebestellung geprüft wird, hast du irgendwann 40 Abos und 12 Stück auf Lager. Sauber gelöst heißt: Abo-Bedarf bei der Verfügbarkeitsplanung mitrechnen – und das ist eine Anbindung an deine Warenwirtschaft, kein Shop-Feature.
Individuelle Intervalle und Wechsel. „Alle vier Wochen, aber im Sommer alle zwei.“ „Kunde will von Monats- auf Jahresabo wechseln, anteilig verrechnet.“ Solche Regeln sind der Normalfall bei realen Abo-Modellen und der Sonderfall in jedem Standardprodukt.
Adress- und Zahlartenwechsel mitten im Abo. Klingt trivial, ist es nicht: Eine hinterlegte Zahlungsvereinbarung hängt beim Zahlungsanbieter, nicht in Shopware. Beim Wechsel muss eine neue Vereinbarung her, ohne dass ein Turnus ausfällt.
Kündigungs- und Rückgewinnungs-Logik. Kündigungsgrund abfragen, Pausieren statt Kündigen anbieten, Reaktivierungsmail nach acht Wochen. Das ist meistens Flow-Builder-Arbeit – aber nur, wenn die Ereignisse überhaupt sauber ausgelöst werden.
Für all das gibt es zwei Wege: ein fertiges Store-Plugin für Abo-Commerce (im Shopware Store findest du mehrere, unter anderem von Novalnet sowie Lösungen, die auf Mollie und PayPal aufsetzen) – oder eine eigene Erweiterung, die genau dein Modell abbildet. Der ehrliche Rat: Fang beim Store an. Wenn ein Plugin dein Modell zu 100 % trifft, ist das der günstigste Weg. Erst wenn dir ausgerechnet die eine entscheidende Regel fehlt, lohnt der Blick auf eine eigene Shopware-Erweiterung.
Zahlung im Abo: Welche Anbieter wirklich Recurring können
Das ist der Teil, den fast jede Abo-Planung unterschätzt. Ein Abo scheitert selten am Shop – es scheitert an der Zahlung.
Technisch sind Erstzahlung und Folgezahlung zwei verschiedene Vorgänge. Bei der Erstbestellung wird eine Zahlungsvereinbarung (billing agreement) beim Zahlungsanbieter hinterlegt. Erst danach kann Shopware für jede Folgebestellung eine wiederkehrende Abbuchung auslösen; in der Shopware-Entwicklerdokumentation ist dafür eine eigene Methode captureRecurring vorgesehen, die nur die Folgeabbuchungen behandelt und eine gültige Vereinbarung voraussetzt. Die Zahlungsdaten selbst liegen dabei nicht im Abo, sondern beim Zahlungsanbieter – das ist gut so, denn Kartendaten willst du nicht in deinem Shop haben.
Daraus folgt eine sehr praktische Regel: Eine Zahlart, die kein Recurring unterstützt, kann kein Abo. Vorkasse, Rechnung ohne Anbieter, Sofortüberweisung – damit funktioniert ein automatisches Abo nicht. Was in der Praxis geht, sind Zahlarten mit hinterlegbarer Vereinbarung: SEPA-Lastschrift, Kreditkarte und PayPal, jeweils über einen Anbieter, dessen Shopware-Plugin Subscriptions unterstützt. Mollie etwa dokumentiert Abo-Unterstützung im eigenen Shopware-6-Plugin für SEPA, Kreditkarte und PayPal.
Top tip
Kläre die Zahlart, bevor du das Abo-Modell entwirfst – nicht danach. Wir fragen bei Abo-Projekten immer zuerst: Welchen Zahlungsanbieter nutzt du heute, und unterstützt dessen Shopware-Plugin wiederkehrende Zahlungen? Fällt die Antwort ungünstig aus, ist ein Anbieterwechsel Teil des Projekts – und der gehört ins Budget, nicht in eine Überraschung drei Wochen vor Livegang.
Kündigungsbutton und Laufzeiten: Was rechtlich dazugehört
Vorweg, weil das wichtig ist: Wir sind Entwickler, keine Anwälte. Die folgenden Punkte sind der Rahmen, den wir bei Abo-Projekten technisch immer einplanen – die konkrete Ausgestaltung deiner Verträge und Texte gehört rechtlich geprüft.
Kündigungsbutton (§ 312k BGB). Seit dem 1. Juli 2022 gilt: Wer Verbrauchern online den Abschluss eines Dauerschuldverhältnisses über eine entgeltliche Leistung ermöglicht, muss eine Kündigungsschaltfläche bereitstellen – beschriftet mit „Verträge hier kündigen“ oder vergleichbar, gut lesbar und unmittelbar erreichbar. Der Klick führt auf eine Bestätigungsseite, deren Schaltfläche nach dem Gesetzeswortlaut mit „jetzt kündigen“ beschriftet ist. Ausgenommen sind unter anderem Finanzdienstleistungen. (Quelle: § 312k BGB, erläutert u. a. von der IHK Frankfurt.)
Der technisch entscheidende Teil steckt in „unmittelbar erreichbar“: Nach der von den IHKs berichteten Rechtsprechung genügt es nicht, wenn der Button erst nach dem Login im Kundenkonto oder nach mehreren Navigationsschritten sichtbar wird. Für die Umsetzung heißt das: eine öffentlich erreichbare Kündigungsseite, verlinkt von der Startseite – nicht ein Menüpunkt tief im Kundenkonto.
Laufzeit und Verlängerung (§ 309 Nr. 9 BGB). Seit dem 1. März 2022 ist eine stillschweigende Vertragsverlängerung in AGB nur zulässig, wenn sich der Vertrag auf unbestimmte Zeit verlängert und der Verbraucher ihn mit einer Frist von höchstens einem Monat kündigen kann. Die zulässige Kündigungsfrist wurde von drei Monaten auf einen Monat verkürzt. (Quelle: § 309 BGB, Überblick bei der IHK Köln.) Praktisch bedeutet das: Ein Jahresabo, das sich automatisch um ein weiteres Jahr verlängert, ist gegenüber Verbrauchern kein tragfähiges Modell mehr.
Widerrufsrecht. Ein Abo ist im Verbraucherverkehr ein Fernabsatzvertrag – das Widerrufsrecht gilt also grundsätzlich auch hier, mit den bekannten Ausnahmen etwa für schnell verderbliche Waren. Plane einen Widerruf ein, der eine bereits erzeugte Folgebestellung sauber stoppt, statt sie nur im Backend rot zu markieren.
Was eine Abo-Umsetzung kostet
Rechne in drei Blöcken, genau wie bei jedem Shopware-Projekt.
| Weg | Einmalig | Laufend |
|---|---|---|
| Natives Subscriptions-Feature | – | Plan Beyond (Preis individuell, Shopware verhandelt) |
| Store-Plugin für Abo-Commerce | Kauf- oder Einrichtungspreis des Anbieters | oft monatliche Gebühr |
| Eigene Erweiterung | ab 2.900 € | keine Lizenzgebühr, Wartung nach Aufwand |
Bei uns startet ein individuelles Shopware-Plugin mit eigener Admin-Oberfläche und Schnittstelle ab 2.900 €; ein kompakter Baustein mit einer klar umrissenen Funktion – etwa die Kündigungsseite nach § 312k BGB oder eine spezielle Preisregel für Bestandsabos – ab 990 €. Weiterentwicklung rechnen wir nach Aufwand mit 79 €/h ab, die laufende Shopware-Betreuung liegt ab 199 €/Monat. Alle Bausteine und Pakete stehen auf unserer Preisseite.
Die ehrliche Einordnung: Für einen kleinen Shop, der Abos verkaufen will, ist der Weg über ein Plugin fast immer günstiger als der Sprung auf Beyond. Umgekehrt gilt: Wer ohnehin Beyond fährt, sollte das native Feature zuerst ausprobieren, bevor er etwas nachbauen lässt – und nur die Lücken schließen, die wirklich bleiben. Welche Funktionen ohnehin schon im Standard stecken, haben wir in Shopware Hidden Features & Premium-Plugins zusammengetragen.
Häufige Fragen
Kann Shopware Abos?
Ja, Shopware hat ein eigenes Subscriptions-Feature für wiederkehrende Bestellungen mit konfigurierbaren Intervallen. Es ist Teil der Shopware-Commercial-Erweiterung und laut Shopware-Dokumentation eine kommerzielle Funktion ab dem Plan Beyond, verfügbar seit Version 6.5.4.0. In der Community Edition ist es nicht enthalten – dort brauchst du ein Store-Plugin oder eine eigene Erweiterung.
Welche Zahlarten funktionieren bei einem Shopware-Abo?
Nur Zahlarten, bei denen sich eine Zahlungsvereinbarung hinterlegen lässt und deren Shopware-Plugin wiederkehrende Abbuchungen unterstützt – in der Praxis SEPA-Lastschrift, Kreditkarte und PayPal über einen entsprechenden Anbieter. Technisch sind Erstzahlung und Folgezahlung zwei getrennte Vorgänge: Die Erstbestellung legt die Vereinbarung an, jede Folgebestellung löst eine wiederkehrende Abbuchung aus. Vorkasse oder Sofortüberweisung eignen sich dafür nicht.
Brauche ich für Abos den Plan Beyond?
Für das native Shopware-Subscriptions-Feature ja. Für Abo-Commerce an sich nein: Im Shopware Store gibt es Erweiterungen für wiederkehrende Bestellungen, unter anderem von Novalnet sowie Lösungen, die auf Mollie oder PayPal aufsetzen. Alternativ lässt sich ein Abo-Modell als eigene Erweiterung umsetzen. Für kleinere Shops ist das meist deutlich günstiger als ein Plan-Wechsel.
Was muss ich beim Abo-Verkauf rechtlich beachten?
Drei Punkte gehören technisch von Anfang an eingeplant. Erstens der Kündigungsbutton nach § 312k BGB: seit dem 1. Juli 2022 Pflicht bei online geschlossenen Dauerschuldverhältnissen, beschriftet mit „Verträge hier kündigen“ oder vergleichbar, unmittelbar erreichbar – nach der berichteten Rechtsprechung reicht ein Button hinter dem Login nicht. Zweitens § 309 Nr. 9 BGB: Eine stillschweigende Verlängerung ist nur zulässig, wenn sie auf unbestimmte Zeit läuft und mit höchstens einem Monat Frist kündbar ist. Drittens das Widerrufsrecht im Fernabsatz. Wir sind Entwickler, keine Anwälte – lass deine Vertragstexte rechtlich prüfen.
Wie ändere ich den Preis eines laufenden Abos?
Technisch braucht es dafür eine Preisbindung am Abo statt am Produkt: Sonst ändert eine Preispflege im Katalog rückwirkend alle Bestandsabos. Sauber umgesetzt heißt, dass der beim Abschluss gültige Preis am Abo hängt und eine Preisänderung ein bewusster, protokollierter Vorgang mit Kundenbenachrichtigung ist. Rechtlich brauchst du für eine Erhöhung im laufenden Vertrag außerdem eine wirksame Grundlage. Das ist einer der häufigsten Gründe, warum Standardlösungen bei Abo-Projekten nicht ausreichen.
Was kostet ein Abo-Modell im eigenen Shopware-Shop?
Eine individuelle Shopware-Erweiterung mit eigener Admin-Oberfläche und Schnittstelle startet bei uns ab 2.900 €, ein kompakter Baustein mit einer klar umrissenen Funktion ab 990 €. Weiterentwicklung rechnen wir nach Aufwand mit 79 €/h ab, die laufende Shopware-Betreuung liegt ab 199 €/Monat. Dazu kommen die Gebühren deines Zahlungsanbieters. Das native Subscriptions-Feature setzt dagegen den Plan Beyond voraus, den Shopware individuell bepreist.
Du willst Abos verkaufen und weißt nicht, ob dein Zahlungsanbieter das mitmacht, ob ein Store-Plugin reicht oder ob dein Modell eine eigene Lösung braucht? Schreib uns kurz, wie dein Abo aussehen soll – Intervall, Laufzeit, Zahlart, was bei einer Preisänderung passieren soll. Wir schauen im kostenlosen Erstgespräch drauf und sagen dir ehrlich, welcher der drei Wege bei dir der günstigste ist. Auch dann, wenn das ein fertiges Plugin ist und nicht wir.