Banner Ad ในการพัฒนามือถือ — คืออะไร รูปแบบโฆษณา และวิธีการทำงาน

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

Banner Ad เป็นรูปแบบโฆษณาแบบกราฟิกในแอปพลิเคชันมือถือ โดยแสดงเป็นแบนเนอร์สี่เหลี่ยมผืนผ้าที่ฝังอยู่ในอินเทอร์เฟซของแอป ตามข้อมูลจาก Statista, 2025 ตลาดโฆษณาในแอปมีมูลค่าเกิน 380 พันล้านดอลลาร์ โดย 18% มาจากรูปแบบแบนเนอร์ Banner Ads ยังคงเป็นวิธีการสร้างรายได้ที่ง่ายและเข้าถึงได้มากที่สุดสำหรับนักพัฒนาแอปฟรี

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

  • Banner Ad คือบล็อกโฆษณาสี่เหลี่ยมผืนผ้าที่ฝังอยู่ในอินเทอร์เฟซของแอปมือถือ
  • eCPM ของแบนเนอร์ต่ำที่สุดในบรรดารูปแบบโฆษณา: $0.5–$3 ในสหรัฐอเมริกา $0.2–$1 ในภูมิภาคอื่น
  • การวาง ที่ด้านล่างของหน้าจอให้ความสมดุลที่ดีที่สุดระหว่างรายได้และประสบการณ์ผู้ใช้
  • Auto-refresh — เปลี่ยนโฆษณาอัตโนมัติทุก 30–60 วินาที
  • AdMob เป็นเครือข่ายที่ใหญ่ที่สุดสำหรับ Banner Ads ด้วยส่วนแบ่งตลาดโฆษณาบนมือถือ 70%

Banner Ad คืออะไร?

Banner Ad เป็นรูปแบบโฆษษณาบนมือถือที่แสดงโฆษณาแบบกราฟิกหรือข้อความภายในอินเทอร์เฟซของแอป ขนาดมาตรฐาน: 320×50 px (แบนเนอร์), 320×100 px (แบนเนอร์ใหญ่), 300×250 px (สี่เหลี่ยมผืนผ้าขนาดกลาง), 728×90 px (ลีดเดอร์บอร์ดสำหรับแท็บเล็ต) แบนเนอร์จะครอบครองพื้นที่คงที่บนหน้าจอ — โดยปกติ 5–15% ของความสูงหน้าจอ — และรีเฟรชอัตโนมัติทุก 30–60 วินาที

ตามข้อมูลของ Google AdMob (2025) แบนเนอร์แบบปรับเปลี่ยนได้ (adaptive banners) เป็นรูปแบบที่ต้องการ ซึ่งจะปรับตามความกว้างหน้าจอของอุปกรณ์โดยอัตโนมัติ แบนเนอร์แบบปรับเปลี่ยนได้มีอัตราการเติม (fill rate) 98% เทียบกับ 85% ของแบนเนอร์แบบคงที่ เนื่องจากเครือข่ายโฆษณาสามารถจับคู่โฆษณากับขนาดที่แน่นอนของบล็อกได้ CTR เฉลี่ยของแบนเนอร์คือ 0.1–0.5% และอัตราการแปลงจากการคลิกคือ 2–5%

Banner Ad เป็นรูปแบบโฆษณาที่รุกล้ำน้อยที่สุด: แบนเนอร์ไม่ปกคลุมเนื้อหาตลอดเวลา (ต่างจาก interstitial) ไม่ต้องการการดำเนินการจากผู้ใช้ (ต่างจาก rewarded video) และไม่ขัดจังหวะประสบการณ์ผู้ใช้ อย่างไรก็ตาม eCPM ที่ต่ำทำให้แบนเนอร์มีประสิทธิภาพเฉพาะกับการแสดงผลจำนวนมากเท่านั้น — แอปที่มี DAU น้อยกว่า 10,000 อาจไม่สามารถคืนทุนค่าบูรณาการโฆษณาแบนเนอร์ได้ ตามข้อมูลของ Appodeal (2025) เกณฑ์ขั้นต่ำสำหรับความคุ้มค่าของ Banner Ads คือ 30,000 การแสดงผลต่อวัน

