In-App Purchase — nedir, satın alma türleri ve para kazanma nasıl çalışır

In-App Purchase Nedir?

In-App Purchase (IAP), bir mobil uygulama içinde dijital ürünler ve hizmetler satmayı sağlayan bir teknolojidir. Ödemeler, işlem ücreti alan App Store (iOS'ta) veya Google Play (Android'de) aracılığıyla işlenir. Geliştirici, mağaza komisyonu düşüldükten sonra parayı alır.

Apple %30 komisyon alır (geliri 1 milyon dolara kadar olan küçük işletmeler için %15). Google Play de %30 (geliştirici gelirinin ilk 1 milyon dolarında %15) alır. 2024'ten itibaren Google, geliştiricilerin alternatif ödeme sistemleri kullanmasına izin veren User Choice Billing programını test etmektedir.

App Store ve Google Play politikalarına göre uygulamalarda dijital ürün satışı için IAP zorunludur. Fiziksel ürünler, hizmetler (araç çağırma, yemek teslimatı) ve eşler arası ödemeler üçüncü taraf ödeme sistemlerini kullanabilir.

In-App Purchase Türleri: consumable, non-consumable ve abonelik

App Store ve Google Play üç ana In-App Purchase türünü destekler. Her tür, farklı para kazanma modelleri için tasarlanmıştır. Ürün türü seçimi, satın alma geri yükleme mantığını, abonelik yönetimini ve uygulamanın yeniden yüklenmesindeki davranışı etkiler.

Consumable (tüketilebilir satın alımlar)

Tüketilebilir satın alımlar, birden çok kez satın alınabilen ve kullanım sırasında tüketilen öğelerdir. Tipik örnekler: oyun parası (paralar, mücevherler), ekstra canlar, güçlendiriciler, tüketilebilir güç artırıcılar. Uygulama yeniden yüklendiğinde tüketilebilir öğeler geri yüklenmez — geliştirici her kullanıcının bakiyesini kendi sunucusunda yönetir.

Non-Consumable (tüketilemeyen satın alımlar)

Tüketilemeyen satın alımlar, bir kez satın alınan ve sonsuza kadar kullanılabilen öğelerdir. Örnekler: uygulamanın tam sürümü, premium seviyeler, filtrelerin kilidini açma, reklam kaldırma. Tüketilemeyen ürünler, Restore Purchases API aracılığıyla geri yüklenebilir: yeniden yüklemeden sonra kullanıcı, önceden satın alınan öğeleri tekrar ödemeden alabilir.

Auto-Renewable Subscription (otomatik yenilenen abonelik)

Otomatik yenilenen abonelik, belirli bir süre (hafta, ay, yıl) boyunca içeriğe veya hizmete erişim için yinelenen ödemelerdir. Kullanıcı hesap ayarlarından iptal edene kadar abonelik otomatik olarak yenilenir. Mağazalar, abonelik durumu değişiklikleri (yenileme, süre sonu, para iadesi) hakkında sunucu bildirimleri (App Store Server Notifications, Google Play Developer Notifications) sağlar.

App Store Connect ve Google Play Console'da IAP Yapılandırma

Yapılandırma geliştirici panellerinde başlar: iOS için App Store Connect ve Android için Google Play Console. Her ürün için bir ürün kimliği (Product ID), ad, açıklama, tür ve bölgesel para birimlerine otomatik dönüştürme ile ABD doları cinsinden fiyat belirtilir. Oluşturulduktan sonra ürün mağaza denetiminden geçer.

App Store Connect'te IAP ürünleri, Features → In-App Purchases bölümünde oluşturulur. Her ürün için bir tür (consumable, non-consumable, auto-renewable subscription, non-renewing subscription) seçilir ve yerelleştirilmiş adlar doldurulur. Abonelikler için ayrıca Abonelik Grupları (Subscription Groups) — birbiriyle değiştirilebilir abonelik grupları — yapılandırılır.

Google Play Console'da yönetilen ürünler, Monetise → Products → In-app products bölümünde yapılandırılır. Google, Managed Product (tüketilemeyene benzer) ve Subscription terimlerini kullanır. Android'de tüketilebilir satın almalar için, ürünü yeniden satın alma için sıfırlayan ayrı bir consume bayrağı kullanılır.

IAP ürünlerinin denetimi genellikle App Store'da 24–48 saat, Google Play'de birkaç saat sürer. Fiyat değişiklikleri yeniden denetim olmadan hemen uygulanır. Ürün kimlikleri oluşturulduktan sonra değiştirilemez — yalnızca silinip yeniden oluşturulabilir.

Sunucu Taraflı Makbuz Doğrulama ve Dolandırıcılık Koruması

