Google Mobile Ads — यह क्या है, विज्ञापन SDK और मुद्रीकरण

Google Mobile Ads क्या है?

Google Mobile Ads — मोबाइल ऐप्स के लिए Google का विज्ञापन प्लेटफ़ॉर्म है, जो विज्ञापन दिखाने के लिए SDK और आय विश्लेषण उपकरण प्रदान करता है। प्लेटफ़ॉर्म में दो मुख्य प्रणालियाँ शामिल हैं: AdMob (स्वतंत्र डेवलपर्स के लिए) और Google Ad Manager (सीधे विज्ञापन अभियानों वाले बड़े प्रकाशकों के लिए)। दोनों प्रणालियाँ एक ही Google Mobile Ads SDK का उपयोग करती हैं, जो प्लेटफ़ॉर्म के बीच स्थानांतरण को सरल बनाता है।

Google Mobile Ads के काम करने का आधार रीयल-टाइम बिडिंग (RTB) नीलामी है। जब ऐप विज्ञापन दिखाने का अनुरोध करता है, SDK Google सर्वर पर अनुरोध भेजता है, जहाँ एल्गोरिदम उपयोगकर्ता प्रोफ़ाइल, ऐप संदर्भ और उपलब्ध विज्ञापन अभियानों का विश्लेषण करते हैं। नीलामी का विजेता 100-300 मिलीसेकंड में निर्धारित होता है — विज्ञापनदाता की बोली जितनी अधिक होगी, डेवलपर की आय उतनी ही अधिक होगी। Google (2025) के अनुसार, Android ऐप्स के लिए औसत eCPM $5-15 है।

eCPM (effective Cost Per Mille) — मुद्रीकरण का प्रमुख संकेतक, जो 1000 इंप्रेशन के लिए आय दर्शाता है। eCPM उपयोगकर्ता के क्षेत्र (USA और Europe में अधिक, Asia में कम), विज्ञापन प्रारूप (रिवॉर्डेड वीडियो eCPM $10-30 देता है, बैनर — $0.50-2) और वर्ष के समय (दिसंबर में eCPM 30-50% अधिक होता है) पर निर्भर करता है। Google Mobile Ads SDK नीलामी के माध्यम से अधिकतम eCPM के लिए स्वचालित रूप से इंप्रेशन को अनुकूलित करता है।

विज्ञापन प्रारूप: बैनर, इंटरस्टिशियल, रिवॉर्डेड और नेटिव

बैनर विज्ञापन — निश्चित आकार के आयताकार ब्लॉक (320x50 — मानक, 320x100 — बड़ा, 300x250 — मीडियम)। बैनर स्क्रीन के नीचे या ऊपर स्थित होते हैं और न्यूनतम स्थान लेते हैं। नुकसान: कम eCPM ($0.50-2) और उपयोगकर्ताओं की आदत — बैनर का क्लिक-थ्रू रेट (CTR) 0.05-0.5% है। बैनर हर 30-60 सेकंड में स्वचालित रूप से रिफ्रेश होते हैं, लेकिन Google उपयोगकर्ता अनुभव बनाए रखने के लिए 60 सेकंड से अधिक बार रिफ्रेश न करने की सलाह देता है।

Interstitial (इंटरस्टिशियल विज्ञापन) — पूर्ण-स्क्रीन विज्ञापन, जो ऐप में प्राकृतिक विराम के दौरान दिखाया जाता है (गेम के स्तरों के बीच, स्क्रीन के बीच स्विच करते समय)। Interstitial eCPM $3-15 देता है, लेकिन सावधानीपूर्वक प्लेसमेंट की आवश्यकता होती है — बार-बार दिखाने से उपयोगकर्ता परेशान होते हैं। Google आवृत्ति सीमित करता है: प्रति मिनट एक से अधिक इंटरस्टिशियल नहीं। Google के अनुसार, सही प्लेसमेंट पर इंटरस्टिशियल उपयोगकर्ता प्रतिधारण को 5% से अधिक कम नहीं करता है।

