Google Mobile Ads — คืออะไร SDK โฆษณาและการสร้างรายได้

ผู้แต่ง: IT Sectr เผยแพร่เมื่อ: 2026-04-30 เวลาอ่าน: 10 นาที

Google Mobile Ads — คือ SDK ของ Google สำหรับแสดงโฆษณาในแอปมือถือ ซึ่งรวมถึง AdMob และ Google Ad Manager SDK รองรับรูปแบบหลักทั้งหมด: แบนเนอร์ โฆษณาแทรกกลางหน้า (interstitial) วิดีโอพร้อมรางวัล (rewarded) และโฆษณาแบบเนทีฟ Google Mobile Ads SDK ประมวลผลคำขอโฆษณามากกว่า 1 ล้านล้านครั้งต่อปี และถูกใช้ใน 80% ของแอปที่มีการสร้างรายได้จากโฆษณา ตามข้อมูลจาก Google AdMob Documentation, 2025 รายได้เฉลี่ยต่อผู้ใช้เมื่อรวมระบบอย่างถูกต้องคือ $0.50-2.00 ต่อเดือน

ประเด็นสำคัญ

  • Google Mobile Ads — SDK สำหรับแสดงโฆษณาในแอปมือถือผ่าน AdMob และ Ad Manager
  • รูปแบบ — แบนเนอร์ โฆษณาแทรกกลางหน้า โฆษณาพร้อมรางวัล โฆษณาแบบเนทีฟ และ App Open Ads
  • AdMob — แพลตฟอร์มสร้างรายได้จากแอปที่มีการเติมเต็มพื้นที่โฆษณาอัตโนมัติ
  • Ad Manager — แพลตฟอร์มขั้นสูงสำหรับผู้เผยแพร่รายใหญ่ที่มีแคมเปญโฆษณาของตนเอง
  • การไกล่เกลี่ย (Mediation) — เทคโนโลยีการเชื่อมต่อเครือข่ายโฆษณาหลายแห่งเพื่อเพิ่มรายได้

Google Mobile Ads คืออะไร?

Google Mobile Ads — คือแพลตฟอร์มโฆษณาของ Google สำหรับแอปมือถือ ที่มี SDK สำหรับแสดงโฆษณาและเครื่องมือวิเคราะห์รายได้ แพลตฟอร์มประกอบด้วยสองระบบหลัก: AdMob (สำหรับนักพัฒนาอิสระ) และ Google Ad Manager (สำหรับผู้เผยแพร่รายใหญ่ที่มีแคมเปญโฆษณาโดยตรง) ทั้งสองระบบใช้ Google Mobile Ads SDK เดียวกัน ซึ่งทำให้การย้ายระหว่างแพลตฟอร์มเป็นเรื่องง่าย

พื้นฐานการทำงานของ Google Mobile Ads คือการประมูลแบบเรียลไทม์ (RTB — Real-Time Bidding) เมื่อแอปร้องขอการแสดงโฆษณา SDK จะส่งคำขอไปยังเซิร์ฟเวอร์ของ Google ซึ่งอัลกอริทึมจะวิเคราะห์โปรไฟล์ผู้ใช้ บริบทของแอป และแคมเปญโฆษณาที่มีอยู่ ผู้ชนะการประมูลจะถูกกำหนดภายใน 100-300 มิลลิวินาที — ยิ่งผู้โฆษณาประมูลสูงเท่าไหร่ รายได้ของนักพัฒนาก็ยิ่งมากขึ้นเท่านั้น ตามข้อมูลจาก Google (2025) eCPM เฉลี่ยสำหรับแอป Android อยู่ที่ $5-15

