Sie haben also eine Anwendung mit automatisch erneuerbaren Abonnements. Es funktioniert hervorragend, Benutzer stellen unkontrolliert Premium-Abonnements aus und schreiben lobende Bewertungen. Schönheit!
Hallo allerseits, mein Name ist Denis. Ich bin der Projektmanager für Apphud , einen Dienst zur Analyse von automatisch erneuerbaren Abonnements für iOS-Anwendungen.
Als Projektmanager ist es wichtig, dass Sie stets über die wichtigsten Produktmetriken informiert sind. Einer der wichtigsten ist der Lebenszeitwert (Life Time Value, LTV) - das durchschnittliche Einkommen jedes Benutzers für die gesamte Zeit, in der die Anwendung verwendet wird. Aber wie berechnet man das bei automatisch erneuerbaren Abonnements unter iOS? Wie kann der Zeitpunkt der Verlängerung, Kündigung und Erneuerung eines Abonnements durch einen Benutzer verfolgt werden?
Bis vor kurzem (nämlich bis 2017) war die einzige Möglichkeit, dies zu tun, die sogenannte Abonnementstatusabfrage. Sie können jederzeit Informationen zum Status des Abonnements abrufen, indem Sie die erforderliche Quittung an die URL https://buy.itunes.apple.com/verifyReceipt senden. Sobald Sie es erhalten haben, können Sie grundlegende Informationen zum Abonnement anzeigen, einschließlich des Enddatums. Es stimmt, Sie werden immer noch nicht die Kosten bekommen.
Um die Statusabfrage zu implementieren, müssen Sie:
- Übertragen und Speichern aller Überprüfungen aller Abonnements jedes Benutzers auf dem Server.
- Implementieren Sie eine komplexe Serverlogik, die diese Überprüfungen regelmäßig überprüft.
Das ist schwer. Aber im Jahr 2017 scheint Apple dieses Problem zu lösen. Auf der WWDC werden mit Standing Ovations Benachrichtigungen zur Aktualisierung des Apple-Abonnementstatus angezeigt.
Was sind Abonnementbenachrichtigungen?
Apple Subscriptions Status Update Notifications ist ein Mechanismus zum Senden von Webhooks an Ihren Apple Server, wenn automatisch erneuerbare Abonnementereignisse auftreten. Um sie zu aktivieren, müssen Sie zuerst Ihren Server so konfigurieren, dass er sie akzeptiert: Der Server muss das App Transport Security-Protokoll unterstützen (normalerweise funktioniert standardmäßig alles). Rufen Sie danach den App Store Connect auf und fügen Sie im Abschnitt "App Store" der Einstellungen Ihrer Anwendung einen Link ein, über den Apple bei Auftreten eines Ereignisses eine POST-Anfrage sendet:
Beachten Sie, dass Apple die Verwendung von Abonnementbenachrichtigungen in Verbindung mit Statusabfragen empfiehlt. Schlechtes Zeichen ...
Fertig! Jetzt sollten Sie Benachrichtigungen erhalten, wenn beispielsweise ein Abonnement ausgestellt, erneuert oder gekündigt wird.
Verschiedene Benachrichtigungen
Apple sendet 6 Arten von Benachrichtigungen, die bei verschiedenen Ereignissen auftreten. Wir werden jeden von ihnen analysieren.
INITIAL_BUY
Apple sendet diese Benachrichtigung, wenn sich ein Benutzer zum ersten Mal für eine Abonnementgruppe anmeldet .
Weitere Informationen zu Abonnementgruppen finden Sie in unserem Artikel .
ABBRECHEN
Dieses Ereignis wird ausgelöst, wenn der Benutzer das Abonnement über den Apple Care-Support kündigt und den Kauf zurückerstattet. Wir betonen, dass es nicht um die übliche Kündigung des Abonnements über die iOS-Einstellungen geht.
CANCEL Ereignis wird während der normalen Stornierung nicht über die iOS-Einstellungen CANCEL .
DID_CHANGE_RENEWAL_STATUS
Dieses Ereignis wurde kürzlich hinzugefügt. Es wird gesendet, wenn der Benutzer die Verbindung trennt oder (erneut) die Erneuerung des Abonnements über die iOS-Einstellungen, die App Store-Anwendung oder den Apple-Support aktiviert:
Verwechseln Sie dieses Ereignis nicht mit dem CANCEL Ereignis, das ausgelöst wird, wenn Sie Ihr Abonnement kündigen und über den Apple Care-Support eine Rückerstattung erhalten.
VERLÄNGERUNG
Das erste, was Ihnen einfällt, wenn Sie den Namen dieses Ereignisses sehen: Apple sendet ihn, wenn die Verlängerung automatisch erneuert wird. Egal wie!
Das RENEWAL Ereignis RENEWAL ausgelöst, wenn:
Das Abonnement des Benutzers wurde aufgrund von Problemen mit der Bankkarte des Benutzers automatisch gekündigt.
und danach erneuerte der Benutzer das Abonnement erneut. Zu diesem Zeitpunkt wird das RENEWAL Ereignis RENEWAL .
Bei einer regelmäßigen Verlängerung eines Abonnements RENEWAL keine VERLÄNGERUNG gesendet . Stattdessen schlägt Apple vor, die Abonnementprüfung über /VerifyReceipt vor und nach der erwarteten Verlängerung zu überprüfen und das resultierende expiration_date analysieren
INTERACTIVE_RENEWAL
Dieses Ereignis wird ausgelöst, wenn:
Der Benutzer hat das Abonnement gekündigt und einige Zeit danach ...
Benutzer erneuertes Abonnement. In diesem Moment wird INTERACTIVE_RENEWAL gesendet.
Das neue Abonnement (das in Abschnitt 2 angegeben ist) kann vom Abonnement in Abschnitt 1 abweichen, beide müssen jedoch derselben Einkaufsgruppe angehören. Beispielsweise kann ein Benutzer den Bronze-Tarifplan abbestellen und nach einiger Zeit sein Abonnement verlängern, indem er den Gold-Tarif wählt. In diesem Fall sendet Apple das Ereignis INTERACTIVE_RENEWAL an Ihren Server (vorausgesetzt, die Abonnements Bronze und Gold gehören derselben Einkaufsgruppe an). Weitere Informationen zu Abonnementgruppen finden Sie hier .
DID_CHANGE_RENEWAL_PREF
DID_CHANGE_RENEWAL_PREF gesendet, wenn ein Benutzer innerhalb derselben Einkaufsgruppe von einem Abonnement zu einem anderen wechselt:
Was ist das Ergebnis?
Apple bietet bis zu 6 Ereignisse an, aber keines davon wird gesendet, wenn ein Abonnement im normalen Modus automatisch erneuert wird. Warum haben sie das getan? Nicht klar. Darüber hinaus sind die Namen dieser Ereignisse irreführend.
Die folgende Tabelle fasst die Ereignisse zusammen.
Wie verwende ich Apple-Abonnementbenachrichtigungen?
Aufgrund der Tatsache, dass das wichtigste Ereignis, das Sie zur Berechnung des LTV benötigen - die Erneuerung des Abonnements im normalen Modus - nicht gesendet wird, müssen Sie weiterhin die Statusabfrage verwenden. Es besteht die Möglichkeit, dass Apple dieses Ereignis in naher Zukunft hinzufügt. Selbst wenn dies geschieht, können Sie dennoch nicht auf Ihren eigenen Server verzichten. Dieser Server fungiert als „Schicht“ zwischen Apple und einem anderen Analysesystem (z. B. Amplitude, Flurry oder Mixpanel). Wenn Sie Ereignisse erhalten und Schecks prüfen, senden Sie Informationen zu Verlängerungen, Stornierungen und Rückerstattungen an diese.
Sobald wir auf dieses Problem gestoßen sind und beschlossen haben, einen Dienst zu entwickeln, der diese Probleme löst. Die Idee entstand also aus dem Dienst, an dem wir gerade arbeiten - dem Abonnement-Analysedienst für iOS, der die Lücke beim Senden von Ereignissen von Apple schließt.
Fazit
Apple-Abonnementbenachrichtigungen sind nicht so gut, wie sie scheinen, da Sie nur mit ihnen das Hauptproblem nicht lösen können: herauszufinden, wie viel Geld ein Benutzer Ihnen bringt. Apple mag Entwicklern in Zukunft das Leben leichter machen, aber eines ist sicher: Die derzeitige Implementierung von Abonnementbenachrichtigungen ist äußerst offensichtlich und sieht aus wie Krücken.
Möchten Sie in 10 Minuten Abonnements in Ihrer iOS-App implementieren? Integrieren Sie Apphud und:
- Kaufen Sie nur mit einer Methode ein.
- Verfolgen Sie automatisch den Status des Abonnements jedes Benutzers.
- Abonnementangebote einfach integrieren
- Senden Sie Abonnementereignisse an Amplitude, Mixpanel, Slack und Telegram unter Berücksichtigung der lokalen Währung des Benutzers.
- Verringern Sie die Abwanderungsrate in Anwendungen und geben Sie nicht abonnierte Benutzer zurück.
Was zu lesen?