Rewarded (पुरस्कृत विज्ञापन) — वीडियो, जिसे देखने के बदले उपयोगकर्ता को बोनस मिलता है (अतिरिक्त जीवन, सिक्के, प्रीमियम एक्सेस)। सबसे महंगा प्रारूप जिसका eCPM $10-30 और उच्च उपयोगकर्ता जुड़ाव है — 80% उपयोगकर्ता रिवॉर्डेड वीडियो देखने के लिए सहमत होते हैं। महत्वपूर्ण: पुरस्कार उपयोगकर्ता के लिए सार्थक होना चाहिए, अन्यथा वह विज्ञापन नहीं देखेगा। Rewarded interstitial — हाइब्रिड प्रारूप (अनिवार्य देखे बिना पुरस्कार), SDK 21.0.0 से उपलब्ध है।

// RewardedAd लोड करें और दिखाएं
class RewardedAdManager {

    private var rewardedAd: RewardedAd? = null

    fun loadAd(context: Context) {
        RewardedAd.load(
            context,
            "ca-app-pub-3940256099942544/5224354917",
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
                override fun onAdFailedToLoad(
                    error: LoadAdError
                ) {
                    Log.d("AdMob", error.message)
                }
            }
        )
    }
}

App Open Ads: ऐप लॉन्च पर विज्ञापन

Native Ads — विज्ञापन जो ऐप के डिज़ाइन के अनुसार दृश्य रूप से अनुकूलित होता है: डेवलपर शीर्षक, विवरण, छवि और कॉल-टू-एक्शन बटन के स्थान को नियंत्रित करता है। Native ads सभी प्रारूपों में सबसे अधिक CTR (0.5-2%) देते हैं और ऐप UX में सबसे अच्छी तरह एकीकृत होते हैं। Google Mobile Ads SDK नेटिव विज्ञापन टेम्पलेट (NativeTemplate) या NativeAdOptions के माध्यम से पूर्ण नियंत्रण प्रदान करता है। ad_source_type प्रारूप दर्शाता है कि नेटिव क्रिएटिव किस नेटवर्क से आया है।

AdMob या Ad Manager: क्या चुनें

AdMob — मोबाइल ऐप्स के लिए Google का विज्ञापन प्लेटफ़ॉर्म, जो स्वतंत्र डेवलपर्स और छोटे स्टूडियो के लिए डिज़ाइन किया गया है। AdMob नीलामी के माध्यम से विज्ञापन स्थानों की स्वचालित फिलिंग, वेब इंटरफ़ेस के माध्यम से सरल सेटअप और 30+ विज्ञापन नेटवर्क के साथ अंतर्निहित मध्यस्थता प्रदान करता है। निकासी सीमा: $100। AdMob 90% डेवलपर्स के लिए उपयुक्त है, जिसमें $100,000 प्रति माह तक आय वाले मध्यम स्टूडियो शामिल हैं।

Google Ad Manager — बड़े प्रकाशकों के लिए उन्नत प्लेटफ़ॉर्म जिसमें स्वयं के विज्ञापन अभियान (डायरेक्ट डील), प्रोग्रामेटिक गारंटी और स्रोत प्राथमिकताकरण शामिल हैं। Ad Manager कई विज्ञापन सर्वर, प्रतिस्पर्धी नीलामी (App Bidding) और प्रत्येक विज्ञापनदाता के लिए विस्तृत विश्लेषण का समर्थन करता है। Ad Manager कनेक्ट करने के लिए प्रति माह 5 मिलियन इंप्रेशन से अधिक ट्रैफ़िक आवश्यक है। Google के अनुसार, Ad Manager बड़े प्रकाशकों की आय में AdMob की तुलना में 15-30% की वृद्धि करता है।

AdMob से Ad Manager पर माइग्रेट करने के लिए ऐप कोड में Ad Unit ID बदलना पर्याप्त है — SDK वही रहता है (Google Mobile Ads SDK)। Google AdMob से शुरू करने और मासिक आय $10,000+ तक पहुँचने पर Ad Manager पर स्विच करने की सलाह देता है। App Bidding — Ad Manager की मुख्य तकनीक, जो सभी विज्ञापन नेटवर्क को एक ही नीलामी में प्रतिस्पर्धा करने की अनुमति देती है, जिससे eCPM 10-40% बढ़ जाता है।

