In-App Purchase — یہ کیا ہے، خریداری کی اقسام اور منیٹائزیشن کیسے کام کرتی ہے

In-App Purchase کیا ہے؟

In-App Purchase (IAP) ایک ٹیکنالوجی ہے جو موبائل ایپلیکیشن کے اندر ڈیجیٹل سامان اور خدمات فروخت کرنے کی اجازت دیتی ہے۔ ادائیگیاں App Store (iOS پر) یا Google Play (Android پر) کے ذریعے پروسیس ہوتی ہیں، جو لین دین پر کارروائی کرنے پر کمیشن لیتے ہیں۔ ڈویلپر کو اسٹور کے کمیشن کو منہا کرکے رقم ملتی ہے۔

Apple 30% کمیشن لیتا ہے (چھوٹے کاروباروں کے لیے 15% جن کی آمدنی 1 ملین ڈالر سے کم ہے)۔ Google Play بھی 30% (ڈویلپر کی آمدنی کے پہلے 1 ملین ڈالر پر 15%) لیتا ہے۔ 2024 سے، Google User Choice Billing پروگرام کا تجربہ کر رہا ہے، جو ڈویلپرز کو متبادل ادائیگی کے نظام استعمال کرنے کی اجازت دیتا ہے۔

App Store اور Google Play کی پالیسیوں کے مطابق ایپس میں ڈیجیٹل سامان فروخت کرنے کے لیے IAP لازمی ہے۔ جسمانی سامان، خدمات (کار بکنگ، کھانے کی ڈیلیوری) اور پیئر ٹو پیئر ادائیگیاں تیسرے فریق کے ادائیگی کے نظام استعمال کر سکتے ہیں۔

In-App Purchase کی اقسام: consumable، non-consumable اور سبسکرپشن

App Store اور Google Play In-App Purchase کی تین اہم اقسام کو سپورٹ کرتے ہیں۔ ہر قسم منیٹائزیشن کے مختلف ماڈلز کے لیے ڈیزائن کی گئی ہے۔ پروڈکٹ کی قسم کا انتخاب خریداری کی بحالی کی منطق، سبسکرپشن کے انتظام اور ایپ کو دوبارہ انسٹال کرنے پر رویے کو متاثر کرتا ہے۔

Consumable (قابل استعمال خریداریاں)

قابل استعمال خریداریاں وہ اشیاء ہیں جنہیں کئی بار خریدا جا سکتا ہے اور استعمال کے دوران خرچ ہو جاتی ہیں۔ عام مثالیں: گیم کرنسی (سکے، جواہر)، اضافہ جانیں، بوسٹرز، قابل استعمال پاور اپ۔ ایپ کو دوبارہ انسٹال کرنے پر قابل استعمال اشیاء بحال نہیں ہوتیں — ڈویلپر اپنے سرور پر ہر صارف کا بیلنس خود منظم کرتا ہے۔

Non-Consumable (غیر قابل استعمال خریداریاں)

غیر قابل استعمال خریداریاں وہ اشیاء ہیں جو ایک بار خریدی جاتی ہیں اور ہمیشہ کے لیے دستیاب رہتی ہیں۔ مثالیں: ایپ کا مکمل ورژن، پریمیم لیولز، فلٹرز کھولنا، اشتہارات ہٹانا۔ غیر قابل استعمال مصنوعات کو Restore Purchases API کے ذریعے بحال کیا جا سکتا ہے: دوبارہ انسٹال کرنے کے بعد، صارف پہلے سے خریدی گئی اشیاء کو بغیر دوبارہ ادائیگی کے حاصل کر سکتا ہے۔

Auto-Renewable Subscription (خودکار تجدید سبسکرپشن)

خودکار تجدید سبسکرپشن ایک مقررہ مدت (ہفتہ، مہینہ، سال) کے لیے مواد یا سروس تک رسائی کے لیے بار بار ادائیگیاں ہیں۔ سبسکرپشن خود بخود تجدید ہوتی ہے جب تک صارف اسے اپنے اکاؤنٹ کی ترتیبات میں منسوخ نہ کرے۔ اسٹورز سبسکرپشن کی حیثیت میں تبدیلیوں (تجدید، میعاد ختم، رقم واپسی) کے بارے میں سرور اطلاعات (App Store Server Notifications، Google Play Developer Notifications) فراہم کرتے ہیں۔

App Store Connect اور Google Play Console میں IAP ترتیب دینا

