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.
Vendredi App · 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.
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
Der feste Tagessatz liegt remote bei €500, ohne Agenturaufschlag. Das sind die Entwicklungskosten; die Store-Gebühr von grob 15 bis 30 Prozent ist davon getrennt und geht an Apple oder Google.
Ja. Ich übernehme oft eine App mit einem halb funktionierenden Kaufablauf und repariere Prüfung, Wiederherstellung oder Entitlement-Synchronisation. Ich sehe mir den vorhandenen StoreKit- oder Billing-Code an, bevor ich Änderungen vorschlage.
Beides. Ich kann StoreKit 2 und Google Play Billing direkt mit Ihrem Backend verdrahten oder RevenueCat integrieren, wenn Sie zentrale Belege und Auswertung wollen. Ich sage Ihnen, was zu Ihrem Fall passt.
Das Entitlement liegt auf Ihrem Server als einzige Quelle der Wahrheit. Beide Stores melden über geprüfte Transaktionen und Server-Benachrichtigungen dorthin, sodass iOS, Android, tvOS und Web denselben Zugriff sehen.
Ja. Ich prüfe Apples JWS-Transaktionen und Googles Kauftoken auf dem Server und verarbeite die Benachrichtigungen zu Verlängerung, Kündigung und Rückerstattung, sodass das Entitlement auch bei Änderungen außerhalb der App stimmt.
Ja. Ich setze Testphasen, Einführungsangebote und das Wiederherstellen von Käufen nach den Regeln jeder Plattform um und teste sie mit echten Konten, damit Nutzer nicht hängenbleiben oder doppelt belastet werden.
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 buchenOder 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.