Google Play: چیست، انتشار برنامه‌ها و کنسول توسعه‌دهنده

Google Play چیست؟

Google Play — پلتفرم توزیع دیجیتال از Google است که فروشگاه برنامه‌ها، بازی‌ها، فیلم‌ها، کتاب‌ها و موسیقی را ترکیب می‌کند. این پلتفرم در ۲۲ اکتبر ۲۰۰۸ با نام Android Market راه‌اندازی شد و در مارس ۲۰۱۲ به Google Play تغییر نام داد. برخلاف App Store اپل، Google Play تنها کانال نصب برنامه‌های Android نیست — کاربران می‌توانند APK را از منابع شخص ثالث نصب کنند (sideloading)، از فروشگاه‌های جایگزین (Samsung Galaxy Store، Amazon Appstore، F-Droid) استفاده کنند، اما اکثر کاربران از Google Play استفاده می‌کنند.

بر اساس داده‌های Google I/O 2026، مخاطبان ماهانه Google Play بیش از ۲٫۸ میلیارد کاربر فعال از ۱۹۰+ کشور است. تعداد برنامه‌های موجود — بیش از ۳٫۲ میلیون. میانگین قیمت برنامه کمتر از App Store است — بسیاری از توسعه‌دهندگان از مدل رایگان با تبلیغات یا خریدهای درون برنامه‌ای استفاده می‌کنند. Google Play همچنین شامل بخش‌هایی برای تبلت‌ها (Large Screen Apps)، Wear OS، Android TV، Android Auto و Chromebook است.

Google Play ابزارهای منحصر به فردی برای Android ارائه می‌دهد: Google Play Protect — آنتی‌ویروس داخلی که هر برنامه را قبل و بعد از نصب بررسی می‌کند؛ Android Vitals — تحلیل عملکرد برنامه (ANR، نرخ crash، زمان راه‌اندازی)؛ Google Play Integrity — API برای بررسی اصالت دستگاه و برنامه (جایگزین SafetyNet Attestation). Play Integrity برای برنامه‌هایی که با داده‌های محرمانه و پرداخت‌ها کار می‌کنند اجباری است.

Google Play Console: قابلیت‌ها و تنظیمات

Google Play Console — ابزار مرکزی توسعه‌دهنده برای مدیریت برنامه‌ها در Google Play است. در آدرس play.google.com/console در دسترس است. برای شروع کار نیاز به حساب توسعه‌دهنده (پرداخت یکباره $25) و تأیید هویت است. Play Console چرخه کامل مدیریت برنامه را فراهم می‌کند: از بارگذاری اولین AAB تا تحلیل فروش و گزارش‌های crash.

بخش‌های اصلی Play Console: Dashboard — آمار کلی همه برنامه‌ها (نصب‌ها، حذف‌ها، crashها، رتبه‌بندی، درآمد)؛ Release — مدیریت نسخه‌ها و مسیرها (Production، Open Beta، Closed Beta، Internal Testing)؛ Growth — ابزارهای ترویج (Google Ads، Promo Codes، Store Listing Experiments)؛ Quality — Android Vitals (نرخ ANR، نرخ crash، زمان راه‌اندازی، زمان رندر)؛ Monetization — تنظیم محصولات، اشتراک‌ها، Google Play Pass؛ Users & Permissions — مدیریت دسترسی تیم.

مسیرهای تست Google Play — تفاوت کلیدی با App Store. Internal Testing — تا ۱۰۰ تستر، نیاز به بازبینی ندارد، به‌روزرسانی‌ها فوراً منتشر می‌شوند. Closed Testing (Alpha) — تا ۱۰۰ تستر، نیاز به بازبینی دارد. Open Testing (Beta) — تعداد نامحدود تستر، برنامه در Google Play برای همه ثبت‌نام‌کنندگان در تست در دسترس است. توصیه می‌شود برنامه ابتدا در Internal Testing، سپس در Closed/Open Beta و فقط بعد در Production منتشر شود.

