Google Mobile Ads — ما هو، SDK إعلاني والتحقيق من الأرباح

ما هو Google Mobile Ads؟

Google Mobile Ads هي منصة إعلانية من Google للتطبيقات الجوال، توفر SDK لعرض الإعلانات وأدوات تحليل الدخل. تضم المنصة نظامين رئيسيين: AdMob (للمطورين المستقلين) و Google Ad Manager (للناشرين الكبار بحملات إعلانية مباشرة). يستخدم كلا النظامين نفس SDK لـ Google Mobile Ads، مما يبسط الانتقال بين المنصات.

في جوهر Google Mobile Ads يكمن مزاد فوري (RTB — Real-Time Bidding). عندما يطلب التطبيق عرض إعلان، يرسل SDK طلباً إلى خوادم Google، حيث تقوم الخوارزميات بتحليل ملف المستخدم وسياق التطبيق والحملات الإعلانية المتاحة. يتم تحديد الفائز بالمزاد خلال 100–300 ملي ثانية — كلما كانت عروض المعلن أعلى، زاد دخل المطور. وفقاً لـ Google (2025)، يبلغ متوسط eCPM لتطبيقات Android $5–15.

eCPM (effective Cost Per Mille) هو مقياس أساسي للتحقيق من الأرباح يظهر الدخل لكل 1000 ظهور. يعتمد eCPM على منطقة المستخدم (أعلى في الولايات المتحدة وأوروبا، أقل في آسيا)، شكل الإعلان (فيديو المكافأة يعطي eCPM $10–30، اللوحات — $0.50–2) ووقت السنة (في ديسمبر يكون eCPM أعلى بنسبة 30–50%). يقوم Google Mobile Ads SDK بتحسين الظهور تلقائياً للحصول على أقصى eCPM من خلال المزاد.

أشكال الإعلانات: اللوحات، الإعلانات البينية، المكافأة والأصلية

اللوحات الإعلانية — كتل مستطيلة بحجم ثابت (320×50 — قياسي، 320×100 — كبير، 300×250 — متوسط). توضع اللوحات في أسفل أو أعلى الشاشة وتشغل حيزاً أدنى. السلبيات: eCPM منخفض ($0.50–2) واعتياد المستخدمين — نسبة النقر (CTR) للوحات تبلغ 0.05–0.5%. تتحدث اللوحات تلقائياً كل 30–60 ثانية، لكن Google توصي بعدم التحديث أكثر من مرة كل 60 ثانية للحفاظ على تجربة المستخدم.

الإعلانات البينية — إعلانات بملء الشاشة تظهر خلال الفترات الطبيعية في التطبيق (بين مستويات اللعبة، عند التنقل بين الشاشات). تعطي الإعلانات البينية eCPM $3–15 لكنها تتطلب وضعاً حذراً — الظهور المتكرر يزعج المستخدمين. تحد Google التكرار: لا يزيد عن إعلان بيني واحد في الدقيقة. وفقاً لـ Google، مع الوضع المناسب، لا تقلل الإعلانات البينية من احتجاز المستخدمين بأكثر من 5%.

الإعلانات المكافأة — فيديوهات يشاهدها المستخدمون مقابل مكافأة (أرواح إضافية، عملات، وصول مميز). الشكل الأغلى بمعدل 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: إعلانات عند بدء التطبيق

الإعلانات الأصلية — إعلانات مكيفة بصرياً لتصميم التطبيق: يتحكم المطور في موقع العنوان والوصف والصورة وزر الدعوة للإجراء. تمتلك الإعلانات الأصلية أعلى نسبة CTR (0.5–2%) بين جميع الأشكال وتندمج بشكل أفضل مع تجربة مستخدم التطبيق. يوفر Google Mobile Ads SDK قوالب إعلانات أصلية (NativeTemplate) أو تحكماً كاملاً عبر NativeAdOptions. يظهر تنسيق ad_source_type من أي شبكة جاء الإعلان الأصلي.