ترتیب ڈویلپر پینلز سے شروع ہوتی ہے: iOS کے لیے App Store Connect اور Android کے لیے Google Play Console۔ ہر پروڈکٹ کے لیے، ایک پروڈکٹ آئی ڈی (Product ID)، نام، تفصیل، قسم اور امریکی ڈالر میں قیمت علاقائی کرنسیوں میں خودکار تبدیلی کے ساتھ بتائی جاتی ہے۔ تخلیق کے بعد، پروڈکٹ اسٹور کی جانچ پڑتال سے گزرتی ہے۔

App Store Connect میں، IAP پروڈکٹس Features → In-App Purchases سیکشن میں بنائے جاتے ہیں۔ ہر پروڈکٹ کے لیے، ایک قسم (consumable، non-consumable، auto-renewable subscription، non-renewing subscription) منتخب کی جاتی ہے اور مقامی نام پُر کیے جاتے ہیں۔ سبسکرپشنز کے لیے، سبسکرپشن گروپس (Subscription Groups) — قابل تبادلہ سبسکرپشنز کے گروپ — اضافی طور پر کنفیگر کیے جاتے ہیں۔

Google Play Console میں، منظم پروڈکٹس Monetise → Products → In-app products سیکشن میں کنفیگر کیے جاتے ہیں۔ Google Managed Product (غیر قابل استعمال کے مشابہ) اور Subscription کی اصطلاحات استعمال کرتا ہے۔ Android پر قابل استعمال خریداریوں کے لیے، ایک علیحدہ consume فلیگ استعمال ہوتا ہے جو دوبارہ خریداری کے لیے پروڈکٹ کو ری سیٹ کرتا ہے۔

IAP پروڈکٹس کی جانچ پڑتال میں عام طور پر App Store میں 24–48 گھنٹے اور Google Play میں کچھ گھنٹے لگتے ہیں۔ قیمت میں تبدیلیاں بغیر دوبارہ جانچ کے فوری طور پر لاگو ہوتی ہیں۔ پروڈکٹ آئی ڈی تخلیق کے بعد تبدیل نہیں کی جا سکتی — صرف حذف کرکے دوبارہ بنائی جا سکتی ہے۔

سرور سائڈ رسید کی تصدیق اور فراڈ سے تحفظ

رسید کی تصدیق In-App Purchase پروسیسنگ کا ایک لازمی مرحلہ ہے۔ کلائنٹ ایپلیکیشن آپ کے اپنے سرور کو ایک رسید بھیجتی ہے، سرور Apple API (https://buy.itunes.apple.com) یا Google API (https://androidpublisher.googleapis.com) کے ذریعے اس کی تصدیق کرتا ہے، اور کامیاب تصدیق کے بعد ہی صارف کو آئٹم فراہم کرتا ہے۔

سرور سائڈ تصدیق کے بغیر، حملہ آور اسٹور کے جواب کو جعلی بنا سکتا ہے اور مفت میں آئٹم حاصل کر سکتا ہے۔ کلائنٹ سائڈ تصدیق محفوظ نہیں ہے کیونکہ یہ صارف کے زیر کنٹرول ماحول میں چلتی ہے۔ سرور سائڈ تصدیق اس بات کی ضمانت دیتی ہے کہ رسید مستند ہے اور ادائیگی کامیاب ہوئی۔ Apple کے لیے، تصدیق verifyReceipt اینڈپوائنٹ (پروڈکشن یا سینڈ باکس) کے ذریعے کی جاتی ہے، Google کے لیے — Android Publisher API کے ذریعے۔ دونوں اسٹور JSON فارمیٹ میں تصدیق واپس کرتے ہیں۔

Apple رسید میں خریداری کا ڈیٹا واپس کرتا ہے: product_id، transaction_id، purchase_date، expiration_date (سبسکرپشنز کے لیے)۔ Google Purchases.products.get یا Purchases.subscriptions.get API کے ذریعے اسی طرح کے فیلڈز واپس کرتا ہے۔ سرور کو ہر رسید کا transaction_id ذخیرہ کرنا چاہیے اور ری پلے حملوں سے بچاؤ کے لیے ایک ہی آئی ڈی والی ڈپلیکیٹ درخواستوں کو مسترد کرنا چاہیے۔

Swift اور Kotlin کے ساتھ موبائل ایپ میں IAP انضمام

انضمام کے لیے پلیٹ فارم لائبریریوں کو جوڑنا ضروری ہے: iOS پر StoreKit 2 اور Android پر Billing Library 7+۔ API مصنوعات کی فہرست طلب کرنے، خریداری شروع کرنے، نتیجہ پر کارروائی کرنے اور پہلے خریدی گئی اشیاء کو بحال کرنے کی اجازت دیتے ہیں۔

Swift — iOS 17+ پر 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)