// Google Play Billing Library 6.x — بررسی اشتراک
import com.android.billingclient.api.BillingClient
import com.android.billingclient.api.BillingClientStateListener
import com.android.billingclient.api.BillingFlowParams
import com.android.billingclient.api.PurchasesUpdatedListener
import com.android.billingclient.api.QueryProductDetailsParams
import kotlinx.coroutines.tasks.await

class PlayBillingManager(
    private val context: Context
) {
    private val billingClient = BillingClient.newBuilder(context)
        .setListener(purchasesUpdatedListener)
        .enablePendingPurchases()
        .build()

    private val purchasesUpdatedListener = PurchasesUpdatedListener { billingResult, purchases ->
        if (billingResult.responseCode == BillingClient.BillingResponseCode.OK && purchases != null) {
            // خرید موفق — پردازش خریدها
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // مشتری آماده کار است
                }
            }
            override fun onBillingServiceDisconnected() {
                // اتصال مجدد
            }
        })
    }

    suspend fun querySubscription(productId: String): ProductDetails? {
        val params = QueryProductDetailsParams.newBuilder()
            .setProductList(
                listOf(
                    QueryProductDetailsParams.Product.newBuilder()
                        .setProductId(productId)
                        .setProductType(BillingClient.ProductType.SUBS)
                        .build()
                )
            )
            .build()

        val result = billingClient.queryProductDetails(params)
        return result.productDetailsList?.firstOrNull()
    }

    private fun handlePurchase(purchase: Purchase) {
        // تأیید خرید روی سرور
        // 1. purchaseToken را به سرور خود ارسال کنید
        // 2. سرور از طریق Google Play Developer API تأیید می‌کند
        // 3. در صورت موفقیت — عملکرد را باز کنید
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

کلاس PlayBillingManager کار با Google Play Billing Library 6.x را نشان می‌دهد: برقراری اتصال با BillingClient، درخواست جزئیات محصول (اشتراک یا خرید یکباره)، پردازش نتیجه خرید از طریق PurchasesUpdatedListener. تأیید باید روی سرور از طریق Google Play Developer API با توکن purchaseToken انجام شود — هرگز فقط به تأیید محلی اعتماد نکنید، زیرا خرید ممکن است جعلی باشد.

فرآیند انتشار برنامه در Google Play

انتشار در Google Play — فرآیند چندمرحله‌ای شامل ثبت حساب، آماده‌سازی برنامه، تنظیمات در Play Console، بارگذاری AAB، عبور از بررسی و انتشار است. در مقایسه با App Store، فرآیند کمتر رسمی است: Google به بررسی خودکار (Play Integrity، اسکن بدافزار از طریق Google Play Protect) تکیه می‌کند، نه بررسی دستی هر برنامه.

مرحله ۱: ثبت حساب توسعه‌دهنده

برای انتشار نیاز به حساب Google و ثبت‌نام در Google Play Console با $25 (پرداخت یکباره) است. پس از پرداخت، تأیید هویت الزامی است: بارگذاری مدرک هویتی (گذرنامه یا گواهینامه رانندگی) و تأیید آدرس. فرآیند تأیید از ۲۴ ساعت تا ۲ هفته طول می‌کشد. بدون تأیید، برنامه در مسیر Production منتشر نخواهد شد.

مرحله ۲: ساخت AAB و پر کردن Store Listing

Google از اوت ۲۰۲۱ فرمت AAB (Android App Bundle) را توصیه می‌کند — APK دیگر برای برنامه‌های جدید پذیرفته نمی‌شود. AAB به Google Play اجازه می‌دهد APK بهینه‌شده برای هر نوع دستگاه (ABI مختلف، صفحه‌نمایش‌ها، زبان‌ها) تولید کند و اندازه دانلود را ۱۵-۳۵٪ کاهش دهد. ساخت از طریق Android Studio انجام می‌شود: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB از طریق Play App Signing امضا می‌شود — Google کلید امضا را در سمت خود نگه می‌دارد.

Store Listing — صفحه برنامه در Google Play: نام (۵۰ کاراکتر)، توضیحات کوتاه (۸۰ کاراکتر)، توضیحات کامل (۴۰۰۰ کاراکتر)، اسکرین‌شات‌ها (حداقل ۲، تا ۸؛ برای تلفن ۵"، ۶.۵"، برای تبلت ۷"+)، آیکون (512x512)، گرافیک ویژه (1024x500)، ویدئوی تبلیغاتی (YouTube). توضیحات کوتاه برای جستجوی Google Play مهم‌ترین است — ایندکس می‌شود و در نتایج نمایش داده می‌شود. توضیحات کامل ایندکس می‌شود اما برای جستجو اهمیت کمتری دارد.

مرحله ۳: انتخاب مسیر و انتشار

پس از بارگذاری AAB، توسعه‌دهنده مسیر را انتخاب می‌کند: Internal Testing (تا ۱۰۰ تستر، بدون بازبینی)، Closed Testing (Alpha، تا ۱۰۰ نفر، با بازبینی)، Open Testing (Beta، نامحدود، با بازبینی) یا Production. توصیه می‌شود با Internal Testing شروع کنید — تست روی دستگاه‌های واقعی، سپس Closed Testing برای بررسی گسترده‌تر و فقط بعد — Production. برای Open Testing و Production حداقل ۱۲ ساعت و ۲۰ تستر در Closed Testing در ۱۴ روز گذشته برای حساب‌های جدید الزامی است (خط مشی Google Play 2024).

پس از انتشار، برنامه در عرض ۱-۲۴ ساعت در Google Play ظاهر می‌شود. اولین به‌روزرسانی ممکن است به طور جامع بررسی شود. Google Play به طور خودکار هر برنامه را از طریق Google Play Protect برای کدهای مخرب اسکن می‌کند. در صورت شناسایی تهدید، برنامه ممکن است از انتشار خارج شود و حساب توسعه‌دهنده مسدود شود.

الزامات Google Play برای targetSdkVersion

Google Play الزامات اجباری برای targetSdkVersion برای انتشار و به‌روزرسانی برنامه‌ها تعیین می‌کند. هر سال Google حداقل targetSdk را افزایش می‌دهد تا اطمینان حاصل کند که برنامه‌ها از تغییرات رفتاری امنیتی به‌روز استفاده می‌کنند. از اوت ۲۰۲۴ حداقل targetSdk — API 33؛ از اوت ۲۰۲۵ — API 34؛ از اوت ۲۰۲۶ — API 35 (Android 15).

برنامه‌هایی که الزامات را برآورده نمی‌کنند مسدود می‌شوند — نمی‌توان آنها را منتشر یا به‌روزرسانی کرد. برنامه‌های قبلاً منتشر شده با targetSdk پایین به کار در فروشگاه ادامه می‌دهند، اما برای به‌روزرسانی نیاز به افزایش targetSdk است. Google Play Console ۹۰ روز قبل از افزایش آستانه هشدار می‌دهد. بسیاری از توسعه‌دهندگان به‌روزرسانی را به آخرین لحظه موکول می‌کنند که خطر مسدود شدن برنامه را در صورت نیاز به رفع فوری اشکال ایجاد می‌کند.

افزایش targetSdkVersion نیاز به بررسی تمام تغییرات رفتاری معرفی‌شده بین targetSdk قدیم و جدید دارد. برای مثال، هنگام مهاجرت از API 33 (Android 13) به API 35 (Android 15) باید بررسی کرد: Foreground Service Types (API 34) — اعلام اجباری نوع سرویس در مانیفست؛ Privacy Sandbox (API 35) — محدودیت‌های شناسه‌های تبلیغاتی؛ PhotoPicker (API 34+) — جایگزینی دسترسی مستقیم به گالری با picker سیستمی؛ محدودیت‌های جدید سرویس‌های پس‌زمینه. هر تغییر رفتاری ممکن است نیاز به تغییر کد داشته باشد.

Play Console API برای خودکارسازی بررسی

Google Play Developer API (REST) امکان خودکارسازی بررسی targetSdk را برای همه برنامه‌های حساب فراهم می‌کند. متد applications.get اطلاعات مربوط به targetSdkVersion را برمی‌گرداند. توصیه می‌شود ۱۲۰ روز قبل از مهلت از طریق API نظارت راه‌اندازی کنید تا لیست برنامه‌های نیازمند به‌روزرسانی دریافت شود. برای برنامه‌های با حجم کد زیاد، برآورد تلاش — از ۲ روز تا ۲ هفته برای تغییرات رفتاری.

// بررسی انطباق targetSdk در کد برنامه
import android.os.Build

class TargetSdkCompliance {

    // حداقل targetSdk مورد نیاز Google Play در 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // بررسی: آیا باید behavioural change API 34 را پردازش کرد؟
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types برای targetSdk >= 34 اجباری است
        return targetSdk >= 34
    }

    // بررسی: آیا باید Privacy Sandbox (API 35) را پردازش کرد؟
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // بررسی انطباق قبل از ساخت
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk پایین‌تر از $REQUIRED_TARGET_SDK مورد نیاز است")
        }

        if (targetSdk >= 34) {
            // اطمینان حاصل کنید که همه foreground-سرویس‌ها type در مانیفست دارند
            warnings.add("بررسی کنید: همه foreground-سرویس‌ها type را در AndroidManifest.xml اعلام می‌کنند")
        }

        if (targetSdk >= 35) {
            warnings.add("بررسی کنید: Privacy Sandbox، محدودیت‌های Advertising ID")
        }

        return warnings
    }
}