eCPM (effective Cost Per Mille) — ตัวชี้วัดหลักของการสร้างรายได้ ซึ่งแสดงรายได้ต่อ 1,000 การแสดงผล eCPM ขึ้นอยู่กับภูมิภาคของผู้ใช้ (สูงกว่าในสหรัฐอเมริกาและยุโรป ต่ำกว่าในเอเชีย) รูปแบบโฆษณา (วิดีโอพร้อมรางวัลให้ 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 (โฆษณาแทรกกลางหน้า) — โฆษณาเต็มจอ แสดงในช่วงพักตามธรรมชาติของแอป (ระหว่างเลเวลเกม เมื่อเปลี่ยนระหว่างหน้าจอ) โฆษณาแทรกกลางหน้าให้ eCPM $3-15 แต่ต้องวางอย่างระมัดระวัง — การแสดงบ่อยครั้งทำให้ผู้ใช้รำคาญ Google จำกัดความถี่: ไม่เกินหนึ่งครั้งต่อนาที ตามข้อมูลของ Google เมื่อวางอย่างเหมาะสม โฆษณาแทรกกลางหน้าจะไม่ลดการรักษาผู้ใช้มากกว่า 5%

Rewarded (โฆษณาพร้อมรางวัล) — วิดีโอที่ผู้ใช้จะได้รับโบนัสเมื่อดู (ชีวิตพิเศษ เหรียญ การเข้าถึงพรีเมียม) รูปแบบที่แพงที่สุดด้วย eCPM $10-30 และการมีส่วนร่วมของผู้ใช้สูง — 80% ของผู้ใช้ยอมรับที่จะดูวิดีโอพร้อมรางวัล สิ่งสำคัญ: รางวัลต้องมีความหมายต่อผู้ใช้ มิฉะนั้นเขาจะไม่ดูโฆษณา Rewarded interstitial — รูปแบบไฮบริด (รางวัลโดยไม่ต้องดูบังคับ) ใช้ได้ตั้งแต่ SDK 21.0.0

kotlin
// โหลดและแสดง 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%) ในทุกรูปแบบและผสานรวมกับ 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 เพิ่มรายได้ของผู้เผยแพร่รายใหญ่ 15-30% เมื่อเทียบกับ AdMob

เกณฑ์AdMobAd Manager
กลุ่มเป้าหมายนักพัฒนาอิสระผู้เผยแพร่รายใหญ่
ดีลโดยตรงไม่มีมี
App Biddingจำกัดเต็มรูปแบบ
เกณฑ์ปริมาณการเข้าชมเท่าใดก็ได้5M+ การแสดงผล/เดือน
การวิเคราะห์มาตรฐานขั้นสูง

การย้ายจาก AdMob ไป Ad Manager เพียงเปลี่ยน ID หน่วยโฆษณาในโค้ดแอปก็พอ — SDK ยังคงเหมือนเดิม (Google Mobile Ads SDK) Google แนะนำให้เริ่มด้วย AdMob และเมื่อรายได้ต่อเดือนถึง $10,000+ ให้พิจารณาเปลี่ยนไปใช้ Ad Manager App Bidding — เทคโนโลยีหลักของ Ad Manager ที่ช่วยให้เครือข่ายโฆษณาทั้งหมดแข่งขันในการประมูลเดียว ซึ่งเพิ่ม eCPM 10-40%

การไกล่เกลี่ย: การเชื่อมต่อเครือข่ายโฆษณาหลายแห่ง

การไกล่เกลี่ย (Ad Mediation) — เทคโนโลยีของ Google Mobile Ads ที่ช่วยให้เชื่อมต่อเครือข่ายโฆษณาหลายแห่งเข้ากับหน่วยโฆษณาเดียว เมื่อ SDK ร้องขอโฆษณา จะสอบถามเครือข่ายตามลำดับ: อันดับแรก Google Ads จากนั้นเครือข่ายพันธมิตร (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral และอื่น ๆ) เลือกเครือข่ายที่มีการประมูลสูงสุดสำหรับผู้ใช้รายนี้

Google Mobile Ads SDK รองรับการไกล่เกลี่ยเครือข่ายโฆษณามากกว่า 30 รายการผ่านอะแดปเตอร์ ซึ่งโหลดเป็น dependencies ของ Gradle แยกกัน อะแดปเตอร์แต่ละตัวใช้อินเตอร์เฟส Google ที่เป็นหนึ่งเดียว ทำให้ SDK ทำงานได้อย่างสม่ำเสมอกับเครือข่ายใดก็ได้ ตามข้อมูลของ Google การไกล่เกลี่ยเพิ่มรายได้รวมจากโฆษณา 15-50% เมื่อเทียบกับการใช้เฉพาะ AdMob App Bidding — เวอร์ชันขั้นสูงของการไกล่เกลี่ย ซึ่งเครือข่ายทั้งหมดเข้าร่วมการประมูลเดียวพร้อมกัน แทนที่จะทำตามลำดับ

kotlin
// การตั้งค่าการไกล่เกลี่ย (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

การกำหนดค่า Google Mobile Ads ในโปรเจกต์ Android

การกำหนดค่า Google Mobile Ads ในแอป Android เริ่มต้นด้วยการเพิ่ม dependency 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() — เพื่อให้โฆษณาโหลดพร้อมกันกับการเปิดแอป

หลังจากเริ่มต้น SDK นักพัฒนาจะสร้างหน่วยโฆษณาในเว็บอินเตอร์เฟสของ AdMob หรือ Ad Manager และฝัง AdView ในเลย์เอาต์ของแอป (สำหรับแบนเนอร์) หรือโหลด InterstitialAd/RewardedAd ผ่านโปรแกรม สิ่งสำคัญ: ใช้ ID หน่วยโฆษณาทดสอบระหว่างการพัฒนาและ ID จริงหลังเผยแพร่ Google Mobile Ads SDK จะระบุโหมดทดสอบโดยอัตโนมัติตามอุปกรณ์ที่เพิ่มใน Test Devices ในคอนโซล AdMob

kotlin
// เริ่มต้น 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 นอกจากนี้ยังต้องรวม UMP SDK (User Messaging Platform) เพื่อขอความยินยอมในการประมวลผลข้อมูลจากผู้ใช้ใน EEA และสหราชอาณาจักร หากไม่มี UMP SDK Google อาจจำกัดการแสดงโฆษณาส่วนบุคคล ซึ่งจะลด eCPM ลง 40-60%

ความเป็นส่วนตัวของผู้ใช้และ GDPR

Google Mobile Ads ต้องการการปฏิบัติตามกฎความเป็นส่วนตัวสำหรับผู้ใช้ในเขตเศรษฐกิจยุโรป (EEA) สหราชอาณาจักร สหรัฐอเมริกา (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 จำเป็นต้องรวมผ่าน UMP SDK ด้วยพารามิเตอร์ FORMS_PUBLISHER_ID

kotlin
// คำขอความยินยอมผู้ใช้ของ 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

ข้อกำหนดเพิ่มเติม: สำหรับผู้ใช้ในแคลิฟอร์เนีย (CCPA) Google ต้องการการสนับสนุนตัวเลือก “Do Not Sell My Personal Information” สำหรับเด็ก (COPPA) — การเปิดใช้งาน tagForChildDirectedTreatment Google Play Store ต้องการให้แอปทั้งหมดที่มีโฆษณามีนโยบายความเป็นส่วนตัวและลิงก์ไปยังนโยบายดังกล่าวใน Google Play Console การละเมิดข้อกำหนดเหล่านี้อาจนำไปสู่การบล็อกการแสดงโฆษณาหรือการนำแอปออกจาก Play Store

ตัวอย่างโค้ด: การแสดงวิดีโอพร้อมรางวัลบน Kotlin

ตัวอย่างการรวมโฆษณาพร้อมรางวัลแบบสมบูรณ์พร้อมการจัดการรางวัลผู้ใช้ แอปโหลดวิดีโอพร้อมรางวัลเมื่อเริ่มต้น แสดงเมื่อคลิกปุ่ม “รับโบนัส” และให้เหรียญแก่ผู้ใช้หลังจากดูจนจบ โค้ดใช้ coroutine สำหรับการโหลดแบบอะซิงโครนัสและตรวจสอบว่าไม่แสดงโฆษณาหากผู้ใช้ได้รับรางวัลไปแล้ว (ป้องกันรางวัลซ้ำ)

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 ห้ามแสดงโฆษณาพร้อมรางวัลโดยไม่มีการร้องขอจากผู้ใช้อย่างชัดเจน (ห้ามเล่นอัตโนมัติ) ตรวจสอบ callback onUserEarnedReward — หลังจากนั้นจึงให้รางวัล

เคล็ดลับการเพิ่มประสิทธิภาพรายได้จากโฆษณา

การเพิ่มประสิทธิภาพรายได้จาก Google Mobile Ads เริ่มต้นด้วยการเลือกรูปแบบโฆษณาที่ถูกต้อง การผสมผสานระหว่างแบนเนอร์ (สำหรับรายได้พื้นฐานที่สม่ำเสมอ) และวิดีโอพร้อมรางวัล (สำหรับการโต้ตอบที่ active) ให้รายได้รวมสูงสุด ใช้โฆษณาแทรกกลางหน้าเฉพาะในช่วงพักตามธรรมชาติ — ไม่เกิน 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 สำหรับอินเดีย) กำหนดค่าการจำกัดความถี่: ไม่เกิน 1 โฆษณาแทรกกลางหน้าทุก 2 นาที และไม่เกิน 5 วิดีโอพร้อมรางวัลต่อชั่วโมง — ซึ่งจะช่วยลดความเบื่อหน่ายโฆษณาของผู้ใช้

คำถามที่พบบ่อย

จะสร้างรายได้จาก Google Mobile Ads ในปี 2026 ได้อย่างไร?

รายได้เฉลี่ยต่อผู้ใช้เมื่อรวมระบบอย่างถูกต้องคือ $0.50-2.00 ต่อเดือน ใช้การผสมผสานรูปแบบ: แบนเนอร์สำหรับรายได้พื้นฐาน วิดีโอพร้อมรางวัลสำหรับการสร้างรายได้เชิงรุก และโฆษณาแทรกกลางหน้าในช่วงพักตามธรรมชาติ ต้องเชื่อมต่อการไกล่เกลี่ยและ UMP SDK สำหรับ GDPR รายได้สูงสุดมาจากผู้ใช้ในสหรัฐอเมริกาและยุโรป

ข้อกำหนดของ Google ในการแสดงโฆษณาในแอปคืออะไร?

ข้อกำหนดหลัก: บัญชี AdMob นโยบายความเป็นส่วนตัวในแอป การรวม UMP SDK สำหรับขอความยินยอมจากผู้ใช้ใน EEA การจัดอันดับอายุแอปใน Google Play Console Google Play Store ต้องการให้แอปทั้งหมดที่มีโฆษณาระบุสิ่งนี้เมื่อเผยแพร่และปฏิบัติตามนโยบายเนื้อหาที่ไม่เหมาะสมของ Google Ads

App Bidding คืออะไรและแตกต่างจากการไกล่เกลี่ยอย่างไร?

App Bidding — เทคโนโลยีที่เครือข่ายโฆษณาทั้งหมดเข้าร่วมการประมูลเพื่อแสดงโฆษณาพร้อมกัน ผู้ชนะจะถูกกำหนดภายใน 100-200 ms ต่างจากการไกล่เกลี่ยตามลำดับ (ที่สอบถามเครือข่ายทีละเครือข่าย) App Bidding เพิ่มรายได้ 10-40% และลดความหน่วงในการแสดง App Bidding ใช้ได้ใน Google Ad Manager และบางส่วนใน AdMob

ทำไม eCPM ในแอปของฉันถึงต่ำ?

สาเหตุของ eCPM ต่ำ: ภูมิภาคของผู้ใช้ (ในเอเชียและแอฟริกา eCPM ต่ำกว่า) รูปแบบผิด (แบนเนอร์ให้รายได้น้อยกว่าโฆษณาพร้อมรางวัล) ขาดการไกล่เกลี่ย (ใช้เฉพาะ AdMob) การกำหนดค่า UMP ผิด (ไม่มีความยินยอมในการปรับแต่ง) หรือเปอร์เซ็นต์ผู้ใช้ที่บล็อกโฆษณาสูง ตรวจสอบการวิเคราะห์ AdMob และกำหนดค่า App Bidding

สามารถแสดงโฆษณาแก่เด็กตาม COPPA ได้หรือไม่?

ได้ แต่มีข้อจำกัด แอปต้องเปิดใช้งาน tagForChildDirectedTreatment(true) ใน RequestConfiguration Google จะแสดงเฉพาะโฆษณาที่ปลอดภัยโดยไม่มีการปรับแต่ง eCPM สำหรับแอปเด็กต่ำกว่า 60-80% ใน Google Play Console ต้องระบุกลุ่มเป้าหมายของแอป การละเมิด COPPA — การบล็อกบัญชี AdMob

สรุป

  • Google Mobile Ads — SDK สำหรับสร้างรายได้จากแอปผ่าน AdMob และ Ad Manager รองรับทุกรูปแบบโฆษณา
  • รูปแบบ — แบนเนอร์ (eCPM $0.5-2) โฆษณาแทรกกลางหน้า ($3-15) โฆษณาพร้อมรางวัล ($10-30) และโฆษณาแบบเนทีฟ (CTR 0.5-2%)
  • AdMob — สำหรับนักพัฒนาอิสระที่มีการเติมเต็มพื้นที่โฆษณาอัตโนมัติและการไกล่เกลี่ยในตัว
  • Ad Manager — สำหรับผู้เผยแพร่รายใหญ่ที่มีดีลโดยตรงและ App Bidding เต็มรูปแบบ
  • การไกล่เกลี่ย — การเชื่อมต่อเครือข่ายโฆษณา 3-5 แห่งเพิ่มรายได้ 15-50%
  • GDPR — การรวม UMP SDK ที่จำเป็นสำหรับการขอความยินยอมจากผู้ใช้ใน EEA
  • การเพิ่มประสิทธิภาพ — การผสมผสานรูปแบบ การไกล่เกลี่ย การทดสอบ A/B และการกำหนดเป้าหมายตามภูมิภาคเพิ่มรายได้สูงสุด

เราจะพัฒนาแอปพลิเคชันบนมือถือแบบครบวงจร

IT Sectr สร้างแอปพลิเคชัน iOS และ Android สำหรับสตาร์ทอัพและธุรกิจตั้งแต่ปี 2017 เราจะให้คำแนะนำและเสนอวิธีแก้ปัญหาที่ดีที่สุดแก่คุณ

ปรึกษาโครงการ

อ่านเพิ่มเติม