Banner Ad ทำงานอย่างไรในแอปมือถือ

Banner Ad ทำงานผ่าน SDK โฆษณา (Software Development Kit) ที่ฝังอยู่ในแอปและจัดการการโหลด การแสดงผล และการรีเฟรชโฆษณา

หลักการทำงาน

SDK โฆษณา (เช่น Google Mobile Ads SDK) โหลดโฆษณาจากเครือข่ายโฆษณาเมื่อเปิดแอป แบนเนอร์ขอโฆษณา เครือข่ายจัดการประมูลแบบเรียลไทม์ (real-time bidding) ระหว่างผู้โฆษณา และโฆษณาที่ชนะจะแสดงในแบนเนอร์ หลังจาก 30–60 วินาที กระบวนการจะทำซ้ำ (auto-refresh) นักพัฒนาได้รับรายได้จากการแสดงผล (CPM) หรือการคลิก (CPC) ขึ้นอยู่กับเงื่อนไขของเครือข่าย

Real-time Bidding

RTB คือการประมูลแบบเรียลไทม์ที่ผู้โฆษณาประมูลเพื่อการแสดงผลแต่ละครั้ง เมื่อมีการขอแบนเนอร์ ข้อมูลที่ส่ง: ตำแหน่งที่ตั้ง, ประเภทอุปกรณ์, หมวดหมู่แอป, ประวัติผู้ใช้ (หากได้รับความยินยอม) ผู้ชนะการประมูลคือผู้โฆษณาที่เสนอราคาสูงสุด เวลาประมูลเฉลี่ยคือ 100–200 ms In-app bidding เพิ่ม eCPM 20–40% เมื่อเทียบกับโมเดล waterfall แบบดั้งเดิม (ข้อมูล PubMatic, 2025)

การรวม SDK แบนเนอร์

ตัวอย่างการรวมแบนเนอร์แบบปรับเปลี่ยนได้ของ AdMob ในแอปด้วย Kotlin:

kotlin
class MainActivity : AppCompatActivity() {
    private lateinit var adView: AdView
    private val adUnitId = "ca-app-pub-3940256099942544/6300978111"

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        adView = AdView(this)
        adView.adUnitId = adUnitId
        adView.adSize = AdSize.getCurrentOrientationAnchoredAdaptiveBannerAdSize(
            this, AdSize.FULL_WIDTH
        )

        val adContainer = findViewById<FrameLayout>(R.id.ad_container)
        adContainer.addView(adView)

        loadBanner()
    }

    private fun loadBanner() {
        val adRequest = AdRequest.Builder().build()
        adView.loadAd(adRequest)
    }

    override fun onPause() {
        adView.pause()
        super.onPause()
    }

    override fun onResume() {
        super.onResume()
        adView.resume()
    }

    override fun onDestroy() {
        adView.destroy()
        super.onDestroy()
    }
}

ประเภทหลักของ Banner Ads

Banner Ads แตกต่างกันตาม ขนาด พฤติกรรม และเทคโนโลยีการแสดงผล การเลือกประเภทแบนเนอร์ส่งผลต่อ eCPM ประสบการณ์ผู้ใช้ และความซับซ้อนทางเทคนิคของการรวม

แบนเนอร์แบบคงที่

แบนเนอร์แบบคงที่ คือภาพกราฟิก (PNG, JPG) หรือภาพเคลื่อนไหว HTML5 ที่มีขนาดคงที่ ขนาด: 320×50 px สำหรับโทรศัพท์, 728×90 px สำหรับแท็บเล็ต แบนเนอร์แบบคงที่มี eCPM ต่ำที่สุด ($0.5–$2) เนื่องจากการมีส่วนร่วมต่ำ ข้อดีคือผลกระทบต่อประสิทธิภาพของแอปน้อยที่สุด (ไม่โหลด CPU/GPU) ใช้ในยูทิลิตี้ แคตตาล็อก และแอปเนื้อหา

