Apple dan Google sama-sama mengizinkan Anda memundurkan tanggal pembaruan langganan setelah gangguan layanan, tetapi batasannya sangat berbeda

Downtime memberi setiap pelanggan alasan refund yang paling kuat, dan Anda tidak bisa mencegah mereka menggunakannya. Yang bisa Anda lakukan adalah mengembalikan hari yang hilang sebelum ada yang meminta. Kedua toko aplikasi mengizinkan Anda memundurkan tanggal pembaruan langganan sehingga pelanggan mendapat waktu gratis, bukan uang. Apple membatasi setiap perpanjangan hingga 90 hari dan mengizinkan dua kali setahun. Google mengizinkan Anda menunda penagihan hingga satu tahun per panggilan. Prosedur, notifikasi, dan biaya di baliknya cukup berbeda sehingga satu rencana penanganan gangguan tidak akan mencakup keduanya.

Dampak gangguan layanan terhadap risiko refund Anda

Refund diputuskan oleh toko, bukan oleh Anda. Di App Store, pelanggan mengajukan ke Apple dan Apple yang memutuskan. Anda mungkin menerima notifikasi CONSUMPTION_REQUEST dan diberi waktu 12 jam untuk mengirim data konsumsi melalui Send Consumption Information. Hanya itu suara yang Anda miliki.

Di Google Play, pembeli bisa mendapat refund dalam 48 jam setelah pembelian tanpa Anda ditanya. Setelah itu, permintaan datang kepada Anda. Satu-satunya alur Google yang meminta bukti dari Anda adalah chargeback yang ditandai untuk ditinjau developer, yang Anda jawab melalui orders.reviewrefund dalam 24 jam. Keputusan bank atas chargeback bersifat final.

Jadi, tidak ada toko yang memberi Anda cara untuk memblokir refund. Yang Anda kendalikan adalah apakah pelanggan masih merasa dirugikan saat layanan kembali normal. Waktu langganan tambahan, yang diberikan dengan cepat dan diumumkan dengan jelas, adalah alat yang dibuat kedua toko tepat untuk itu.

Cara memundurkan tanggal pembaruan langganan di App Store

App Store Server API memiliki dua endpoint untuk ini. Extend a Subscription Renewal Date bekerja pada satu langganan, yang Anda identifikasi dengan originalTransactionId. Extend Subscription Renewal Dates for All Active Subscribers bekerja pada setiap pelanggan yang memenuhi syarat untuk satu productId, dan Anda bisa membatasinya dengan storefrontCountryCodes jika gangguan hanya terjadi di beberapa wilayah.

Setiap permintaan membawa tiga hal: extendByDays, angka dari 1 hingga 90; extendReasonCode; dan requestIdentifier yang Anda buat sendiri. Kode alasan 3 berarti masalah layanan atau gangguan. Kode 1 adalah kepuasan pelanggan, kode 2 adalah alasan lain, dan kode 0 berarti tidak dinyatakan.

Langganan mana yang akan diperpanjang Apple

Hanya langganan perpanjangan otomatis yang aktif dengan setidaknya satu periode yang sudah dibayar yang memenuhi syarat. Apple melewati yang berikut:

• Langganan dalam periode penawaran gratis, seperti uji coba gratis.
• Langganan tidak aktif dalam status percobaan ulang penagihan.
• Langganan dalam masa tenggang penagihan yang tanggal kedaluwarsanya sudah lewat.
• Langganan yang sudah mendapat dua perpanjangan tanggal pembaruan dalam 365 hari terakhir.
• Langganan yang sudah kedaluwarsa.

Berbagi Keluarga ikut tercakup tanpa usaha tambahan. Saat Apple memperpanjang langganan yang dibeli dan mendukung Berbagi Keluarga, langganan anggota keluarga juga ikut diperpanjang. Anda tidak bisa menargetkan langganan anggota keluarga secara langsung.

Permintaan massal berjalan lambat, jadi pantau notifikasinya

Menurut Apple, permintaan untuk memperpanjang semua pelanggan aktif bisa memakan waktu berjam-jam, bahkan berhari-hari, tergantung jumlah pelanggan Anda. Respons 200 hanya berarti Apple sedang memprosesnya. App Store Server Notifications V2 memberi tahu hasilnya:

Untuk setiap FAILURE, ambil originalTransactionId dari transaksi bertanda tangan di payload dan coba lagi dengan endpoint untuk satu langganan. Jika Anda lebih suka polling, Get Status of Subscription Renewal Date Extensions melaporkan apakah permintaan sudah selesai serta berapa perpanjangan yang berhasil atau gagal.

Cara kerja penundaan penagihan Google Play

Versi Google adalah purchases.subscriptionsv2.defer, dipanggil sekali per token pembelian. Body permintaan berisi deferralContext dengan tiga field. etag diambil dari purchases.subscriptionsv2.get, dan panggilan gagal jika tidak cocok dengan etag terbaru langganan. deferDuration menentukan seberapa jauh tanggal dimundurkan. Lalu validateOnly, jika bernilai true, menjalankan permintaan sebagai uji coba tanpa mengubah langganan.

Panduan penagihan Google menetapkan rentang satu hari hingga satu tahun per panggilan API. Untuk menunda lebih lama, panggil lagi sebelum tanggal kedaluwarsa baru tiba. Untuk langganan yang diperpanjang otomatis, penundaan memindahkan tanggal pembaruan berikutnya. Untuk paket prabayar, penundaan memindahkan waktu kedaluwarsa. Pada langganan dengan add-on, setiap item ditunda dengan durasi yang sama. Respons mencantumkan expiryTime baru untuk setiap item.