کلاس TargetSdkCompliance انطباق targetSdk را قبل از ساخت بررسی می‌کند. متد validateCompliance لیست هشدارهایی درباره تغییرات رفتاری لازم برای targetSdk داده شده برمی‌گرداند. از چنین کدی در CI/CD برای بررسی خودکار انطباق قبل از ارسال بیلد به Google Play Console استفاده کنید. در IT Sectr ما چنین بررسی را در CI پس از مسدود شدن یکی از پروژه‌ها به دلیل targetSdk از قلم افتاده پیاده‌سازی کردیم.

درآمدزایی در Google Play: In-App Billing، اشتراک‌ها و AdMob

درآمدزایی در Google Play شامل چندین مدل است: دانلود پولی، In-App Products (خریدهای یکباره: consumable — ارز بازی؛ non-consumable — حذف تبلیغات)، اشتراک‌ها (auto-renewable subscriptions از طریق Google Play Billing)، تبلیغات (AdMob، Google Ad Manager، شبکه‌های شخص ثالث) و Google Play Pass (اشتراک مجموعه برنامه‌ها، درآمد بین توسعه‌دهندگان بر اساس زمان استفاده تقسیم می‌شود).

Google Play Billing Library (نسخه فعلی — 7.x در 2026) — ابزار اجباری برای فروش کالاهای دیجیتال درون برنامه‌ای. سیستم‌های پرداخت جایگزین برای کالاهای دیجیتال ممنوع هستند (استثنا — کره جنوبی، هند، EU Digital Markets Act). Billing Library 7.x نیاز به مهاجرت از خریدهای مبتنی بر SKU به مدل‌های مبتنی بر محصول (ProductDetails به جای SkuDetails) دارد و از Kotlin Coroutines و Flow برای عملیات ناهمزمان پشتیبانی می‌کند.

