RevenueCat ile uygulama içi satın alma ve abonelik

App Store ve Google Play’de abonelik, kredi paketi ve ödeme duvarı: Rigel ve LydiaVault’un gelirini RevenueCat üzerine kurduk.

Mobil uygulamanıza RevenueCat ile abonelik, uygulama içi satın alma ve ödeme duvarı ekliyoruz. Rigel ve LydiaVault’ta iki mağazada da bu yapı çalışıyor.

Son güncelleme:

Bu teknolojiyle geliştirdiklerimiz

Hepsi yayında; mağaza sayfalarına ve ayrıntılara Ürünler sayfasından ulaşabilirsiniz.

Rigel

Yapay zekâ video uygulaması

Abonelik ve kredi paketleri; ödeme duvarı RevenueCat Paywalls ile, satın alma ve yenileme olayları sunucuya webhook ile geliyor ve krediyi güncelliyor.

Ürünü incele

LydiaVault

Yapay zekâ bütçe koçu

Premium abonelik; ödeme duvarı banka bağlama, yapay zekâ sohbeti ve birikim hedefi gibi anlara göre ayrı yerleşimlerle açılıyor.

Ürünü incele

Uygulama içi satın almada RevenueCat ne işe yarar

Mobil uygulamada dijital bir şey satıyorsanız (premium özellik, abonelik, kredi), ödemeyi App Store ve Google Play’in kendi faturalandırma sistemleri üzerinden almanız gerekir. İki mağazanın API’leri, makbuz doğrulaması ve abonelik durumları birbirinden farklıdır. RevenueCat bu ikisinin üzerine oturan bir katman: satın almayı doğrular, kullanıcının hangi haklara sahip olduğunu (entitlement) tek yerde tutar ve yenileme, iptal, iade gibi olayları sunucunuza bildirir.

RevenueCat’in iyi oturduğu durumlar

  • Uygulamada abonelik ya da kredi gibi dijital bir ürün satıyorsunuz
  • Aynı kullanıcının iOS’ta ve Android’de aynı haklara sahip olmasını istiyorsunuz
  • Ödeme duvarının tasarımını ve tekliflerini yeni sürüm yayınlamadan değiştirmek istiyorsunuz
  • Yenileme, iptal ve geliri kendi sunucunuzda da izlemek istiyorsunuz

RevenueCat’e gerek olmayan durumlar

  • Uygulama fiziksel ürün ya da uygulama dışında verilen bir hizmet satıyor: mağaza ödemesi şart değil, iyzico gibi bir ödeme kuruluşu kullanılabilir
  • Uygulamada ücretli içerik yok ya da gelir yalnızca reklamdan geliyor
  • Tek platformda tek bir basit ürün satıyorsunuz ve mağazanın kendi araçları yetiyor

Rigel ve LydiaVault’ta nasıl kurduk

İki uygulamanın gelir modeli farklı, bu yüzden RevenueCat’i de farklı kullanıyorlar. Rigel’de video üretmek kredi gerektiriyor; abonelik ve tek seferlik kredi paketleri birlikte satılıyor ve krediyi sunucu tutuyor. LydiaVault’ta tek bir premium hak var; uygulama, kullanıcının bu hakka sahip olup olmadığını doğrudan RevenueCat’ten okuyor.

RigelLydiaVault
Ne satılıyorAbonelik ve kredi paketleriPremium abonelik
Ödeme duvarıRevenueCat Paywalls; kapatma düğmesinin ayarları Firebase Remote Config’tenRevenueCat Paywalls; erişim tek bir premium hakkına bağlı
Hesap bağlantısıGirişte satın almalar kullanıcının hesabına bağlanıyorGiriş ve çıkışta RevenueCat kullanıcısı değişiyor
Sunucu tarafıRevenueCat webhook’ları krediyi ve abonelik durumunu güncelliyorPremium durumu uygulamada RevenueCat’ten okunuyor

Ödeme duvarı doğru anda, doğru teklifle

İki uygulamada da tek bir ödeme duvarı yerine yerleşimler (placement) kullanıyoruz: kullanıcının o an ne yaptığına göre RevenueCat’ten ayrı bir teklif isteniyor. LydiaVault’ta banka hesabı bağlamak, yapay zekâ sohbetini kullanmak, birikim hedefi oluşturmak ve kayıt olmak ayrı yerleşimler; Rigel’de kredisi yetmeyen kullanıcı, kredi ekleme ve profil ekranı ayrı yerleşimler. Hangi yerleşimde hangi teklifin görüneceği RevenueCat panelinden değişiyor; bir yerleşime teklif tanımlı değilse uygulama varsayılan teklife düşüyor.

  • Satın almayı geri yükleme: kullanıcı telefon değiştirdiğinde ya da uygulamayı yeniden kurduğunda aboneliğini geri alabiliyor. Apple bu seçeneğin uygulamada bulunmasını istiyor.
  • Vazgeçme ile hatayı ayırmak: kullanıcı ödeme ekranını kendisi kapattığında hata mesajı gösterilmiyor; cihazda satın almaya izin verilmemesi ya da mağaza sorunu gibi durumlar ayrı bir mesajla anlatılıyor.
  • Webhook gecikmesi: Rigel’de kredi, RevenueCat’in sunucuya gönderdiği olayla işleniyor. Satın almadan sonra uygulama, yeni bakiye sunucuda görünene kadar sunucuyu aralıklarla yokluyor.
  • Tekrarlanan ve geç gelen olaylar: Rigel’in sunucusu her olayı tekil bir anahtarla kaydediyor; aynı olay ikinci kez gelirse işlenmiyor, aboneliğin son durumundan daha eski bir olay da yok sayılıyor.
  • Gelir kaydı: olaydaki fiyat, vergi ve mağaza komisyonu bilgisiyle net gelir hesaplanıyor; satın almanın hangi tekliften geldiği de kayda geçiyor.

