Abo-Formular erstellen — wiederkehrende Zahlungen einfach abwickeln

Ein Abo-Formular ist mehr als ein Bestellformular — es initiiert eine wiederkehrende Geschäftsbeziehung. Stripe bietet hierfür eine bewährte Subscription-API: Sie definieren ein Produkt, ordnen einen oder mehrere Preise zu (etwa monatlich und jährlich) und erzeugen pro Anmeldung ein Subscription-Objekt. Das Formular sammelt die Plandaten und Kontaktinfos, übergibt diese ans Backend und triggert dort den Stripe-Checkout-Flow.

Halten Sie das Formular bewusst kurz. Plan-Auswahl, Name, E-Mail und ggf. Firma reichen meist; alle weiteren Daten werden im Stripe-Checkout abgefragt — Zahlungsmittel, Rechnungsadresse, USt-ID. Das ist nicht nur weniger Arbeit für Sie, sondern auch sicher: Stripe ist PCI-DSS-zertifiziert, Sie selbst müssen nie mit Kartendaten in Berührung kommen. Nach erfolgreichem Checkout sendet Stripe ein Webhook-Event an Ihr Backend, das den Account aktivieren oder Zugangsdaten verschicken kann. Verlassen Sie sich nicht allein auf den Erfolgs-Redirect des Browsers — Webhooks sind die zuverlässige Quelle der Wahrheit.

In Deutschland verlangt das UWG seit 2022 einen „Kündigungsbutton" für Verbraucherverträge im elektronischen Geschäftsverkehr. Wer ein Abo online abschließen kann, muss es auch ohne Hürden online beenden können — kein Login-Zwang, kein Telefonanruf, kein Papierbrief. Bauen Sie deshalb von Anfang an einen einfachen Kündigungs-Workflow mit. Ein eigenes Kündigungs-Formular reicht: Bestell-ID oder E-Mail, Bestätigung per Mail, Stripe-Subscription wird per API gekündigt.

Kommunizieren Sie die Kündigungsbedingungen klar im Anmeldeformular und in der Auftragsbestätigung — Mindestlaufzeit, Kündigungsfrist, Verlängerungsmechanik. Ein versteckter „Kündigung nur per Brief"-Hinweis ist nicht nur unfreundlich, sondern auch rechtlich angreifbar. Wer das Abo via Stripe abwickelt, kann den Kündigungsbutton einfach an den Stripe-Customer-Portal-Link binden — dort hat Stripe die Mechanik bereits integriert. Das spart Eigenentwicklung und ist vom Gesetzgeber akzeptiert. Senden Sie nach Kündigung eine Bestätigungs-E-Mail mit dem Enddatum und einem Hinweis auf die Datenlöschung.

Recurring Payments verarbeiten personenbezogene Daten über lange Zeiträume — Name, Adresse, Zahlungsmittel, Bestellhistorie. Die Rechtsgrundlage ist Art. 6 Abs. 1 lit. b DSGVO (Vertragserfüllung), für Marketing-Mailings braucht es eine zusätzliche Einwilligung. Trennen Sie diese beiden sauber: Die Vertrags-Checkbox („Ich stimme den AGB zu") darf nicht mit der Marketing-Checkbox („Newsletter erhalten") verschmolzen werden.

Speichern Sie Zahlungsdaten ausschließlich bei Stripe oder einem vergleichbaren PCI-DSS-zertifizierten Anbieter, nie selbst. Im eigenen System reichen die Stripe-Customer-ID und -Subscription-ID — daraus können Sie alle benötigten Operationen ausführen, ohne Kartendaten zu sehen. Bei Vertragsende behalten Sie nur die buchhalterisch nötigen Daten (in Deutschland zehn Jahre Aufbewahrungsfrist) und löschen den Rest. Geben Sie Kunden ein einfaches Self-Service-Portal, in dem sie ihre Daten einsehen, exportieren und löschen lassen können — das ist DSGVO-Pflicht und reduziert Support-Anfragen massiv.

Bei wiederkehrenden Zahlungen kommt es regelmäßig vor, dass eine Buchung scheitert — abgelaufene Karte, Limit überzogen, Konto gewechselt. Stripe bietet hierfür sogenanntes Smart Retries: Das System versucht die Buchung in den nächsten Tagen automatisch erneut, oft mit Erfolg. Aktivieren Sie diese Funktion und konfigurieren Sie ein sinnvolles Retry-Schema — typisch sind drei bis vier Versuche über sieben Tage.

Parallel dazu sollten Sie den Kunden informieren. Bei der ersten gescheiterten Buchung eine freundliche Mail, bei der zweiten ein deutlicherer Hinweis, bei der dritten der finale Hinweis vor Sperrung. Stripe bietet hierfür Templates oder Sie nutzen einen eigenen E-Mail-Workflow per Webhook. Bauen Sie auch das Update der Zahlungsmethode einfach: ein Self-Service-Link im Stripe-Customer-Portal reicht. Vermeiden Sie aggressive Mahn-Töne — die meisten gescheiterten Buchungen sind technisch, nicht böswillig. Wer freundlich erinnert wird, aktualisiert die Karte gerne. Wer barsch behandelt wird, kündigt eher. Die Conversion vom Recovery zur fortgeführten Subscription liegt mit guten Workflows oft bei 60 bis 70 Prozent.