کارمزد Google Play: 30% استاندارد، 15% برای اولین $1 میلیون درآمد در سال (مشابه Apple Small Business Program). پس از رسیدن به آستانه $1 میلیون، کارمزد برای باقی سال به 30% بازمی‌گردد. اشتراک‌ها: 30% سال اول، 15% از سال دوم (مشابه App Store). برای برنامه‌های Google Play Pass — درآمد بر اساس engagement (زمان استفاده از برنامه توسط مشترکین Pass) توزیع می‌شود، نه کارمزد ثابت.

AdMob از Google — ابزار اصلی درآمدزایی تبلیغاتی. از تبلیغات بنری، میانی (interstitial)، بومی، rewarded (پاداش‌دار) پشتیبانی می‌کند. Google Analytics برای Firebase با AdMob برای ردیابی تبدیل تبلیغات به اقدامات هدف‌گذاری شده یکپارچه می‌شود. از Android 14+ (API 34) نیاز به Google Play Services for Ads 22.0+ و Handling Ad Responses API برای رعایت Privacy Sandbox است. درآمدزایی تبلیغاتی — 0% کارمزد — انتخاب محبوب برای برنامه‌های رایگان با مخاطب زیاد.

moderation Google Play: بررسی‌ها و خط مشی‌ها

moderation Google Play (Google Play Policy Review) با App Store متفاوت است — Google به بررسی‌های خودکار و moderation دستی انتخابی تکیه می‌کند، نه بررسی 100% دستی هر برنامه. سیستم خودکار AAB/APK را برای کدهای مخرب، نقض خط مشی‌ها (Spyware، Deceptive Behavior، نقض SDK) و عدم تطابق با الزامات targetSdk اسکن می‌کند. در صورت تشخیص تخلف، برنامه ممکن است رد یا از انتشار خارج شود.