RevenueCat’in yanında kullandığımız araçlar

react-native-purchases

RevenueCat’in React Native SDK’sı: teklifleri getirmek, satın almak, geri yüklemek ve kullanıcının haklarını okumak için.

RevenueCat Paywalls

react-native-purchases-ui ile gelen ödeme duvarı. Tasarımı ve metinleri RevenueCat panelinden düzenleniyor.

Firebase Remote Config

Rigel’de ödeme duvarındaki kapatma düğmesinin görünürlüğü, gecikmesi ve boyutu gibi ayarlar yeni sürüm çıkmadan değişiyor.

AWS Lambda

Rigel’de RevenueCat webhook’larını karşılayan sunucu fonksiyonları; krediyi ve abonelik durumunu güncelliyor.

Ölçüm entegrasyonları

LydiaVault’ta Firebase ve Facebook kimlikleri RevenueCat’e aktarılıyor; satın almalar analitik ve reklam araçlarında doğru kullanıcıya bağlanıyor.

Uygulama içi satın alma projesi nasıl ilerliyor

  1. 01

    Ücretsiz keşif görüşmesi

    30 dk

    Ne satacağınızı (abonelik, kredi, tek seferlik kilit açma), hangi özelliklerin ücretli olacağını ve mağaza hesaplarınızın durumunu konuşuyoruz.

  2. 02

    Yazılı kapsam ve teklif

    Ürünleri, hakları, ödeme duvarının hangi anlarda açılacağını ve sunucunun hangi olaylara tepki vereceğini yazıya döküyoruz.

  3. 03

    Haftalık sürümler

    Her hafta mağazaların test ortamında, gerçek para ödemeden satın alıp geri yükleyebileceğiniz bir sürüm geliyor.

  4. 04

    Test ve mağaza incelemesi

    Senior QA satın alma, geri yükleme ve iptal akışlarını yayından önce test ediyor. Uygulama içi ürünler mağaza incelemesinde ayrıca kontrol ediliyor; bu süreci Rigel ve LydiaVault’ta yaşadık.

  5. 05

    Yayından sonraki 30 gün

    30 gün

    Bu sürede çıkan hataları ücretsiz düzeltiyoruz; sonrasında aylık bakımla devam edebilirsiniz.

Süre ve bütçe aralıkları mobil uygulama geliştirme ve fiyatlar sayfalarımızda. Mağaza komisyonu satıştan kesilir, RevenueCat’in ücreti ayrıca faturalanır; ikisi de geliştirme ücretinin dışında.

Uygulama içi satın alma ve RevenueCat hakkında sık sorulanlar

Uygulamada kendi ödeme sayfamı kullanamaz mıyım?

Uygulama içinde dijital içerik ve abonelik satıyorsanız Apple ve Google genel kural olarak kendi ödeme sistemlerini şart koşuyor. Bazı ülkelerde dışarıdaki bir ödeme sayfasına yönlendirmeye izin veren istisnalar var ve bu kurallar sık değişiyor; yayından önce güncel kuralı kontrol ediyoruz. Fiziksel ürün ve uygulama dışında verilen hizmetlerde bu zorunluluk yok.

Kullanıcı iOS’ta satın alıp Android’de giriş yaparsa ne olur?

Satın alma kullanıcının hesabına bağlıysa aynı haklar diğer platformda da görünür; Rigel ve LydiaVault’ta giriş yapan kullanıcıyı RevenueCat’e bu yüzden tanıtıyoruz. Hesap olmadan bu eşleştirme yapılamaz, o yüzden ücretli içeriği olan uygulamalarda girişi baştan planlıyoruz.

RevenueCat ücretli mi?

Belirli bir aylık gelire kadar ücretsiz, sonrasında gelire bağlı bir ücret alıyor. Güncel koşullar RevenueCat’in fiyat sayfasında; tahmini maliyeti keşif aşamasında birlikte hesaplıyoruz.

Ödeme duvarını sonradan değiştirebilir miyim?

Evet. RevenueCat Paywalls ile kurulduysa tasarım, metin ve teklifler RevenueCat panelinden değişir; yeni uygulama sürümü gerekmez. Ödeme duvarının açılacağı yeni bir an (yeni bir yerleşim) eklemek ise uygulamada küçük bir değişiklik gerektirir.

İlgili hizmetler

Mobil uygulamaMVPÜrün tasarımı
İletişim

Uygulamanızın gelir modelini konuşalım

30 dakikalık ücretsiz keşif görüşmesinde ne satacağınızı, ödeme duvarının nerede açılacağını ve aboneliklerin nasıl izleneceğini birlikte netleştirelim.