Plattformübergreifende Abonnements mit einem Entitlement über jeden Store

StoreKit 2 und Google Play Billing speisen eine einzige Quelle der Wahrheit.

Native Kaufabläufe mit StoreKit 2 und Google Play Billing, serverseitige JWS-Prüfung und ein Entitlement, synchronisiert über iOS, Android, tvOS und Web. Tagessatz: €500.

Reparaturauftrag

Nº ····

Abgabe

Ihr Tag, 9:00

Fertig

19:00

Sie holen ab

Die Korrektur, auf Ihrem Smartphone installiert, und die Änderung in Ihrem Quellcode.

Abschnitt bitte aufbewahren

Nº ····

Tag 1

500 € netto

Tag 1 buchen

Remote Tagessatz

€500netto

Ich habe native In-App-Kauf- und Abonnementabläufe mit StoreKit und Google Play Billing umgesetzt, samt serverseitiger Prüfung und Entitlement-Synchronisation.

Sie holen ab

  • Nativer StoreKit-2-Kauf- und Abonnementablauf auf iOS und tvOS mit JWS-Prüfung.
  • Nativer Google-Play-Billing-Ablauf auf Android mit Real-time Developer Notifications.
  • Eine Entitlement-Quelle der Wahrheit, synchronisiert über iOS, Android, tvOS und Web.
  • Käufe wiederherstellen, Testphasen und Server-Benachrichtigungen für Verlängerungen und Kündigungen.

Reparaturauftrag

  • Zwei Abrechnungssysteme, die nicht zusammenpassen

    StoreKit 2 und Google Play Billing modellieren Produkte, Belege und Server-Benachrichtigungen unterschiedlich. Apple liefert signierte Transaktionen und JWS, Google liefert Kauftoken und Real-time Developer Notifications, und die Produkteinrichtung in jeder Konsole folgt eigenen Regeln. Ich baue den nativen Kaufablauf auf jeder Seite nach dem vorgesehenen Muster der Plattform und bilde beide dann auf ein einziges internes Modell ab, das Ihr Backend versteht.

  • Ein Entitlement, jede Plattform

    Wer auf dem iPhone abonniert, erwartet das Abo auch auf dem Android-Tablet, dem Apple TV und der Website. Das funktioniert nur, wenn das Entitlement auf Ihrem Server liegt und nicht in einer einzelnen App. Ich verdrahte beide Stores mit einer einzigen Quelle der Wahrheit, damit der Zugriff überall gleich ist und die App Ihr Backend fragt, was der Nutzer darf, statt aus einem lokalen Beleg zu raten.

  • Serverseitige Prüfung und Benachrichtigungen

    Allein dem Client zu vertrauen, lädt zu Betrug ein und scheitert bei Rückerstattungen. Ich setze die serverseitige Prüfung von Apples JWS-Transaktionen und Googles Kauftoken um und verarbeite die Server-Benachrichtigungen, die Verlängerungen, Kündigungen, erneute Abbuchungsversuche und Rückerstattungen melden. So bleibt das Entitlement korrekt, auch wenn die Änderung außerhalb der App passiert, etwa bei einer Kündigung über die Store-Einstellungen.

  • Testphasen, Wiederherstellung, Gebühren und RevenueCat

    Testphasen, Einführungsangebote und das Wiederherstellen von Käufen haben jeweils plattformspezifisches Verhalten, das Nutzer verwirrt, wenn es falsch gemacht wird. Auch die Store-Gebühr ist real: grob 15 bis 30 Prozent, je nach Programm und Dauer. Ich setze diese Abläufe direkt um und integriere auf Wunsch RevenueCat, um Belege und Auswertung zu bündeln. Ich gebe Ihnen eine ehrliche Einschätzung, wann RevenueCat Zeit spart und wann der direkte Weg einfacher ist.

Häufige Fragen

Brauchen Sie Senior Hilfe für native Mobile Apps?

Senden Sie Produktkontext, Zielplattform, Repository-Status und Zeitplan. Ich sage schnell, ob ich helfen kann.

Kostenloses 20-Min-Gespräch buchen

Abschnitt bitte aufbewahren

Nº ····

Tag 1

500 € netto

Tag 1 buchen

Oder hinterlassen Sie eine Nachricht am Tresen

Beschreiben Sie Ihr Projekt. Wenn ich verfügbar bin, antworte ich sofort im Chat, sonst innerhalb von 24 Stunden.