मध्यस्थता: कई विज्ञापन नेटवर्क कनेक्ट करना

मध्यस्थता (Ad Mediation) — Google Mobile Ads की तकनीक, जो एक Ad Unit में कई विज्ञापन नेटवर्क कनेक्ट करने की अनुमति देती है। जब SDK विज्ञापन का अनुरोध करता है, वह क्रमिक रूप से नेटवर्क से पूछताछ करता है: पहले Google Ads, फिर पार्टनर नेटवर्क (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral और अन्य), इस उपयोगकर्ता के लिए सबसे अधिक बोली वाला नेटवर्क चुनता है।

Google Mobile Ads SDK एडेप्टर के माध्यम से 30 से अधिक विज्ञापन नेटवर्क की मध्यस्थता का समर्थन करता है, जो अलग-अलग Gradle निर्भरता के रूप में लोड होते हैं। प्रत्येक एडेप्टर एक समान Google इंटरफ़ेस लागू करता है, जो SDK को किसी भी नेटवर्क के साथ समान रूप से काम करने की अनुमति देता है। Google के अनुसार, मध्यस्थता केवल AdMob का उपयोग करने की तुलना में कुल विज्ञापन आय में 15-50% की वृद्धि करती है। App Bidding — मध्यस्थता का अधिक उन्नत संस्करण, जहाँ सभी नेटवर्क क्रमिक रूप से नहीं, बल्कि एक साथ एक ही नीलामी में भाग लेते हैं।

// मध्यस्थता सेटअप (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // मध्यस्थता के लिए एडाप्टर
    implementation "com.google.ads:mediation-facebook:6.17.0.0"
    implementation "com.google.ads:mediation-unity:4.10.0.0"
    implementation "com.google.ads:mediation-applovin:12.3.0.0"
}

// Mobile Ads SDK आरंभ करें
MobileAds.initialize(this) {
    Log.d("AdMob",
        "Initialized: $it")
}

App Bidding: समानांतर नीलामी

महत्वपूर्ण बिंदु: मध्यस्थता विज्ञापन प्रदर्शन की विलंबता बढ़ाती है, क्योंकि SDK क्रमिक रूप से कई नेटवर्क से पूछताछ करता है। बैनर के लिए यह गंभीर नहीं है (स्वीकार्य विलंबता — 2 सेकंड तक), लेकिन इंटरस्टिशियल और रिवॉर्डेड के लिए 1 सेकंड से अधिक की विलंबता प्रदर्शन की संभावना को कम कर देती है (उपयोगकर्ता स्क्रीन छोड़ सकता है)। Google विलंबता को कम करने के लिए क्रमिक मध्यस्थता के बजाय App Bidding का उपयोग करने की सलाह देता है। App Bidding सभी बोलियों को समानांतर रूप से 100-200 ms में संसाधित करता है।

Android प्रोजेक्ट में Google Mobile Ads कॉन्फ़िगर करना

Google Mobile Ads को Android ऐप में कॉन्फ़िगर करना build.gradle में play-services-ads निर्भरता जोड़ने और Application क्लास में SDK आरंभ करने से शुरू होता है। Google Mobile Ads SDK को Android 5.0 (API 21) और Google Play Services संस्करण 21.0.0+ की आवश्यकता है। SDK को जितनी जल्दी हो सके आरंभ करने की सलाह दी जाती है — Application.onCreate() में — ताकि ऐप लॉन्च के साथ समानांतर में विज्ञापन लोड हो सके।

SDK आरंभ करने के बाद डेवलपर AdMob या Ad Manager वेब इंटरफ़ेस में एक Ad Unit बनाता है और ऐप लेआउट में AdView एम्बेड करता है (बैनर के लिए) या प्रोग्रामेटिक रूप से InterstitialAd/RewardedAd लोड करता है। महत्वपूर्ण: डेवलपमेंट में टेस्ट Ad Unit ID और पब्लिकेशन के बाद रिलीज़ ID का उपयोग करें। Google Mobile Ads SDK AdMob कंसोल में Test Devices में जोड़े गए डिवाइस द्वारा स्वचालित रूप से टेस्ट मोड निर्धारित करता है।