แบนเนอร์แบบปรับเปลี่ยนได้ (Adaptive)

Adaptive แบนเนอร์ปรับความกว้างและความสูงตามขนาดหน้าจอของอุปกรณ์โดยอัตโนมัติ Google AdMob แนะนำแบนเนอร์แบบปรับเปลี่ยนได้เป็นมาตรฐาน: ให้อัตราการเติมสูงสุดและ eCPM สูงกว่าแบนเนอร์แบบคงที่ 15–25% แบนเนอร์แบบปรับเปลี่ยนได้มีทั้งแบบยึดตำแหน่ง (ตำแหน่งคงที่ด้านล่าง/ด้านบน) และแบบอินไลน์ (ฝังในเนื้อหาที่เลื่อนได้) แบนเนอร์แบบปรับเปลี่ยนได้แบบอินไลน์เป็นรูปแบบล่าสุด ที่รวมอยู่ในรายการหรือฟีด

แบนเนอร์ Rich Media

Rich Media คือแบนเนอร์แบบโต้ตอบที่มีวิดีโอ ภาพเคลื่อนไหว การปัด และฟอร์ม รองรับ MRAID (Mobile Rich Media Ad Interface Definitions) — มาตรฐาน IAB สำหรับโฆษณาแบบโต้ตอบ แบนเนอร์ Rich Media มี eCPM $3–$8 แต่ต้องโหลดข้อมูล 2–5 MB และอาจลดประสิทธิภาพของแอปบนอุปกรณ์รุ่นเก่า ใช้ในแอประดับพรีเมียมและแคมเปญแบรนด์

แบนเนอร์ Collapsible

Collapsible เป็นรูปแบบของ Google AdMob ที่แบนเนอร์ขนาดใหญ่ (320×100 px) จะยุบลงเป็นขนาดมาตรฐาน (320×50 px) โดยอัตโนมัติหลังจาก 10–15 วินาที รูปแบบนี้ช่วยให้แสดงข้อมูลมากขึ้นในไม่กี่วินาทีแรกโดยไม่กินพื้นที่หน้าจอถาวร แบนเนอร์ Collapsible แสดง eCPM สูงกว่าแบนเนอร์มาตรฐาน 20–30% ในขณะที่อัตราการรักษาผู้ใช้ไม่ลดลง (ข้อมูล Google AdMob, 2025)

เครือข่ายโฆษณาสำหรับ Banner Ads

การเลือกเครือข่ายโฆษณาส่งผลอย่างมากต่อ eCPM อัตราการเติม และความเสถียรของรายได้ เครือข่ายต่างๆ เชี่ยวชาญในภูมิภาคและหมวดหมู่แอปที่แตกต่างกัน

เครือข่ายหลัก

เครือข่ายeCPM (สหรัฐฯ)อัตราการเติมคุณสมบัติ
AdMob$1.5–$395–98%เครือข่ายใหญ่ที่สุด จ่ายเงินคงที่
AppLovin$2–$490–95%eCPM สูง in-app bidding
Meta Audience Network$3–$740–70%eCPM สูงสุด อัตราการเติมต่ำ
Unity Ads$1–$385–90%เหมาะสำหรับเกม
IronSource$1.5–$3.585–90%การไกล่เกลี่ยและการทดสอบ A/B

การไกล่เกลี่ยแบนเนอร์ (Mediation)

การไกล่เกลี่ย เป็นเทคโนโลยีที่แพลตฟอร์มโฆษณาสอบถามเครือข่ายหลายแห่งและแสดงโฆษณาที่มี eCPM สูงที่สุด สำหรับ Banner Ads การไกล่เกลี่ยสำคัญเป็นพิเศษเนื่องจาก eCPM ต่ำ — แม้การเพิ่มขึ้น 20% ก็มีนัยสำคัญ แพลตฟอร์มการไกล่เกลี่ยยอดนิยม: AdMob Mediation (ฟรี), AppLovin MAX (ฟรี), IronSource (ฟรี) การไกล่เกลี่ยเพิ่ม eCPM ของแบนเนอร์ 20–40% และอัตราการเติมสูงถึง 97% (ข้อมูล PubMatic, 2025)

