Wenn Sie digitale Produkte über Ihre App verkaufen, müssen Sie die gesamte Nutzererfahrung berücksichtigen. Durch die In-App-Integration können Sie Kaufabläufe starten und die Nutzererfahrung verwalten. Es ist jedoch wichtig, dass Ihr Backend über die Berechtigungen auf dem neuesten Stand ist, die Nutzer erwerben. Das ist wichtig, um Käufe zu verfolgen und andere Aspekte der Nutzererfahrung zu verwalten, z. B. plattformübergreifende Berechtigungen.
Wenn Sie Ereignisse im Lebenszyklus von Käufen beobachten und schnell auf Änderungen der Nutzerberechtigungen reagieren möchten, sollten Sie in Ihrem Backend ein System zur Verwaltung des Kaufstatus für Abos und Einmalkäufe einrichten. Dieses System sorgt für eine schnelle und sichere Kaufabwicklung unabhängig vom Gerätestatus, für einheitliche Nutzerberechtigungen auf allen Plattformen und dafür, dass Sie Bisherige Käufe und Berechtigungsdaten in Ihrem Backend einsehen können.
Google Play bietet Entwicklerbenachrichtigungen in Echtzeit (Real-time developer notifications, RTDN), um Ereignisse im Lebenszyklus von Käufen zu beobachten. Mit den Play Developer APIs für Abos und In-App-Käufe können Sie basierend auf diesen Ereignissen die erforderlichen Maßnahmen ergreifen. Wenn Sie diese Tools verwenden und ein robustes System zur Verwaltung des Lebenszyklus von Käufen einrichten, können Sie eine nahtlose Nutzererfahrung bieten und Käufe und Berechtigungen effizient verwalten.
Client für Entwicklerbenachrichtigungen in Echtzeit erstellen
Käufe, die über das Abrechnungssystem von Google Play getätigt werden, können im Laufe ihres Lebenszyklus mehrere Änderungen der Berechtigungen durchlaufen. Diese Änderungen können durch verschiedene Aktionen ausgelöst werden, darunter:
- Aktionen, die von Nutzern in Ihrer App initiiert werden.
- Aktionen, die von Nutzern über die Google Play Store App initiiert werden.
- Aktionen, die direkt von Ihren Backend-Systemen initiiert werden.
- Aktionen, die Sie über die Google Play Console initiieren.
Beispiel:
- Ein Nutzer kündigt ein Abo über das Abocenter im Google Play Store.
- Ein Entwickler verschiebt die Aboabrechnung mit der Google Play Developer API.
- Ein Entwickler erstattet einen Kauf und widerruft die Berechtigung dafür über die Google Play Console.
Es ist wichtig, dass Ihr Backend die verschiedenen Status kennt, die ein Kauf durchlaufen kann, und dass es alle erforderlichen Maßnahmen ergreift, um die Berechtigung rechtzeitig anzupassen.
Sie können zwar die Google Play Developer API verwenden, um den Kaufstatus manuell zu prüfen, aber regelmäßige Prüfungen sind eine sehr ineffiziente Methode, um Änderungen zu verfolgen. Außerdem sind sie fehleranfällig und können zu Verzögerungen führen. Mit RTDNs können Sie sofort auf Änderungen reagieren, ohne eine Logik zur Verfolgung des Lebenszyklus für Ihre Google Play-Käufe erstellen zu müssen.
In diesem Abschnitt wird beschrieben, wie Sie einen Client für RTDNs erstellen. RTDN ist eine Funktion, die mit Google Cloud Pub/Sub erstellt wurde. Sie sendet Ihrem Backend eine sofortige Benachrichtigung, wenn sich der Berechtigungsstatus eines Nutzers ändert. Das Pub/Sub-System besteht aus einem Publisher, der Benachrichtigungen sendet, und einem Client, der diese Benachrichtigungen abonniert. Durch die Implementierung von RTDN können Sie alle Änderungen am Berechtigungsstatus des Nutzers in Echtzeit verfolgen und umgehend darauf reagieren.
RTDN-Publisher
Das Backend von Google Play fungiert als Publisher für RTDNs. Eine Anleitung zum Einrichten von RTDN für Ihre App finden Sie im Einrichtungs leitfaden. Durch diese Schritte kann das Abrechnungssystem von Google Play als Publisher für die RTDNs Ihrer App fungieren. Um die Einrichtung abzuschließen, sollten Sie sich mit der Google Cloud Platform Console vertraut machen, um eine grundlegende Pub/Sub-Konfiguration einzurichten.
RTDN-Abonnent
Nachdem Sie den Publisher eingerichtet haben, sollten Sie Ihr Backend darauf vorbereiten, RTDNs zu verarbeiten. Dazu müssen Sie einen Client erstellen, um Google Cloud Pub/Sub-Nachrichten zu empfangen. Die grundlegende Funktion Ihres RTDN-Clients besteht darin, Instanzen von
PubSubMessage zu empfangen,
entweder über HTTPS-Anfragen an einem registrierten Endpunkt oder mithilfe der Cloud
Pub/Sub-Client
Bibliotheken. In der
Pub/Sub-Dokumentation finden Sie Informationen zur Verwendung einer
Push- oder
Pull-Strategie. In der RTDN-Einrichtungs
dokumentation finden Sie Richtlinien zur
Auswahl der Strategie, die am besten zu Ihren Anforderungen passt.
Für jede Nachricht, die Sie erhalten, sollte Ihr Backend Folgendes tun:
- Das Base64-codierte
dataFeld entpacken, das das RTDN Objekt enthält. - Die Eindeutigkeit des Felds
messageIdprüfen und dafür sorgen, dass doppelte Benachrichtigungen nicht verarbeitet werden. So vermeiden Sie eine redundante Verarbeitung und überschreiten nicht Ihr API-Kontingent. - Alle erforderlichen Backend-Prozesse auslösen, die mit der durch das RTDN-Ereignis gemeldeten Berechtigungsänderung zusammenhängen.
Statuswechsel bei Käufen verarbeiten
Einmalkäufe und Abokäufe haben unterschiedliche Lebenszyklen, je nach den verschiedenen Status und Ereignissen, die sich auf sie auswirken können. Dank RTDN müssen Sie keine Logik erstellen, um Statuswechsel zu bestätigen. Sie müssen nur definieren, was passiert, wenn Ihr Backend die einzelnen Arten von Benachrichtigungen erhält.
Weitere Informationen zu diesen Szenarien finden Sie in den folgenden Leitfäden: