Apple ve Google, bir kesintiden sonra abonelik yenileme tarihini uzatmanıza izin veriyor, ama sınırları birbirine hiç benzemiyor

Kesinti, her aboneye akla gelebilecek en sağlam iade gerekçesini verir ve bunu dile getirmelerini engelleyemezsiniz. Yapabileceğiniz şey, kimse istemeden kaybedilen günleri geri vermektir. İki uygulama mağazası da abonelik yenileme tarihini uzatmanıza izin verir, böylece müşteri para yerine ücretsiz süre alır. Apple her uzatmayı 90 günle sınırlar ve yılda iki uzatmaya izin verir. Google, faturalandırmayı çağrı başına bir yıla kadar ertelemenize izin verir. İşlemler, bildirimler ve arkadaki maliyet o kadar farklıdır ki tek bir kesinti planı ikisini birden karşılamaz.

Bir kesinti iade riskinizi nasıl etkiler

İadelere siz değil, mağazalar karar verir. App Store'da müşteri Apple'a başvurur ve kararı Apple verir. Bir CONSUMPTION_REQUEST bildirimi alabilir ve Send Consumption Information üzerinden kullanım verisi göndermek için 12 saatiniz olabilir. Söz hakkınız bundan ibarettir.

Google Play'de alıcı, satın alımdan sonraki 48 saat içinde size sorulmadan iade alabilir. Bundan sonra talepler size gelir. Google'ın kanıtınızı isteyen tek akışı, geliştirici incelemesi için işaretlenmiş bir ters ibrazdır ve buna 24 saat içinde orders.reviewrefund üzerinden yanıt verirsiniz. Bankanın ters ibraz kararı kesindir.

Yani hiçbir mağaza size bir iadeyi engelleme yolu sunmaz. Sizin kontrolünüzde olan, hizmet geri geldiğinde abonenin hâlâ kendini mağdur hissedip hissetmediğidir. Hızlıca verilen ve açıkça duyurulan ek abonelik süresi, iki mağazanın da tam bu durum için geliştirdiği araçtır.

App Store'da abonelik yenileme tarihi nasıl uzatılır

App Store Server API'de bunun için iki uç nokta vardır. Extend a Subscription Renewal Date, originalTransactionId ile belirttiğiniz tek bir abonelik üzerinde çalışır. Extend Subscription Renewal Dates for All Active Subscribers, tek bir productId'nin uygun tüm aboneleri üzerinde çalışır ve kesinti yalnızca bazı bölgeleri etkilediyse storefrontCountryCodes ile sınırlandırılabilir.

Her istek üç şey taşır: 1 ile 90 arasında bir sayı olan extendByDays, bir extendReasonCode ve sizin ürettiğiniz bir requestIdentifier. Neden kodu 3, bir hizmet sorunu veya kesinti anlamına gelir. Kod 1 müşteri memnuniyeti, kod 2 diğer nedenler, kod 0 ise belirtilmemiş demektir.

Apple hangi abonelikleri uzatır

Yalnızca daha önce en az bir ücretli dönemi olan aktif otomatik yenilenen abonelikler uygundur. Apple şunları atlar:

• Ücretsiz deneme gibi ücretsiz teklif dönemindeki abonelikler.
• Faturalandırma yeniden deneme durumundaki etkin olmayan abonelikler.
• Bitiş tarihi geçmişte kalan bir faturalandırma ek süre dönemindeki abonelikler.
• Son 365 gün içinde zaten iki yenileme tarihi uzatması almış abonelikler.
• Süresi dolmuş abonelikler.

Aile Paylaşımı da otomatik olarak dahil olur. Apple, Aile Paylaşımı'nı destekleyen satın alınmış bir aboneliği uzattığında aile üyelerinin abonelikleri de uzatılır. Bir aile üyesinin aboneliğini doğrudan hedefleyemezsiniz.