Google Play Developer Program Policies را منتشر می‌کند — مجموعه قوانینی که محتوا، رفتار برنامه، درآمدزایی و حریم خصوصی را پوشش می‌دهد. بخش‌های اصلی: Restricted Content (خشونت، نفرت، فعالیت غیرقانونی)، Deceptive Behavior (ادعاهای نادرست، تقلید از برنامه‌های دیگر)، Monetization and Ads (تبلیغات صادقانه، مطابقت با خط مشی IAP)، Privacy and Security (جمع‌آوری داده‌ها، رمزنگاری)، Store Listing and Promotion (توضیحات دقیق، دسته‌بندی صحیح).

Google فعالانه با spyware و deceptive SDK مبارزه می‌کند. در 2024-2025، Google بیش از 1.5 میلیون برنامه ناقض خط مشی‌های حریم خصوصی را حذف کرد. توجه ویژه — SDKهایی که داده‌ها را بدون اطلاع کاربر جمع‌آوری می‌کنند (ردیابی مکان بدون رضایت، خواندن مخاطبین و SMS). قبل از انتشار SDKهای استفاده‌شده را از نظر مطابقت با Google Play Policy بررسی کنید — بسیاری از SDKهای محبوب (مثلاً برخی شبکه‌های تبلیغاتی) به دلیل نقض خط مشی‌ها مسدود شده‌اند.

فرآیند تجدید نظر: اگر برنامه رد شود، توسعه‌دهنده اعلانی در Play Console با دلیل و توصیه‌ها دریافت می‌کند. می‌توان از طریق Play Console → Policy → Appeals درخواست تجدید نظر داد. مدت بررسی — تا 7 روز. تخلفات مکرر از یک خط مشی منجر به اخطار (strike) می‌شود، تخلف سه‌باره — به مسدود شدن حساب توسعه‌دهنده. بازیابی حساب مسدود شده فرآیندی بسیار دشوار است که نیاز به درخواست کتبی و اثبات رفع تخلفات دارد.

برای به حداقل رساندن خطرات: از Google Play Integrity API برای بررسی اصالت درخواست‌ها استفاده کنید، Data Safety Section را پیاده‌سازی کنید (از 2023 اجباری — تمام داده‌های جمع‌آوری‌شده و اهداف جمع‌آوری را مشخص کنید)، همه SDKها را از نظر مطابقت با Developer Program Policies بررسی کنید، از Play Console Policy Insights برای ردیابی تخلفات بالقوه قبل از انتشار استفاده کنید. در توسعه در IT Sectr ما هر برنامه را از طریق internal testing روی دستگاه‌های واقعی قبل از انتشار Production بررسی می‌کنیم.