سرور سائڈ رسید کی تصدیق (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) {
    // رسید کی تصدیق ہوگئی — آئٹم فراہم کیا جا رہا ہے
    await grantProduct(data.receipt.product_id)
}

In-App Purchase کے ذریعے منیٹائزیشن کے بہترین طریقے

منیٹائزیشن کے لیے ایک اچھی سوچی سمجھی قیمت کی حکمت عملی اور UX کی ضرورت ہے۔ صارفین اپنی پہلی خریداری کرنے کے لیے زیادہ مائل ہوتے ہیں اگر انہیں کم قیمت پر ایک پرکشش سٹارٹر پیک پیش کیا جائے۔ Apple اور Google خریداری کی تصدیق کے مرحلے سے پہلے پروڈکٹ کی قیمت ظاہر کرنے کی تجویز کرتے ہیں۔

سبسکرپشن آن بورڈنگ ایک اہم تبادلوں کا مرحلہ ہے۔ ادائیگی کی درخواست کرنے سے پہلے صارف کو سبسکرپشن کی قدر دکھائیں: مفت آزمائشی مدت، منصوبوں کا موازنہ، فوائد کی فہرست۔ تحقیق کے مطابق، مفت آزمائشی مدت ادائیگی کرنے والے صارفین میں تبدیلی کو 25–40% تک بڑھاتی ہے۔

خریداری کی بحالی (Restore Purchases) غیر قابل استعمال مصنوعات اور سبسکرپشنز کے لیے لازمی ہے۔ بحالی کا بٹن ایپ کی ترتیبات یا ادائیگی کی اسکرین پر قابل رسائی ہونا چاہیے۔ Google اور Apple ایپ کو مسترد کر سکتے ہیں اگر متعلقہ IAP اقسام کے لیے خریداری کی بحالی لاگو نہیں کی گئی۔

رعایتی مدت (Grace Period) سبسکرپشنز کے لیے ایک مہلت کی مدت ہے جس کے دوران صارف ادائیگی کی ناکامی کے بعد بھی رسائی برقرار رکھتا ہے۔ iOS اور Android 30 دنوں تک کی رعایتی مدت کو سپورٹ کرتے ہیں۔ رعایتی مدت کو فعال کرنے سے صارفین کے کھو جانے کی شرح (churn rate) 10–15% کم ہو جاتی ہے۔

A/B ٹیسٹنگ منیٹائزیشن کا ایک اہم طریقہ ہے۔ App Store Connect بغیر دوبارہ جانچ کے قیمت تبدیل کرنے کی صلاحیت کے ساتھ مقامی قیمتوں (Price Tiers) کو سپورٹ کرتا ہے۔ Google Play Console ایک سبسکرپشن پروڈکٹ کے لیے مختلف قیمتوں کے ساتھ 5 تک بیس پلان کنفیگر کرنے کی اجازت دیتا ہے۔ کم از کم دو قیمت پوائنٹس کی جانچ کرنے کی سفارش کی جاتی ہے: موجودہ اور نیا۔ جانچ ہر قیمت پوائنٹ پر کم از کم 1000 صارفین کے نمونے پر 2–4 ہفتوں تک کی جانی چاہیے۔

اسٹور کا جائزہ اور مستردی کا انتظام IAP والی ایپ شائع کرنے کا ایک لازمی مرحلہ ہے۔ Apple خودکار تجدید سبسکرپشن والی ایپس کا خاص طور پر جائزہ لیتا ہے: آپ کو ایک فعال سبسکرپشن کے ساتھ ٹیسٹ اکاؤنٹ فراہم کرنا ہوگا، سبسکرپشن منسوخی کی اسکرین دکھانی ہوگی اور خریداری کی بحالی کو لاگو کرنا ہوگا۔ Google Play کم سخت ہے لیکن ڈیجیٹل مواد کے حقوق کی تصدیق کی ضرورت ہے۔ IAP منطق کو بیان کرنے والا ایک جائزہ نوٹ (Review Notes) شامل کرنے کی سفارش کی جاتی ہے۔