Selama penundaan, pengguna tetap berlangganan dengan akses penuh dan tidak ditagih untuk waktu tambahan. Google mengirim notifikasi developer real-time SUBSCRIPTION_DEFERRED. Metode lama purchases.subscriptions.defer sudah deprecated, jadi kode baru sebaiknya memakai metode v2.

Google tidak memberi tahu pelanggan Anda, jadi Anda yang harus melakukannya

Apple mengirim email kepada pelanggan setelah setiap perpanjangan berhasil. Panduan penagihan Google sama sekali tidak menyebutkan pesan kepada pengguna. Jika tujuannya adalah mencegah permintaan refund, pelanggan harus tahu bahwa waktu tambahan itu ada. Kirim pemberitahuan sendiri, di aplikasi dan lewat email, dan sebutkan berapa hari serta alasannya.

Perbandingan Apple dan Google

Biaya perpanjangan dibandingkan dengan refund

Refund dan perpanjangan mengambil uang dari tempat yang berbeda. Refund mengembalikan apa yang dibayar pelanggan untuk periode itu. Semua yang sudah Anda keluarkan untuk melayani pelanggan tersebut tetap hilang: komputasi untuk setiap sesi, panggilan API model, penyimpanan, dan pembayaran apa pun kepada kreator yang kontennya mereka gunakan.

Perpanjangan tetap menyimpan pembayaran. Biayanya adalah layanan yang Anda berikan tanpa ada pembaruan yang membayarnya. Setiap hari tambahan, pelanggan aktif terus menimbulkan tagihan yang sama. Untuk pengguna ringan, biayanya hampir nol. Untuk pengguna berat fitur AI, 30 hari tambahan bisa berarti 30 hari panggilan model tanpa pendapatan sama sekali. Sesuaikan perpanjangan dengan lamanya gangguan, bukan dengan permintaan maaf yang ingin Anda sampaikan.

Biaya komisi di Apple

Apple membayar 70% dari setiap pembaruan selama tahun pertama layanan berbayar seorang pelanggan dan 85% setelahnya. Halaman langganan Apple menyatakan bahwa hari perpanjangan pembaruan tidak dihitung sebagai hari layanan berbayar. Jadi, perpanjangan 30 hari menunda peralihan pelanggan tersebut ke 85% selama 30 hari. Jika Anda tergabung dalam App Store Small Business Program, Anda sudah menerima 85%, dan biaya ini tidak berlaku.

Biaya chargeback di Google Play

Untuk pesanan yang dibuat setelah 3 Agustus 2026, chargeback yang dimenangkan pemegang kartu membuat developer Google Play kehilangan harga pembelian dikurangi biaya layanan Play, ditambah biaya bank. Gangguan layanan adalah jenis kejadian yang membuat pelanggan yang kesal mendatangi bank mereka. Penundaan yang sampai kepada mereka lebih dulu lebih murah daripada sengketa yang hasilnya tidak bisa Anda ubah.

Saat perpanjangan bukan alat yang tepat

Pembeliannya bukan langganan

Perpanjangan tanggal pembaruan hanya berlaku untuk langganan. Jika gangguan merusak item consumable atau pembukaan fitur sekali beli, kirimkan ulang item tersebut. Jika Apple mengirim CONSUMPTION_REQUEST untuk pembelian itu, laporkan apa yang terjadi. Field deliveryStatus milik Apple punya nilai untuk kasus ini, UNDELIVERED_SERVER_OUTAGE, dan Apple menyatakan bahwa status apa pun selain DELIVERED harus disertai consumptionPercentage bernilai 0.

Pelanggan sudah memakai kedua perpanjangan Apple

Batas Apple adalah dua perpanjangan per pelanggan dalam 365 hari. Dua gangguan dalam setahun menghabiskan keduanya, dan gangguan ketiga membuat Anda tidak punya apa-apa lagi untuk ditawarkan melalui toko. Catat berapa perpanjangan yang sudah dipakai setiap originalTransactionId, agar notifikasi FAILURE dari permintaan massal tidak mengejutkan Anda.

Pelanggan sedang dalam uji coba gratis

Apple tidak akan memperpanjang langganan dalam periode penawaran gratis. Pengguna uji coba kehilangan hari gratis, bukan hari berbayar, jadi risiko refund-nya rendah. Jika Anda ingin menebusnya, pesan di dalam aplikasi lebih murah daripada panggilan API apa pun.

Daftar periksa untuk gangguan berikutnya

• Catat kapan gangguan dimulai dan berakhir, serta produk dan wilayah mana yang terdampak.
• Tentukan jumlah hari yang menutupi waktu yang hilang. Di Apple, gunakan kode alasan 3 dan tetap dalam rentang 1 hingga 90.
• Di Apple, kirim satu permintaan massal per productId, dibatasi dengan storefrontCountryCodes jika hanya beberapa wilayah yang terdampak.
• Pantau RENEWAL_EXTENSION FAILURE dan coba lagi masing-masing dengan endpoint untuk satu langganan.
• Di Google Play, iterasikan token pembelian yang aktif, baca setiap etag, jalankan dengan validateOnly terlebih dahulu, lalu lakukan penundaan yang sebenarnya.
• Beri tahu sendiri pelanggan Google Play tentang waktu tambahan, karena Google tidak akan melakukannya.
• Perbarui masa berlaku hak akses berdasarkan RENEWAL_EXTENDED dan SUBSCRIPTION_DEFERRED, bukan dari perhitungan tanggal Anda sendiri.
• Simpan log penggunaan per akun, sehingga jika permintaan refund atau chargeback tetap datang, bukti Anda siap dalam 12 jam untuk Apple dan 24 jam untuk Google.