In-app Bidding

In-app bidding คือระดับถัดไปของการไกล่เกลี่ย โดยเครือข่ายทั้งหมดเข้าร่วมการประมูลเดียวพร้อมกัน (แทนที่จะเป็นลำดับดังใน waterfall) สำหรับ Banner Ads in-app bidding ให้ eCPM เพิ่มขึ้น 15–30% เนื่องจากเครือข่ายทั้งหมดเข้าถึงการแสดงผลแต่ละครั้งอย่างเท่าเทียมกัน รองรับโดย AppLovin MAX, AdMob (กับ Open Bidding) และ IronSource

แนวทางปฏิบัติที่ดีที่สุดในการวาง Banner Ads

การวางแบนเนอร์เป็นปัจจัยสำคัญที่กำหนดทั้งรายได้และ ประสบการณ์ผู้ใช้ การวางผิดตำแหน่งอาจลดอัตราการรักษาผู้ใช้ลง 30–50%

ตำแหน่งบนหน้าจอ

ตำแหน่งที่เหมาะสมที่สุด คือด้านล่างของหน้าจอ (bottom anchor) แบนเนอร์ไม่ปกคลุมเนื้อหาและผู้ใช้จะคุ้นเคยกับการมีอยู่ของมัน ตำแหน่งด้านบน (top anchor) เหมาะสำหรับแอปที่มีการนำทางด้านล่าง แบนเนอร์ลอยเป็นตัวเลือกที่แย่ที่สุด: มันปกคลุมเนื้อหาและทำให้ผู้ใช้รำคาญ ตามข้อมูลของ Google (2025) แบนเนอร์ด้านล่างมี CTR สูงกว่าแบนเนอร์ด้านบน 15% และไม่ลดอัตราการรักษาผู้ใช้

ความถี่ในการรีเฟรช (Auto-refresh)

Auto-refresh เป็นกลไกมาตรฐานสำหรับ Banner Ads ที่เปลี่ยนโฆษณาทุก 30–60 วินาที ช่วงเวลาที่แนะนำ: 60 วินาทีสำหรับแอปเนื้อหา (ผู้ใช้ไม่วอกแวก), 30 วินาทีสำหรับยูทิลิตี้ (เซสชันสั้น) การรีเฟรชบ่อยเกินไป (< 30 วินาที) ไม่เพิ่มรายได้ — ผู้โฆษณาจ่ายน้อยลงสำหรับการแสดงผลในแอปที่มีความหนาแน่นของโฆษษณาสูง Google AdMob ไม่แนะนำช่วงเวลาที่น้อยกว่า 30 วินาที

การจัดการวงจรชีวิต

การจัดการ วงจรชีวิต ของ Activity อย่างถูกต้องเป็นสิ่งสำคัญสำหรับ Banner Ads แบนเนอร์ต้องหยุดชั่วคราว (pause) ที่ onPause ดำเนินการต่อ (resume) ที่ onResume และทำลาย (destroy) ที่ onDestroy การจัดการที่ไม่ถูกต้องทำให้เกิดหน่วยความจำรั่วไหลและสิ้นเปลืองทราฟฟิก การจัดการวงจรชีวิตที่ถูกต้องแสดงในโค้ดการรวมด้านบน — onPause, onResume, onDestroy เป็นข้อบังคับ

การปรับให้เข้ากับธีมมืด

ธีมมืด ส่งผลต่อโฆษณาแบนเนอร์: ผู้ใช้ธีมมืดคลิกแบนเนอร์สว่างน้อยลง 20–30% (ข้อมูล AppDynamics, 2025) AdMob รองรับ forceAdaptiveBanner สำหรับการปรับความคมชัด สำหรับแอปที่มีธีมมืดแนะนำให้: ใช้โฆษณาพื้นเมือง (กลมกลืนกับธีม), เลือกผู้โฆษณาที่มีครีเอทีฟโหมดมืด และใช้จานสีที่เป็นกลางสำหรับแบนเนอร์