Makbuz doğrulama, In-App Purchase işlemenin zorunlu bir adımıdır. İstemci uygulaması, kendi sunucunuza bir makbuz gönderir, sunucu bunu Apple API'si (https://buy.itunes.apple.com) veya Google API'si (https://androidpublisher.googleapis.com) aracılığıyla doğrular ve yalnızca başarılı doğrulamadan sonra kullanıcıya ürünü verir.

Sunucu taraflı doğrulama olmadan, bir saldırgan mağazanın yanıtını taklit edebilir ve ürünü ücretsiz alabilir. İstemci taraflı doğrulama, kullanıcı tarafından kontrol edilen bir ortamda çalıştığı için güvenli değildir. Sunucu taraflı doğrulama, makbuzun gerçek olduğunu ve ödemenin başarılı olduğunu garanti eder. Apple için doğrulama, verifyReceipt uç noktası (üretim veya sandbox) aracılığıyla, Google için — Android Publisher API aracılığıyla yapılır. Her iki mağaza da JSON biçiminde onay döndürür.

Apple, makbuzda satın alma verilerini döndürür: product_id, transaction_id, purchase_date, expiration_date (abonelikler için). Google, Purchases.products.get veya Purchases.subscriptions.get API'leri aracılığıyla benzer alanlar döndürür. Sunucu, her makbuzun transaction_id'sini saklamalı ve tekrar saldırılarına karşı korumak için aynı kimliğe sahip yinelenen istekleri reddetmelidir.

Swift ve Kotlin ile Mobil Uygulamaya IAP Entegrasyonu

Entegrasyon için platform kütüphanelerinin bağlanması gerekir: iOS'ta StoreKit 2 ve Android'de Billing Library 7+. API'ler, ürün listesini isteme, satın alma başlatma, sonucu işleme ve önceden satın alınan öğeleri geri yükleme olanağı sağlar.

Swift — iOS 17+ üzerinde StoreKit 2

import StoreKit

func purchaseProduct(productID: String) async throws {
    guard let product = try await Product.products(for: [productID]).first else { return }
    let result = try await product.purchase()
    switch result {
    case .success(let verification):
        let transaction = try verification.payloadValue
        await validateReceipt(transaction)
        await transaction.finish()
    default:
        break
    }
}

Kotlin — Billing Library 7

import com.android.billingclient.api.BillingClient
import com.android.billingclient.api.BillingFlowParams

val billingClient = BillingClient.newBuilder(context)
    .setListener { billingResult, purchases ->
        if (billingResult.responseCode == BillingClient.BillingResponseCode.OK) {
            purchases?.forEach { purchase ->
                validateReceipt(purchase)
            }
        }
    }
    .build()

val params = BillingFlowParams.newBuilder()
    .setProductDetails(productDetails)
    .build()
billingClient.launchBillingFlow(activity, params)

Sunucu taraflı makbuz doğrulama (Node.js)

const response = await fetch('https://buy.itunes.apple.com/verifyReceipt', {
    method: 'POST',
    body: JSON.stringify({
        'receipt-data': receiptBase64,
        'password': 'SHARED_SECRET'
    })
})

const data = await response.json()
if (data.status === 0) {
    // Makbuz onaylandı — ürün veriliyor
    await grantProduct(data.receipt.product_id)
}

In-App Purchase ile Para Kazanma için En İyi Uygulamalar

Para kazanma için iyi düşünülmüş bir fiyatlandırma stratejisi ve UX gerekir. Kullanıcılar, düşük fiyatlı cazip bir başlangıç paketi sunulduğunda ilk satın almalarını yapmaya daha yatkındır. Apple ve Google, satın alma onay adımından önce ürün fiyatının gösterilmesini önerir.

Abonelik onboarding'i kritik bir dönüşüm aşamasıdır. Ödeme talep etmeden önce kullanıcıya aboneliğin değerini gösterin: ücretsiz deneme süresi, plan karşılaştırması, avantaj listesi. Araştırmalara göre, ücretsiz deneme süresi ücretli kullanıcılara dönüşümü %25–40 oranında artırır.

Satın Alma Geri Yükleme (Restore Purchases), tüketilemeyen ürünler ve abonelikler için zorunludur. Geri yükleme düğmesi, uygulama ayarlarında veya ödeme ekranında erişilebilir olmalıdır. Google ve Apple, ilgili IAP türleri için satın alma geri yükleme uygulanmamışsa uygulamayı reddedebilir.

Ödeme Erteleme Süresi (Grace Period), ödeme başarısızlığından sonra kullanıcının erişimi sürdürdüğü abonelikler için bir erteleme süresidir. iOS ve Android, 30 güne kadar ödeme erteleme süresini destekler. Ödeme erteleme süresini etkinleştirmek, kayıp oranını (churn rate) %10–15 azaltır.

A/B Testi önemli bir para kazanma uygulamasıdır. App Store Connect, yeniden denetim olmadan fiyat değiştirme imkanı ile yerel fiyatlandırmayı (Price Tiers) destekler. Google Play Console, bir abonelik ürünü için farklı fiyatlarla 5'e kadar temel plan yapılandırmaya izin verir. En az iki fiyat noktasının test edilmesi önerilir: mevcut ve yeni. Test, fiyat noktası başına en az 1000 kullanıcılık bir örneklemde 2–4 hafta boyunca yapılmalıdır.

Mağaza İncelemesi ve Reddetme Yönetimi, IAP içeren bir uygulama yayınlamanın zorunlu aşamasıdır. Apple, otomatik yenilenen abonelikleri olan uygulamaları özellikle dikkatle inceler: etkin bir aboneliğe sahip bir test hesabı sağlamanız, abonelik iptal ekranını göstermeniz ve Satın Alma Geri Yüklemeyi uygulamanız gerekir. Google Play daha az katıdır ancak dijital içerik haklarının onaylanmasını gerektirir. IAP mantığını açıklayan bir inceleme notu (Review Notes) eklenmesi önerilir.