Abonelik uygulaması satmak: abonelerinize, RevenueCat’e ve gelire ne olur?

Kurucular satış yaparken en çok soruyu abonelik uygulamaları doğurur: “Abonelerim iptal olacak mı? Bu ayın parasını kim alacak? RevenueCat ne olacak?” İşin aslında nasıl yürüdüğü şöyle.

Bir uygulama satıldıktan sonra aboneler ödemeye devam eder mi?

Evet, uygulama satıldıktan sonra aboneler ödemeye devam eder, çünkü App Store abonelikleri sizin geliştirici hesabınıza değil, uygulamaya ve onun In-App Purchase ürünlerine bağlıdır. Uygulama Apple’ın uygulama transferiyle taşındığında ürünler de onunla birlikte taşınır ve abonelikler yenilenmeye devam eder. Abonelerin bir şey yapması gerekmez ve genellikle fark etmezler. Görünen başlıca değişiklik, App Store sayfasındaki satıcı adıdır.

Kaynaklar konusunda net olalım: aboneliklerin devam etmesi alıcıların ve satıcıların tutarlı deneyimi; Apple’ın yayımladığı bir cümle değil. Apple’ın uygulama transferi dokümantasyonu (Eylül 2026’da kontrol edildi) raporlamadan söz ediyor: her taraf, transfer tarihinin kendi tarafına düşen satış ve ödeme verilerini alır. Transferden önceki yenilemeler sizin, sonrakiler alıcının.

Transfer ayındaki geliri kim alır?

Transfer tarihinden önce kazanılan gelir sizde kalır; sonrasındaki her şey alıcının. Apple ödemeleri gecikmeli yapar; bu yüzden transferden önce kazanılan para, siz sattıktan sonra banka hesabınıza geçebilir. Bu normal; o para sizin. Transfer ayının nasıl ele alınacağını sözleşmede kararlaştırın (çoğu anlaşma kesim noktası olarak doğrudan transfer tarihini kullanır); böylece ileride birkaç günlük yenileme için kimse tartışmaz.

Hangi anahtarları ve gizli bilgileri devrederim ya da yenilerim?

Transferden önce uygulamaya özel paylaşılan gizli anahtarı paylaşın; alıcı sonra onu yeniden oluşturur ve kendi In-App Purchase ve App Store Connect API anahtarlarını yaratır.

RevenueCat projesini nasıl devrederim?

RevenueCat tek tek uygulamaları değil, projelerin tamamını devreder; yani ya projeyi taşırsınız ya da alıcı onu yeniden oluşturur:

1. Projeyi devretmek: proje sadece sattığınız uygulamayı içeriyorsa, RevenueCat desteği onu alıcıya taşıyabilir (ya da hesabın e-posta adresi değiştirilebilir). Abone geçmişi olduğu gibi kalır.
2. Yeniden oluşturmak: proje başka uygulamalar da içeriyorsa, alıcı kendi projesinde aynı kurulumu (ürünler, entitlement’lar, offering’ler) oluşturur, ardından kendi API anahtarı ve mevcut abonelerin App Store satın alımlarını yeni projeye senkronize eden küçük bir geçiş adımıyla bir güncelleme yayınlar.

Her iki durumda da yukarıda listelenen kimlik bilgilerini yenileyin ki entegrasyonun kontrolü tamamen alıcıda olsun. Tam adımlar için RevenueCat’in uygulama devretme rehberini izleyin (Eylül 2026’da kontrol edildi).

Android’de RevenueCat için ne değişir?

Google Play’de abonelikler ve aboneler Google’ın uygulama transferinde uygulamayla birlikte taşınır, ama alıcının RevenueCat’i kendi Play hesabına bağlaması gerekir. Kendi Google Cloud projesinde bir hizmet hesabı (service account) oluşturur, onu doğru izinlerle Play Console’a davet eder ve anahtarını yükler; RevenueCat’e göre yeni kimlik bilgilerinin çalışmaya başlaması 36 saate kadar sürebilir (Eylül 2026’da kontrol edildi), bu yüzden bunları transfer gününden önce kurun. Daha fazlası: Android’de RevenueCat ve Google Play transferi rehberi.

Stripe ya da web abonelikleri ne olur?

Aynı RevenueCat rehberine göre Stripe üzerinden faturalanan web abonelikleri, Stripe hesapları arasında sorunsuz taşınamaz. Seçenekler arasında: onları kararlaştırılan bir süre boyunca kendi hesabınızda tutup geliri alıcıya aktarmak, müşterileri Stripe’ın yardımıyla taşımak ya da sona ermelerine izin verip App Store aboneliklerine geçmelerini sağlamak var. Bunu erkenden gündeme getirin, çünkü fiyatı etkiler.

Alıcılar hangi abonelik metriklerini ister?

Alıcılar plana göre aktif aboneleri, dönüşüm ve yenileme oranlarını, churn’ü (abonelik kaybı) ve MRR gidişatını ister.

• Aktif aboneler ve aylık / yıllık / haftalık dağılım.
• Plana göre denemeden ücretliye dönüşüm ve yenileme oranları.
• İade oranı ve istemsiz churn (ödeme başarısızlıkları).
• Son 12–24 ayın MRR gidişatı.
• Ülkeye ve kullanıcı edinim kanalına göre gelir.

RevenueCat’te salt okunur bir görünüm ya da ekran paylaşımı bunu hızlandırır. Alıcıların kontrol ettiği abonelik metriklerinin tam listesine bakın.

Abonelik uygulamaları daha yüksek bir çarpanla mı satılır?

Yenilemeleri sağlıklı olan abonelik uygulamaları genellikle aralığın üst ucuna yakın satılır, çünkü tekrarlayan gelir daha öngörülebilirdir. Flippa’nın uygulama pazarı raporu, ağırlıklı olarak reklamdan ya da tek seferlik satın almalardan kazanan uygulamaların, tekrarlayan geliri olan uygulamalara göre daha düşük çarpanlar alma eğiliminde olduğunu belirtiyor (Eylül 2026’da kontrol edildi; daha fazlası: reklamla ya da ücretli satışla kazanan bir uygulamayı satmak). AI abonelik uygulamalarının kendine özgü maliyet soruları var: AI wrapper uygulaması satmak. Ayrı bir “abonelik çarpanı” için güvenilir, herkese açık bir rakam yok; bu yüzden dürüst ölçüt uygulamam ne kadar eder yazısındaki yayımlanmış aralıklar. Hızlı bir tahmin için uygulama değerleme hesaplayıcısını deneyin.