Wie SubSovereign funktioniert

Wenn Sie Abonnements in einer App verkaufen, müssen Sie immer wieder eine schwierige Frage beantworten: Wofür hat dieser Nutzer aktuell tatsächlich bezahlt? SubSovereign gibt die Antwort – zuverlässig, auf Ihrer eigenen Infrastruktur, ohne einen Anteil an Ihren Einnahmen zu nehmen. Diese Seite erklärt das Konzept, bevor Sie Code berühren.

Das Problem, das es löst

Die App-Stores (Apple, Google, Amazon, Roku) handhaben Zahlungen jeweils auf ihre eigene Weise: mit eigenen Quittungen, Erneuerungsregeln und Sonderfällen – kostenlose Testversionen, Rückerstattungen, Upgrades, Abrechnungswiederholungen, Familienfreigabe. Die Frage „Ist dieser Nutzer Pro?“ korrekt über alle Stores und Geräte hinweg zu beantworten, ist wirklich schwierig. Und Sie dürfen der App selbst nie vertrauen, diese Frage zu beantworten: Jeder kann den Client manipulieren und sich als zahlender Kunde ausgeben.

SubSovereign ist das fehlende Stück, das diese Frage korrekt beantwortet – damit Sie es nicht selbst aufbauen und pflegen müssen.

Das mentale Modell

Es gibt eine Regel, und alles folgt daraus:

Die App fragt. Der Server entscheidet.

Ihre App entscheidet nie selbst, ob ein Nutzer Zugriff hat – sie fragt SubSovereign, und SubSovereign antwortet basierend auf Quittungen, die es direkt beim Store überprüft hat. Das Gerät des Nutzers ist nie die Quelle der Wahrheit.

Die Komponenten

• Das Dashboard – Ihr webbasiertes Backoffice. Hier registrieren Sie jede App, erstellen Ihre Zugangsebenen (die Stufen, die Sie verkaufen, z. B. pro, premium), verknüpfen sie mit den Produkten, die Nutzer in jedem Store kaufen, und gestalten Ihre Paywall. Hier erhalten Sie auch Ihren API-Schlüssel.
• Ein SDK – eine kleine Bibliothek, die Sie in Ihre App einbinden (Android, iOS/tvOS, Roku oder Web/React Native). Es ist die Telefonleitung Ihrer App zu SubSovereign: Zugriff prüfen, einen Kauf validieren, die Paywall abrufen, Einwilligungen erfassen.
• Der Server – Ihr selbstgehosteter SubSovereign-Backend-Server. Er validiert Quittungen mit jedem Store, speichert Berechtigungen, cached sie für schnelle Lesezugriffe und beantwortet die Fragen der App.
• Die Stores – Apple StoreKit 2, Google Play Billing, Amazon IAP (Fire TV), Roku Pay und Stripe (fürs Web). SubSovereign spricht mit allen, sodass Ihre App nur mit einem System kommunizieren muss.

Was passiert tatsächlich, wenn ein Nutzer ein Abo abschließt

1. Der Nutzer tippt auf Abonnieren auf Ihrer Paywall. Ihre App führt den Kauf über den normalen Zahlungsfluss des Stores durch (Google Play, StoreKit etc.) – SubSovereign ersetzt das nicht.
2. Der Store übergibt Ihrer App eine Quittung (ein Kauf-Token). Ihre App leitet sie über das SDK an SubSovereign weiter.
3. SubSovereign führt eine serverseitige Quittungsvalidierung durch – es prüft die Quittung direkt beim Store, Server zu Server. Eine gefälschte oder wiederverwendete Quittung wird hier abgelehnt.
4. Falls die Quittung echt ist, speichert SubSovereign die Berechtigung des Nutzers – die Zugriffsebene, die er nun freigeschaltet hat, wann sie abläuft und ob sie erneuert wird.
5. Ihre App fragt „Was hat dieser Nutzer?“, SubSovereign antwortet basierend auf den verifizierten Daten (gecached für Geschwindigkeit), und Ihre App schaltet die richtigen Funktionen frei.

Ab diesem Zeitpunkt wiederholt sich bei jedem Start nur Schritt 5: Fragen und die Antwort freischalten. Erneuerungen, Kündigungen und Abläufe werden automatisch aktualisiert, weil der Server sie nachverfolgt.

Warum selbstgehostet und souverän wichtig ist

SubSovereign läuft auf Ihrer Infrastruktur (UK/EU-Hosting, Ihre Datenbank), nicht in der Cloud eines Drittanbieters. Das bedeutet:

• Sie besitzen die Daten Ihrer Nutzer. Kaufhistorie, Berechtigungen und Einwilligungsprotokolle liegen in Ihrer Datenbank – unter Ihrer Kontrolle – was die GDPR-Konformität zu etwas macht, das Sie haben, statt etwas, das Sie hoffen, dass ein Anbieter für Sie erledigt.
• Kein Anteil an Ihren Einnahmen. Im Gegensatz zu gehosteten Diensten, die einen Prozentsatz Ihrer Abonnement-Einnahmen einbehalten, nimmt SubSovereign keinen Anteil – Sie behalten 100 % dessen, was Ihre Nutzer zahlen.
• Keine Bindung. Es ist Ihre Bereitstellung; Sie können sie prüfen, erweitern und verschieben.

Was es nicht ist

• Es ist kein Zahlungsabwickler. Nutzer zahlen weiterhin über die App-Stores (oder Stripe im Web); SubSovereign überprüft und verfolgt diese Käufe nur.
• Es ist kein Paywall-Designer, von dem Sie abhängig sind. SubSovereign liefert den Inhalt Ihrer Paywall (Preise, Funktionen, Dauer der Testphase) remote – sodass Sie ihn ändern können, ohne die App zu aktualisieren – aber Sie bauen den eigentlichen Bildschirm, genau so, wie Sie ihn möchten.

Bereit zum Entwickeln?

Gehen Sie zu Erste Schritte, um den Server einzurichten und Ihre erste App zu registrieren, und wählen Sie dann Ihren Plattform-Guide: Android, iOS, Web / React Native, Roku, React, React Native, Flutter oder das Web-Component.