Toplu istek yavaştır, bu yüzden bildirimleri izleyin

Apple'a göre tüm aktif aboneleri uzatma isteği, abone sayınıza bağlı olarak saatler, hatta günler sürebilir. 200 yanıtı yalnızca Apple'ın isteği işlediği anlamına gelir. Sonucu App Store Server Notifications V2 size bildirir:

Her FAILURE için payload'daki imzalı işlemden originalTransactionId değerini alın ve tek abonelik uç noktasıyla yeniden deneyin. Sorgulamayı tercih ederseniz Get Status of Subscription Renewal Date Extensions, isteğin tamamlanıp tamamlanmadığını ve kaç uzatmanın başarılı ya da başarısız olduğunu bildirir.

Google Play'in faturalandırma ertelemesi nasıl çalışır

Google'daki karşılığı, her satın alma jetonu için bir kez çağrılan purchases.subscriptionsv2.defer yöntemidir. İstek gövdesi üç alanlı bir deferralContext içerir. etag değeri purchases.subscriptionsv2.get yönteminden gelir ve aboneliğin en güncel etag değeriyle eşleşmezse çağrı başarısız olur. deferDuration, tarihin ne kadar ileri atılacağını belirtir. validateOnly ise true olduğunda isteği aboneliğe dokunmadan bir deneme çalıştırması olarak yürütür.

Google'ın faturalandırma kılavuzu aralığı API çağrısı başına bir gün ile bir yıl olarak belirler. Daha ileri gitmek için yeni bitiş tarihi gelmeden önce yeniden çağırın. Otomatik yenilenen bir abonelikte erteleme bir sonraki yenileme tarihini ileri atar. Ön ödemeli bir planda bitiş zamanını ileri atar. Eklentileri olan bir abonelikte her öğe aynı süre kadar ertelenir. Yanıt, her öğenin yeni expiryTime değerini listeler.

Erteleme süresince kullanıcı abone olarak kalır, tam erişime sahiptir ve ek süre için ücret ödemez. Google, SUBSCRIPTION_DEFERRED adlı bir gerçek zamanlı geliştirici bildirimi gönderir. Eski purchases.subscriptions.defer kullanımdan kaldırıldığı için yeni kod v2 yöntemini kullanmalıdır.

Google müşterinize haber vermez, bunu sizin yapmanız gerekir

Apple, her başarılı uzatmadan sonra müşteriye e-posta gönderir. Google'ın faturalandırma kılavuzu ise kullanıcıya gönderilen hiçbir mesajdan bahsetmez. Asıl amaç iade taleplerinin önüne geçmekse, abonenin ek sürenin varlığından haberdar olması gerekir. Bunu uygulama içinde ve e-postayla kendiniz bildirin, kaç gün verdiğinizi ve nedenini söyleyin.

Apple ve Google yan yana

Uzatmanın maliyeti iadeyle karşılaştırıldığında

İade ve uzatma parayı farklı yerlerden alır. İade, müşterinin o dönem için ödediğini geri gönderir. O müşteriye hizmet vermek için zaten harcadığınız her şey harcanmış olarak kalır: her oturumun işlem gücü, model API çağrıları, depolama ve içeriğini kullandıkları bir içerik üreticisine yapılan her ödeme.

Uzatma ödemeyi elde tutar. Maliyeti, karşılığını ödeyecek bir yenileme olmadan verdiğiniz hizmettir. Eklenen her gün, aktif bir abone aynı faturaları biriktirmeye devam eder. Az kullanan biri için bu neredeyse sıfırdır. Bir yapay zekâ özelliğini yoğun kullanan biri için 30 ek gün, karşısında hiç gelir olmayan 30 günlük model çağrısı anlamına gelebilir. Uzatmayı yapmak istediğiniz özre göre değil, kesintiye göre boyutlandırın.

Apple'daki komisyon maliyeti