การติดตามตัวชี้วัดของ Banner Ads ช่วยให้ประเมิน ประสิทธิผล ของการสร้างรายได้จากโฆษณาและปรับแต่งการวางตำแหน่งได้ทันท่วงที

ตัวชี้วัดคำอธิบายเกณฑ์มาตรฐาน
Impressionsจำนวนการแสดงผลแบนเนอร์ขึ้นอยู่กับ DAU
eCPMรายได้ต่อ 1000 การแสดงผล$0.5–$3 (สหรัฐฯ)
CTRอัตราการคลิก0.1–0.5%
Fill Rate% ของคำขอที่สำเร็จ> 95%
Revenue per DAUรายได้ต่อผู้ใช้ที่ใช้งาน$0.01–$0.05/วัน
Impression RPMรายได้ต่อ 1000 การแสดงผลเท่ากับ eCPM

การคำนวณรายได้

รายได้ จาก Banner Ads คำนวณตามสูตร: รายได้ต่อวัน = DAU × เซสชัน × การแสดงแบนเนอร์ต่อเซสชัน × eCPM / 1000 ตัวอย่าง: 100,000 DAU, 3 เซสชันต่อวัน, แบนเนอร์แสดงใน 2 เซสชัน, eCPM $2 รายได้ = 100,000 × 3 × 0.7 × $2 / 1000 = $420 ต่อวัน ด้วยการไกล่เกลี่ย eCPM สามารถเพิ่มเป็น $3 ทำให้รายได้ต่อวันเป็น $630 สำหรับการเปรียบเทียบ interstitial ที่มี eCPM $8 หนึ่งการแสดงผลต่อผู้ใช้ต่อวันจะให้ $800 — แบนเนอร์มีประสิทธิภาพเฉพาะกับความถี่เซสชันที่สูง

LTV ของผู้ใช้โฆษณา

LTV ของผู้ใช้ที่สร้างรายได้ด้วยแบนเนอร์เท่านั้น: LTV = รายได้ต่อวันต่อผู้ใช้ × อายุการใช้งานเฉลี่ยเป็นวัน ด้วยรายได้ต่อวันต่อผู้ใช้ $0.02 (100,000 DAU, $2,000 ต่อวัน) และอายุการใช้งานเฉลี่ย 120 วัน LTV = $2.40 เพื่อความคุ้มค่า CPI ต้องต่ำกว่า $2.40 ที่ CPI เกม $2.80 การสร้างรายได้ด้วยแบนเนอร์เพียงอย่างเดียวอาจไม่คุ้มค่า — จำเป็นต้องรวมกับ interstitial หรือ rewarded video เพื่อให้ได้ LTV > CPI

การทดสอบ A/B แบนเนอร์

การทดสอบ ตำแหน่ง ขนาด และความถี่ของแบนเนอร์เป็นกระบวนการต่อเนื่อง Google แนะนำการทดสอบ A/B ตามรูปแบบ: กลุ่มควบคุม (70% ของทราฟฟิก) ด้วยการตั้งค่าปัจจุบัน กลุ่มทดสอบ (30% ของทราฟฟิก) ด้วยการตั้งค่าใหม่ ตัวชี้วัดสำหรับเปรียบเทียบ: รายได้ต่อผู้ใช้, การรักษาผู้ใช้ D7, CTR และ eCPM หลังจากการทดสอบ 7–14 วัน จะมีการตัดสินใจ การทดสอบ A/B ทั่วไปสำหรับ Banner Ads: ด้านล่าง vs ด้านบน, 320×50 vs 320×100, รีเฟรช 30 วินาที vs รีเฟรช 60 วินาที

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

eCPM เท่าใดสำหรับ Banner Ads ที่ถือว่าดี?