AdMob أم Ad Manager: أيهما تختار

AdMob — منصة Google الإعلانية للتطبيقات الجوال، مصممة للمطورين المستقلين والاستوديوهات الصغيرة. توفر AdMob تعبئة تلقائية للمساحات الإعلانية من خلال المزاد، إعدادات بسيطة عبر واجهة ويب، ووساطة مبنية مع أكثر من 30 شبكة إعلانية. حد السحب: $100. AdMob مناسبة لـ 90% من المطورين، بما في ذلك الاستوديوهات المتوسطة بدخل يصل إلى $100,000 شهرياً.

Google Ad Manager — منصة متقدمة للناشرين الكبار بحملات إعلانية مباشرة (direct deals)، ضمانات برمجية وأولويات المصادر. يدعم Ad Manager خوادم إعلانية متعددة، مزاد تنافسي (App Bidding) وتحليلات مفصلة لكل معلن. يتطلب Ad Manager حركة مرور شهرية تبلغ 5 ملايين ظهور. وفقاً لـ Google، يزيد Ad Manager دخل الناشرين الكبار بنسبة 15–30% مقارنة بـ AdMob.

للانتقال من AdMob إلى Ad Manager، يكفي تغيير معرف الوحدة الإعلانية في كود التطبيق — يبقى SDK نفسه (Google Mobile Ads SDK). توصي Google بالبدء بـ AdMob، وعند الوصول إلى دخل شهري $10,000+، النظر في التحول إلى Ad Manager. App Bidding — تقنية رئيسية في Ad Manager تسمح لجميع شبكات الإعلان بالمنافسة في مزاد واحد، مما يزيد eCPM بنسبة 10–40%.

الوساطة: ربط شبكات إعلانية متعددة

وساطة الإعلانات — تقنية من Google Mobile Ads تسمح بربط شبكات إعلانية متعددة بوحدة إعلانية واحدة. عندما يطلب SDK إعلاناً، يستعلم الشبكات بالتسلسل: أولاً Google Ads، ثم شبكات الشركاء (Facebook Audience Network، Unity Ads، AppLovin، IronSource، Mintegral وغيرها)، مختاراً الشبكة ذات أعلى عرض لذلك المستخدم.

يدعم Google Mobile Ads SDK وساطة أكثر من 30 شبكة إعلانية من خلال المحولات (adapters)، التي تحمل كتبعيات Gradle منفصلة. يقوم كل محول بتنفيذ واجهة Google الموحدة، مما يسمح لـ SDK بالعمل بشكل موحد مع أي شبكة. وفقاً لـ Google، تزيد الوساطة إجمالي الدخل من الإعلانات بنسبة 15–50% مقارنة باستخدام AdMob فقط. 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"
}

// تهيئة SDK لـ Mobile Ads
MobileAds.initialize(this) {
    Log.d("AdMob",
        "Initialized: $it")
}

App Bidding: مزاد متوازٍ

نقطة مهمة: تزيد الوساطة زمن استجابة عرض الإعلان لأن SDK يستعلم عدة شبكات بالتسلسل. بالنسبة للوحات هذا غير حرج (تأخير مقبول — حتى ثانيتين)، ولكن للإعلانات البينية والمكافأة، يؤخر أكثر من ثانية واحدة يقلل احتمال الظهور (قد يغادر المستخدم الشاشة). توصي Google باستخدام App Bidding بدلاً من الوساطة التسلسلية لتقليل التأخير. يعالج App Bidding جميع العروض بالتوازي خلال 100–200 ملي ثانية.

إعداد Google Mobile Ads في مشروع Android

يبدأ إعداد Google Mobile Ads في تطبيق Android بإضافة تبعية play-services-ads في build.gradle وتهيئة SDK في فئة Application. يتطلب Google Mobile Ads SDK Android 5.0 (API 21) و Google Play Services الإصدار 21.0.0+. يوصى بتهيئة SDK في أقرب وقت ممكن — في Application.onCreate() — حتى تتحمل الإعلانات بالتوازي مع بدء التطبيق.