// Application क्लास में SDK आरंभ करें
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // GDPR सहमति मोड सक्षम करें
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

// XML में इनलाइन बैनर
// <com.google.android.gms.ads.AdView
//     android:id="@+id/adView"
//     android:layout_width="match_parent"
//     android:layout_height="wrap_content"
//     app:adUnitId="ca-app-pub-3940256099942544/6300978111"
//     app:adSize="BANNER" />

SDK और Ad Units कॉन्फ़िगर करने के बाद डेवलपर को ऐप में गोपनीयता नीति जोड़नी चाहिए — Play Store पर प्रकाशन के लिए यह Google की अनिवार्य शर्त है। EEA और UK के उपयोगकर्ताओं से डेटा प्रोसेसिंग सहमति एकत्र करने के लिए UMP SDK (User Messaging Platform) एकीकरण भी आवश्यक है। UMP SDK के बिना Google वैयक्तिकृत विज्ञापन प्रदर्शन को प्रतिबंधित कर सकता है, जिससे eCPM 40-60% कम हो जाएगा।

उपयोगकर्ता गोपनीयता और GDPR

Google Mobile Ads को यूरोपीय आर्थिक क्षेत्र (EEA), UK, USA (CCPA/CPRA) और अन्य डेटा कानूनों वाले क्षेत्रों के उपयोगकर्ताओं के लिए गोपनीयता नियमों के अनुपालन की आवश्यकता है। मुख्य उपकरण — User Messaging Platform (UMP) SDK, जो उपयोगकर्ता को विज्ञापन वैयक्तिकरण के लिए डेटा संग्रह और प्रसंस्करण पर सहमति संवाद दिखाता है।

वैयक्तिकरण के लिए उपयोगकर्ता की सहमति प्राप्त किए बिना Google Mobile Ads SDK केवल गैर-वैयक्तिकृत विज्ञापन दिखाएगा, जिससे eCPM 40-60% कम हो जाता है। TCF v2.0 (Transparency & Consent Framework) — विज्ञापन प्रणालियों के बीच सहमति संकेतों को प्रसारित करने के लिए IAB Europe का मानक। Google Ad Manager स्वचालित रूप से TCF v2.0 का समर्थन करता है। AdMob के लिए FORMS_PUBLISHER_ID पैरामीटर के साथ UMP SDK के माध्यम से एकीकरण आवश्यक है।

// UMP SDK उपयोगकर्ता सहमति अनुरोध
val consentInfo = UserMessagingPlatform.getConsentInformation(this)

consentInfo.requestConsentInfoUpdate(
    context,
    ConsentRequestParameters.Builder()
        .setTagForUnderAgeOfConsent(false)
        .build()
) { error ->
    if (error != null) return@requestConsentInfoUpdate

    if (consentInfo.isConsentFormAvailable()) {
        UserMessagingPlatform.loadAndShowConsentFormIfRequired(
            activity,
            activity.getOnConsentFormSuccess(),
            activity.getOnConsentFormFailure()
        )
    }
}

TCF v2.0 और GDPR अनुपालन

अतिरिक्त आवश्यकताएँ: California (CCPA) के उपयोगकर्ताओं के लिए Google को “Do Not Sell My Personal Information” विकल्प के समर्थन की आवश्यकता है। बच्चों (COPPA) के लिए — tagForChildDirectedTreatment सक्रियण। Google Play Store में सभी विज्ञापन वाले ऐप्स के लिए गोपनीयता नीति और Google Play Console में उसका लिंक होना आवश्यक है। इन आवश्यकताओं के उल्लंघन से विज्ञापन प्रदर्शन अवरुद्ध हो सकता है या ऐप Play Store से हटाया जा सकता है।

कोड उदाहरण: Kotlin पर रिवॉर्डेड वीडियो दिखाना

