Jadi, Anda memiliki aplikasi dengan langganan otomatis yang dapat diperbarui. Ini berfungsi dengan baik, pengguna mengeluarkan langganan premium yang tak terkendali dan menulis ulasan pujian. Cantik!
Halo semuanya, nama saya Denis, saya adalah manajer proyek untuk Apphud , layanan untuk analisis langganan yang dapat diperbarui secara otomatis untuk aplikasi iOS.
Sebagai seorang manajer proyek, sangat penting bagi Anda untuk tetap mengikuti metrik produk utama. Salah satu yang paling penting adalah Nilai Waktu Hidup (LTV) - penghasilan rata-rata dari setiap pengguna sepanjang waktu menggunakan aplikasi. Tetapi bagaimana cara menghitungnya dalam kasus langganan yang dapat diperbarui secara otomatis di iOS? Bagaimana cara melacak waktu pembaruan, pembatalan, pembaruan berlangganan oleh pengguna?
Hingga saat ini (yaitu, hingga 2017), satu-satunya cara untuk melakukan ini adalah apa yang disebut Polling Status Langganan. Kapan saja, Anda dapat memperoleh informasi tentang status langganan dengan mengirimkan tanda terima yang diperlukan ke URL: https://buy.itunes.apple.com/verifyReceipt . Setelah Anda menerimanya, Anda dapat melihat informasi dasar tentang langganan, termasuk tanggal akhir. Benar, Anda masih tidak akan mendapatkan biayanya.
Untuk menerapkan Polling Status, Anda harus:
- mentransfer dan menyimpan di server semua cek tentang semua langganan setiap pengguna,
- menerapkan logika server yang kompleks, yang secara teratur akan memeriksa pemeriksaan ini.
Ini rumit. Namun pada tahun 2017, Apple tampaknya akan menyelesaikan masalah ini. Di WWDC, dengan tepuk tangan meriah, mereka menghadirkan Pemberitahuan Pembaruan Status Langganan Apple.
Apa itu Pemberitahuan Langganan?
Pemberitahuan Berlangganan Status Langganan Apple adalah mekanisme untuk mengirim kait web ke server Apple Anda ketika terjadi peristiwa langganan yang dapat diperpanjang secara otomatis. Untuk mengaktifkannya, Anda harus terlebih dahulu mengkonfigurasi server Anda untuk menerimanya: server harus mendukung protokol Keamanan Transport Aplikasi (biasanya semuanya berfungsi secara default). Setelah itu, Anda harus pergi ke App Store Connect dan di bagian "App Store" dari pengaturan aplikasi Anda, masukkan tautan di mana Apple akan mengirim permintaan POST setiap kali terjadi peristiwa:
Perhatikan bahwa Apple merekomendasikan penggunaan Pemberitahuan Langganan bersamaan dengan Polling Status. Pertanda buruk ...
Selesai! Sekarang Anda harus menerima pemberitahuan kapan saja, misalnya, langganan dikeluarkan, diperbarui atau dibatalkan.
Varietas Pemberitahuan
Apple mengirimkan 6 jenis pemberitahuan yang terjadi di berbagai acara. Kami akan menganalisis masing-masing.
INITIAL_BUY
Apple mengirimkan pemberitahuan ini ketika pengguna pertama kali mendaftar untuk grup berlangganan.
Anda dapat membaca lebih lanjut tentang grup berlangganan di artikel kami.
BATAL
Acara ini dikirim ketika pengguna membatalkan langganan melalui dukungan Apple Care dan mengembalikan uang pembelian. Kami menekankan bahwa ini bukan tentang pembatalan langganan seperti biasa melalui pengaturan iOS.
CANCEL acara tidak dikirim selama pembatalan normal melalui pengaturan iOS.
DID_CHANGE_RENEWAL_STATUS
Acara ini telah ditambahkan baru-baru ini. Itu dikirim ketika pengguna memutus atau (lagi) memungkinkan pembaruan langganan melalui pengaturan iOS, aplikasi App Store atau dukungan Apple:
Jangan bingung acara ini dengan acara CANCEL yang dipicu ketika Anda membatalkan langganan dan pengembalian dana melalui dukungan Apple Care.
PEMBARUAN
Hal pertama yang terlintas dalam pikiran ketika Anda melihat nama acara ini: Apple mengirimkannya ketika pembaruan diperpanjang secara otomatis. Bagaimanapun caranya!
Acara RENEWAL dikirim ketika:
langganan pengguna dibatalkan secara otomatis karena masalah dengan kartu bank pengguna ...
dan setelah itu pengguna memperbarui langganan lagi. Pada titik inilah acara RENEWAL .
RENEWAL PEMBARUAN tidak dikirim jika terjadi pembaruan reguler Alih-alih, Apple menyarankan untuk memeriksa cek berlangganan melalui /VerifyReceipt sebelum dan setelah pembaruan yang diharapkan, dan menganalisis expiration_date dihasilkan
INTERACTIVE_RENEWAL
Acara ini dikirim jika:
Pengguna membatalkan langganan dan beberapa saat setelah itu ...
langganan yang diperbarui pengguna. Pada saat inilah INTERACTIVE_RENEWAL dikirim.
Langganan baru (yang ditunjukkan dalam ayat 2) mungkin berbeda dari berlangganan dari ayat 1, tetapi keduanya harus milik kelompok pembelian yang sama. Misalnya, pengguna dapat berhenti berlangganan dari paket tarif Bronze dan setelah beberapa waktu memperbarui langganan mereka dengan memilih paket Gold. Dalam hal ini, Apple akan mengirimkan acara INTERACTIVE_RENEWAL ke server Anda (asalkan langganan Perunggu dan Emas milik kelompok belanja yang sama). Anda dapat membaca lebih lanjut tentang grup berlangganan di sini .
DID_CHANGE_RENEWAL_PREF
DID_CHANGE_RENEWAL_PREF dikirim ketika pengguna beralih dari satu langganan ke yang lain dalam grup belanja yang sama:
Apa hasilnya?
Apple menawarkan sebanyak 6 acara, tetapi tidak satu pun dari mereka yang dikirim saat memperbarui langganan secara otomatis dalam mode normal. Mengapa mereka melakukan itu? Tidak jelas. Selain itu, nama-nama acara ini menyesatkan.
Tabel di bawah ini merangkum acara tersebut.
Bagaimana cara menggunakan Pemberitahuan Langganan Apple?
Karena kenyataan bahwa acara paling penting yang Anda perlukan untuk menghitung LTV - pembaruan langganan dalam mode normal - tidak terkirim, Anda masih harus menggunakan Polling Status. Ada kemungkinan bahwa Apple akan menambahkan acara ini dalam waktu dekat, tetapi bahkan jika ini terjadi, Anda masih tidak dapat melakukannya tanpa server Anda sendiri. Server ini akan bertindak sebagai "lapisan" antara Apple dan sistem analitik lain (misalnya, Amplitude, Flurry, atau Mixpanel). Dengan menerima acara dan memeriksa cek, Anda akan mengirim informasi tentang pembaruan, pembatalan, dan pengembalian uang.
Setelah kami mengalami masalah ini dan memutuskan untuk mengembangkan layanan yang akan menyelesaikan masalah ini. Maka lahirlah ide dari layanan yang sedang kami kerjakan - layanan analisis berlangganan untuk iOS, yang mengisi kesenjangan dalam mengirimkan acara dari Apple.
Kesimpulan
Pemberitahuan Langganan Apple tidak sebagus kelihatannya, karena hanya dengan mereka, Anda tidak dapat menyelesaikan masalah utama: untuk mengetahui berapa banyak uang yang dibawa seorang pengguna kepada Anda. Apple mungkin membuat hidup lebih mudah bagi pengembang di masa depan, tetapi satu hal yang pasti: implementasi Pemberitahuan Langganan saat ini sangat tidak terlihat dan terlihat seperti tongkat penyangga.
Ingin menerapkan langganan di aplikasi iOS Anda dalam 10 menit? Integrasikan Apphud dan:
- Lakukan pembelian hanya menggunakan satu metode;
- secara otomatis melacak status langganan setiap pengguna;
- Integrasikan Penawaran Langganan dengan mudah
- kirim acara berlangganan ke Amplitude, Mixpanel, Slack dan Telegram dengan mempertimbangkan mata uang lokal pengguna;
- mengurangi tingkat Churn dalam aplikasi dan mengembalikan pengguna yang tidak berlangganan.
Apa yang harus dibaca?