بعد التهيئة، يقوم المطور بإنشاء وحدة إعلانية في واجهة AdMob أو Ad Manager الويببية ويدمج AdView في تخطيط التطبيق (لللوحات) أو يحمل InterstitialAd/RewardedAd برمجياً. مهم: استخدم معرف وحدة إعلانية اختباري أثناء التطوير ومعرف إصدار بعد النشر. يكتشف Google Mobile Ads SDK وضع الاختبار تلقائياً حسب الجهاز المضاف إلى أجهزة الاختبار في وحدة تحكم AdMob.

// تهيئة SDK في فئة Application
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 والوحدات الإعلانية، يجب على المطور إضافة سياسة خصوصية في التطبيق — هذا شرط إلزامي من Google للنشر على Play Store. كما يلزم تكامل SDK لمنصة UMP (User Messaging Platform) لجمع موافقة معالجة البيانات من المستخدمين في المنطقة الاقتصادية الأوروبية والمملكة المتحدة. بدون SDK لمنصة UMP، قد تحد Google من عرض الإعلانات المخصصة، مما يقلل eCPM بنسبة 40–60%.

خصوصية المستخدم و GDPR

Google Mobile Ads يتطلب الامتثال لقوانين الخصوصية للمستخدمين من المنطقة الاقتصادية الأوروبية (EEA)، المملكة المتحدة، الولايات المتحدة (CCPA/CPRA) والمناطق الأخرى بقوانين حماية البيانات. الأداة الرئيسية هي SDK لمنصة UMP، التي تعرض على المستخدم حوار موافقة لجمع ومعالجة البيانات لتخصيص الإعلانات.

بدون الحصول على موافقة المستخدم للتخصيص، سيعرض Google Mobile Ads SDK إعلانات غير مخصصة فقط، مما يقلل eCPM بنسبة 40–60%. TCF v2.0 (Transparency & Consent Framework) — معيار IAB Europe لنقل إشارات الموافقة بين أنظمة الإعلان. يدعم Google Ad Manager TCF v2.0 تلقائياً. لـ AdMob، يلزم التكامل من خلال SDK لمنصة UMP بمعلمة FORMS_PUBLISHER_ID.

// طلب موافقة SDK لمنصة UMP
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

متطلبات إضافية: للمستخدمين من كاليفورنيا (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 مرات في الجلسة. يتيح Google Analytics لـ Firebase تتبع الشاشات التي تحقق أكبر دخل وأين يغلق المستخدمون الإعلانات بشكل أكثر.

العامل الثاني المهم هو الوساطة. قم بربط 3–5 شبكات إعلانية عبر وساطة AdMob. وفقاً لـ Google، تربح التطبيقات التي تستخدم الوساطة بنسبة 30% أكثر. يوفر App Bidding (متاح لـ Ad Manager وجزئياً لـ AdMob) زيادة إضافية بنسبة 10–40% من خلال المزاد المتزامن. اختبار A/B لوضع الإعلانات: اختبر مواقع مختلفة للوحات (أعلى/أسفل، يمين/يسار) وتكرار الإعلانات البينية على شرائح مختلفة من المستخدمين.

العامل الثالث هو الاستهداف الجغرافي. eCPM في الولايات المتحدة وكندا وأستراليا أعلى بنسبة 3–5 مرات من الهند أو إندونيسيا. إذا كان تطبيقك شائعاً في مناطق ذات eCPM منخفض، توصي Google باستخدام وساطة الشلال مع شبكات من تلك المناطق (على سبيل المثال، InMobi للهند). ضبط حدود التكرار: لا يزيد عن إعلان بيني واحد كل دقيقتين ولا يزيد عن 5 فيديوهات مكافأة في الساعة — هذا يقلل إرهاق المستخدم من الإعلانات.