उपयोगकर्ता पुरस्कार हैंडलिंग के साथ रिवॉर्डेड विज्ञापन एकीकरण का पूर्ण उदाहरण। ऐप स्टार्टअप पर रिवॉर्डेड वीडियो लोड करता है, “बोनस प्राप्त करें” बटन दबाने पर इसे दिखाता है और पूरा देखने के बाद उपयोगकर्ता को सिक्के प्रदान करता है। कोड एसिंक्रोनस लोडिंग के लिए कोरूटीन का उपयोग करता है और जाँचता है कि अगर उपयोगकर्ता पहले ही पुरस्कार प्राप्त कर चुका है तो विज्ञापन न दिखाया जाए (डबल रिवॉर्ड से सुरक्षा)।

class RewardViewModel : ViewModel() {

    private var rewardedAd: RewardedAd? = null
    private val _rewardEarned = MutableLiveData<Boolean>(false)
    val rewardEarned: LiveData<Boolean> = _rewardEarned

    fun loadRewardedAd(context: Context) {
        RewardedAd.load(context, AD_UNIT_ID,
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
            }
        )
    }

    fun showAd(activity: Activity) {
        rewardedAd?.show(activity, {
            // उपयोगकर्ता को पुरस्कार मिला
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

रिवॉर्डेड विज्ञापन के लिए सर्वोत्तम अभ्यास: मौजूदा विज्ञापन बंद होते ही अगला विज्ञापन प्रीलोड करें (उपयोगकर्ता को लोड होने का इंतजार नहीं करना पड़ता)। रिवॉर्डेड वीडियो केवल उस संदर्भ में दिखाएँ जहाँ पुरस्कार स्पष्ट हो (जैसे, “100 सिक्कों के लिए विज्ञापन देखें” बटन)। Google उपयोगकर्ता के स्पष्ट अनुरोध के बिना रिवॉर्डेड विज्ञापन दिखाने से रोकता है (ऑटोप्ले निषिद्ध है)। onUserEarnedReward कॉलबैक की जाँच करें — उसके बाद ही पुरस्कार प्रदान करें।

विज्ञापन आय अनुकूलन के सुझाव

Google Mobile Ads से आय अनुकूलन सही विज्ञापन प्रारूप चुनने से शुरू होता है। बैनर (स्थिर पृष्ठभूमि आय के लिए) और रिवॉर्डेड वीडियो (सक्रिय इंटरैक्शन के लिए) का संयोजन अधिकतम कुल आय देता है। इंटरस्टिशियल का उपयोग केवल प्राकृतिक विराम के दौरान करें — प्रति सत्र 3-4 बार से अधिक नहीं। Firebase के लिए Google Analytics यह ट्रैक करने की अनुमति देता है कि कौन सी स्क्रीन सबसे अधिक आय लाती हैं और उपयोगकर्ता कहाँ विज्ञापन बंद करते हैं।

दूसरा महत्वपूर्ण कारक — मध्यस्थता। AdMob मध्यस्थता के माध्यम से 3-5 विज्ञापन नेटवर्क कनेक्ट करें। Google के अनुसार, मध्यस्थता वाले ऐप्स 30% अधिक कमाते हैं। App Bidding (Ad Manager और आंशिक रूप से AdMob के लिए उपलब्ध) एक साथ नीलामी के कारण अतिरिक्त 10-40% वृद्धि देता है। A/B परीक्षण विज्ञापन प्लेसमेंट का: बैनर की विभिन्न स्थितियों (ऊपर/नीचे, बाएँ/दाएँ) और उपयोगकर्ताओं के विभिन्न खंडों पर इंटरस्टिशियल आवृत्ति का परीक्षण करें।

तीसरा कारक — जियोटार्गेटिंग। USA, Canada और Australia में eCPM भारत या Indonesia की तुलना में 3-5 गुना अधिक है। यदि आपका ऐप कम eCPM वाले क्षेत्रों में लोकप्रिय है, तो Google इन क्षेत्रों के नेटवर्क (जैसे, भारत के लिए InMobi) के साथ वॉटरफॉल मध्यस्थता का उपयोग करने की सलाह देता है। आवृत्ति सीमा (frequency cap) कॉन्फ़िगर करें: हर 2 मिनट में 1 से अधिक इंटरस्टिशियल नहीं और प्रति घंटे 5 से अधिक रिवॉर्डेड वीडियो नहीं — इससे उपयोगकर्ताओं की विज्ञापन थकान कम होती है।