Apple, bir abonenin ücretli hizmetinin ilk yılında her yenilemenin %70'ini, sonrasında %85'ini öder. Apple'ın abonelik sayfasına göre yenileme uzatma günleri ücretli hizmet günlerinden hariç tutulur. Dolayısıyla 30 günlük bir uzatma, o abonenin %85'e geçişini 30 gün ileri atar. App Store Small Business Program'daysanız zaten %85 alıyorsunuz ve bu maliyet sizin için geçerli değil.

Google Play'deki ters ibraz maliyeti

3 Ağustos 2026'dan sonra verilen siparişlerde, kart sahibinin kazandığı bir ters ibraz, bir Google Play geliştiricisine Play'in hizmet ücreti düşülmüş satın alma bedeline ek olarak bankanın ücretlerine mal olur. Kesinti, tam da sinirli bir müşteriyi bankasına gönderen türden bir olaydır. Müşteriye ondan önce ulaşan bir erteleme, geri çeviremeyeceğiniz bir itirazdan daha ucuzdur.

Uzatmanın doğru araç olmadığı durumlar

Satın alım bir abonelik değildi

Yenileme tarihi uzatmaları yalnızca aboneliklere uygulanır. Bir kesinti tüketilebilir bir ürünü veya tek seferlik bir kilit açmayı bozduysa, öğeyi yeniden teslim edin. Apple bunun için bir CONSUMPTION_REQUEST gönderirse ne olduğunu bildirin. Apple'ın deliveryStatus alanında bunun için UNDELIVERED_SERVER_OUTAGE değeri vardır ve Apple, DELIVERED dışındaki her durumun 0 olarak ayarlanmış consumptionPercentage ile gelmesi gerektiğini söyler.

Müşteri iki Apple uzatmasını da kullanmış

Apple'ın sınırı, 365 günde müşteri başına iki uzatmadır. Bir yılda yaşanan iki kesinti ikisini de tüketir ve üçüncüsünde mağaza üzerinden sunacak hiçbir şeyiniz kalmaz. Toplu isteğin FAILURE bildirimlerinin sizi şaşırtmaması için her originalTransactionId'nin kaç uzatma kullandığını takip edin.

Müşteri ücretsiz denemede

Apple, ücretsiz teklif dönemindeki bir aboneliği uzatmaz. Deneme kullanıcısı ücretli değil, ücretsiz günler kaybetti, bu yüzden iade riski düşüktür. Gönlünü almak isterseniz, uygulama içi bir mesaj herhangi bir API çağrısından daha ucuza gelir.

Bir sonraki kesinti için kontrol listesi

• Kesintinin ne zaman başlayıp bittiğini ve hangi ürünleri ve bölgeleri etkilediğini kaydedin.
• Kaybedilen süreyi karşılayan bir gün sayısı seçin. Apple'da neden kodu 3'ü kullanın ve 1 ile 90 aralığında kalın.
• Apple'da productId başına bir toplu istek gönderin, yalnızca bazı bölgeler etkilendiyse storefrontCountryCodes ile sınırlandırın.
• RENEWAL_EXTENSION FAILURE bildirimlerini dinleyin ve her birini tek abonelik uç noktasıyla yeniden deneyin.
• Google Play'de aktif satın alma jetonlarını tek tek dolaşın, her birinin etag değerini okuyun, önce validateOnly ile çalıştırın, sonra gerçekten erteleyin.
• Google Play abonelerine ek süreyi kendiniz bildirin, çünkü Google bildirmeyecek.
• Yetki bitiş tarihlerini kendi tarih hesaplamanıza göre değil, RENEWAL_EXTENDED ve SUBSCRIPTION_DEFERRED bildirimlerine göre güncelleyin.
• Hesap başına kullanım kayıtları tutun, böylece yine de bir iade talebi veya ters ibraz gelirse kanıtınız Apple için 12 saat, Google için 24 saat içinde hazır olur.