eCPM ที่ดี สำหรับแบนเนอร์คือ $2–$4 ในสหรัฐอเมริกา ปานกลาง $1–$2 ต่ำ < $1 สำหรับภูมิภาคอื่น eCPM ต่ำกว่า 2–5 เท่า การไกล่เกลี่ยและ in-app bidding เพิ่ม eCPM 20–40% เมื่อเทียบกับเครือข่ายเดียว

ตำแหน่งที่ดีที่สุดในการวางแบนเนอร์ในแอปคือที่ไหน?

เหมาะสมที่สุด — ที่ด้านล่างของหน้าจอ (bottom anchor) แบนเนอร์ไม่ปกคลุมเนื้อหาและไม่รบกวนการนำทาง ตำแหน่งด้านบนเหมาะสำหรับแอปที่มีการนำทางด้านล่าง หลีกเลี่ยงแบนเนอร์ลอยที่ปกคลุมเนื้อหา

สามารถแสดงแบนเนอร์กี่อันบนหน้าจอเดียว?

เพียง หนึ่ง แบนเนอร์ต่อหน้าจอ นโยบายของ Google AdMob — ไม่เกินหนึ่งมุมมองแบนเนอร์ต่อหน้าจอ การละเมิดอาจนำไปสู่การบล็อกบัญชี ข้อยกเว้น — การไกล่เกลี่ยกับแบนเนอร์แบบยุบได้จากเครือข่ายต่างๆ แต่แสดงเพียงอันเดียว

Banner Ads ส่งผลต่อประสิทธิภาพของแอปอย่างไร?

ผลกระทบ น้อยที่สุด: SDK แบนเนอร์เพิ่ม 2–5 MB ให้กับขนาดแอปและ 10–30 MB ของ RAM บนอุปกรณ์สมัยใหม่ ผลกระทบต่อ FPS ไม่สังเกตเห็นได้ บนอุปกรณ์ที่มี RAM < 2 GB แนะนำให้ใช้การโหลดแบบช้า (lazy loading) โดยหน่วงเวลา 1–2 วินาทีหลังจากเริ่มต้น

อะไรดีกว่า: Banner Ads หรือ Interstitial?

Banner — รายได้ที่มั่นคง คาดการณ์ได้ โดยมีผลกระทบต่อ UX น้อยที่สุด Interstitial — eCPM สูงกว่า ($5–15 vs $0.5–3) แต่เสี่ยงต่อการสูญเสียผู้ใช้หากแสดงบ่อยเกินไป การรวมที่เหมาะสมที่สุด: แบนเนอร์ตลอดเวลา + interstitial ไม่เกินหนึ่งครั้งทุก 90 วินาที

สรุป

  • Banner Ad เป็นรูปแบบโฆษณาบนมือถือที่เข้าถึงได้มากที่สุด: eCPM ต่ำ ($0.5–$3) แต่คาดการณ์รายได้สูง
  • แบนเนอร์ แบบปรับเปลี่ยนได้ เป็นมาตรฐานอุตสาหกรรม ให้อัตราการเติม 98% และ eCPM สูงกว่าแบนเนอร์แบบคงที่ 15–25%
  • การไกล่เกลี่ย เครือข่ายโฆษณาและ in-app bidding เพิ่ม eCPM ของแบนเนอร์ 20–40%
  • ตำแหน่ง ด้านล่าง ของหน้าจอคือความสมดุลที่เหมาะสมระหว่างรายได้และประสบการณ์ผู้ใช้
  • Auto-refresh 30–60 วินาทีคือช่วงเวลามาตรฐาน น้อยกว่า 30 วินาทีไม่เพิ่มรายได้
  • แบนเนอร์ มีประสิทธิภาพเมื่อ DAU > 10,000 และความถี่เซสชันสูง; กับผู้ชมน้อยกว่ารายได้ไม่คุ้มค่าการรวม
  • ไฮบริด Banner + Interstitial + Rewarded Video ให้ ARPU สูงสุดพร้อมรักษาประสบการณ์ผู้ใช้ที่ยอมรับได้

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

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

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

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