Banner Ad เป็นรูปแบบโฆษณาแบบกราฟิกในแอปพลิเคชันมือถือ โดยแสดงเป็นแบนเนอร์สี่เหลี่ยมผืนผ้าที่ฝังอยู่ในอินเทอร์เฟซของแอป ตามข้อมูลจาก Statista, 2025 ตลาดโฆษณาในแอปมีมูลค่าเกิน 380 พันล้านดอลลาร์ โดย 18% มาจากรูปแบบแบนเนอร์ Banner Ads ยังคงเป็นวิธีการสร้างรายได้ที่ง่ายและเข้าถึงได้มากที่สุดสำหรับนักพัฒนาแอปฟรี
ประเด็นสำคัญ
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 ทำงานผ่าน SDK โฆษณา (Software Development Kit) ที่ฝังอยู่ในแอปและจัดการการโหลด การแสดงผล และการรีเฟรชโฆษณา
SDK โฆษณา (เช่น Google Mobile Ads SDK) โหลดโฆษณาจากเครือข่ายโฆษณาเมื่อเปิดแอป แบนเนอร์ขอโฆษณา เครือข่ายจัดการประมูลแบบเรียลไทม์ (real-time bidding) ระหว่างผู้โฆษณา และโฆษณาที่ชนะจะแสดงในแบนเนอร์ หลังจาก 30–60 วินาที กระบวนการจะทำซ้ำ (auto-refresh) นักพัฒนาได้รับรายได้จากการแสดงผล (CPM) หรือการคลิก (CPC) ขึ้นอยู่กับเงื่อนไขของเครือข่าย
RTB คือการประมูลแบบเรียลไทม์ที่ผู้โฆษณาประมูลเพื่อการแสดงผลแต่ละครั้ง เมื่อมีการขอแบนเนอร์ ข้อมูลที่ส่ง: ตำแหน่งที่ตั้ง, ประเภทอุปกรณ์, หมวดหมู่แอป, ประวัติผู้ใช้ (หากได้รับความยินยอม) ผู้ชนะการประมูลคือผู้โฆษณาที่เสนอราคาสูงสุด เวลาประมูลเฉลี่ยคือ 100–200 ms In-app bidding เพิ่ม eCPM 20–40% เมื่อเทียบกับโมเดล waterfall แบบดั้งเดิม (ข้อมูล PubMatic, 2025)
ตัวอย่างการรวมแบนเนอร์แบบปรับเปลี่ยนได้ของ AdMob ในแอปด้วย 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 แตกต่างกันตาม ขนาด พฤติกรรม และเทคโนโลยีการแสดงผล การเลือกประเภทแบนเนอร์ส่งผลต่อ eCPM ประสบการณ์ผู้ใช้ และความซับซ้อนทางเทคนิคของการรวม
แบนเนอร์แบบคงที่ คือภาพกราฟิก (PNG, JPG) หรือภาพเคลื่อนไหว HTML5 ที่มีขนาดคงที่ ขนาด: 320×50 px สำหรับโทรศัพท์, 728×90 px สำหรับแท็บเล็ต แบนเนอร์แบบคงที่มี eCPM ต่ำที่สุด ($0.5–$2) เนื่องจากการมีส่วนร่วมต่ำ ข้อดีคือผลกระทบต่อประสิทธิภาพของแอปน้อยที่สุด (ไม่โหลด CPU/GPU) ใช้ในยูทิลิตี้ แคตตาล็อก และแอปเนื้อหา
Adaptive แบนเนอร์ปรับความกว้างและความสูงตามขนาดหน้าจอของอุปกรณ์โดยอัตโนมัติ Google AdMob แนะนำแบนเนอร์แบบปรับเปลี่ยนได้เป็นมาตรฐาน: ให้อัตราการเติมสูงสุดและ eCPM สูงกว่าแบนเนอร์แบบคงที่ 15–25% แบนเนอร์แบบปรับเปลี่ยนได้มีทั้งแบบยึดตำแหน่ง (ตำแหน่งคงที่ด้านล่าง/ด้านบน) และแบบอินไลน์ (ฝังในเนื้อหาที่เลื่อนได้) แบนเนอร์แบบปรับเปลี่ยนได้แบบอินไลน์เป็นรูปแบบล่าสุด ที่รวมอยู่ในรายการหรือฟีด
Rich Media คือแบนเนอร์แบบโต้ตอบที่มีวิดีโอ ภาพเคลื่อนไหว การปัด และฟอร์ม รองรับ MRAID (Mobile Rich Media Ad Interface Definitions) — มาตรฐาน IAB สำหรับโฆษณาแบบโต้ตอบ แบนเนอร์ Rich Media มี eCPM $3–$8 แต่ต้องโหลดข้อมูล 2–5 MB และอาจลดประสิทธิภาพของแอปบนอุปกรณ์รุ่นเก่า ใช้ในแอประดับพรีเมียมและแคมเปญแบรนด์
Collapsible เป็นรูปแบบของ Google AdMob ที่แบนเนอร์ขนาดใหญ่ (320×100 px) จะยุบลงเป็นขนาดมาตรฐาน (320×50 px) โดยอัตโนมัติหลังจาก 10–15 วินาที รูปแบบนี้ช่วยให้แสดงข้อมูลมากขึ้นในไม่กี่วินาทีแรกโดยไม่กินพื้นที่หน้าจอถาวร แบนเนอร์ Collapsible แสดง eCPM สูงกว่าแบนเนอร์มาตรฐาน 20–30% ในขณะที่อัตราการรักษาผู้ใช้ไม่ลดลง (ข้อมูล Google AdMob, 2025)
การเลือกเครือข่ายโฆษณาส่งผลอย่างมากต่อ eCPM อัตราการเติม และความเสถียรของรายได้ เครือข่ายต่างๆ เชี่ยวชาญในภูมิภาคและหมวดหมู่แอปที่แตกต่างกัน
| เครือข่าย | eCPM (สหรัฐฯ) | อัตราการเติม | คุณสมบัติ |
|---|---|---|---|
| AdMob | $1.5–$3 | 95–98% | เครือข่ายใหญ่ที่สุด จ่ายเงินคงที่ |
| AppLovin | $2–$4 | 90–95% | eCPM สูง in-app bidding |
| Meta Audience Network | $3–$7 | 40–70% | eCPM สูงสุด อัตราการเติมต่ำ |
| Unity Ads | $1–$3 | 85–90% | เหมาะสำหรับเกม |
| IronSource | $1.5–$3.5 | 85–90% | การไกล่เกลี่ยและการทดสอบ A/B |
การไกล่เกลี่ย เป็นเทคโนโลยีที่แพลตฟอร์มโฆษณาสอบถามเครือข่ายหลายแห่งและแสดงโฆษณาที่มี eCPM สูงที่สุด สำหรับ Banner Ads การไกล่เกลี่ยสำคัญเป็นพิเศษเนื่องจาก eCPM ต่ำ — แม้การเพิ่มขึ้น 20% ก็มีนัยสำคัญ แพลตฟอร์มการไกล่เกลี่ยยอดนิยม: AdMob Mediation (ฟรี), AppLovin MAX (ฟรี), IronSource (ฟรี) การไกล่เกลี่ยเพิ่ม eCPM ของแบนเนอร์ 20–40% และอัตราการเติมสูงถึง 97% (ข้อมูล PubMatic, 2025)
In-app bidding คือระดับถัดไปของการไกล่เกลี่ย โดยเครือข่ายทั้งหมดเข้าร่วมการประมูลเดียวพร้อมกัน (แทนที่จะเป็นลำดับดังใน waterfall) สำหรับ Banner Ads in-app bidding ให้ eCPM เพิ่มขึ้น 15–30% เนื่องจากเครือข่ายทั้งหมดเข้าถึงการแสดงผลแต่ละครั้งอย่างเท่าเทียมกัน รองรับโดย AppLovin MAX, AdMob (กับ Open Bidding) และ IronSource
การวางแบนเนอร์เป็นปัจจัยสำคัญที่กำหนดทั้งรายได้และ ประสบการณ์ผู้ใช้ การวางผิดตำแหน่งอาจลดอัตราการรักษาผู้ใช้ลง 30–50%
ตำแหน่งที่เหมาะสมที่สุด คือด้านล่างของหน้าจอ (bottom anchor) แบนเนอร์ไม่ปกคลุมเนื้อหาและผู้ใช้จะคุ้นเคยกับการมีอยู่ของมัน ตำแหน่งด้านบน (top anchor) เหมาะสำหรับแอปที่มีการนำทางด้านล่าง แบนเนอร์ลอยเป็นตัวเลือกที่แย่ที่สุด: มันปกคลุมเนื้อหาและทำให้ผู้ใช้รำคาญ ตามข้อมูลของ Google (2025) แบนเนอร์ด้านล่างมี CTR สูงกว่าแบนเนอร์ด้านบน 15% และไม่ลดอัตราการรักษาผู้ใช้
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 = รายได้ต่อวันต่อผู้ใช้ × อายุการใช้งานเฉลี่ยเป็นวัน ด้วยรายได้ต่อวันต่อผู้ใช้ $0.02 (100,000 DAU, $2,000 ต่อวัน) และอายุการใช้งานเฉลี่ย 120 วัน LTV = $2.40 เพื่อความคุ้มค่า CPI ต้องต่ำกว่า $2.40 ที่ CPI เกม $2.80 การสร้างรายได้ด้วยแบนเนอร์เพียงอย่างเดียวอาจไม่คุ้มค่า — จำเป็นต้องรวมกับ interstitial หรือ rewarded video เพื่อให้ได้ LTV > CPI
การทดสอบ ตำแหน่ง ขนาด และความถี่ของแบนเนอร์เป็นกระบวนการต่อเนื่อง Google แนะนำการทดสอบ A/B ตามรูปแบบ: กลุ่มควบคุม (70% ของทราฟฟิก) ด้วยการตั้งค่าปัจจุบัน กลุ่มทดสอบ (30% ของทราฟฟิก) ด้วยการตั้งค่าใหม่ ตัวชี้วัดสำหรับเปรียบเทียบ: รายได้ต่อผู้ใช้, การรักษาผู้ใช้ D7, CTR และ eCPM หลังจากการทดสอบ 7–14 วัน จะมีการตัดสินใจ การทดสอบ A/B ทั่วไปสำหรับ Banner Ads: ด้านล่าง vs ด้านบน, 320×50 vs 320×100, รีเฟรช 30 วินาที vs รีเฟรช 60 วินาที
คำถามที่พบบ่อย
eCPM ที่ดี สำหรับแบนเนอร์คือ $2–$4 ในสหรัฐอเมริกา ปานกลาง $1–$2 ต่ำ < $1 สำหรับภูมิภาคอื่น eCPM ต่ำกว่า 2–5 เท่า การไกล่เกลี่ยและ in-app bidding เพิ่ม eCPM 20–40% เมื่อเทียบกับเครือข่ายเดียว
เหมาะสมที่สุด — ที่ด้านล่างของหน้าจอ (bottom anchor) แบนเนอร์ไม่ปกคลุมเนื้อหาและไม่รบกวนการนำทาง ตำแหน่งด้านบนเหมาะสำหรับแอปที่มีการนำทางด้านล่าง หลีกเลี่ยงแบนเนอร์ลอยที่ปกคลุมเนื้อหา
เพียง หนึ่ง แบนเนอร์ต่อหน้าจอ นโยบายของ Google AdMob — ไม่เกินหนึ่งมุมมองแบนเนอร์ต่อหน้าจอ การละเมิดอาจนำไปสู่การบล็อกบัญชี ข้อยกเว้น — การไกล่เกลี่ยกับแบนเนอร์แบบยุบได้จากเครือข่ายต่างๆ แต่แสดงเพียงอันเดียว
ผลกระทบ น้อยที่สุด: SDK แบนเนอร์เพิ่ม 2–5 MB ให้กับขนาดแอปและ 10–30 MB ของ RAM บนอุปกรณ์สมัยใหม่ ผลกระทบต่อ FPS ไม่สังเกตเห็นได้ บนอุปกรณ์ที่มี RAM < 2 GB แนะนำให้ใช้การโหลดแบบช้า (lazy loading) โดยหน่วงเวลา 1–2 วินาทีหลังจากเริ่มต้น
Banner — รายได้ที่มั่นคง คาดการณ์ได้ โดยมีผลกระทบต่อ UX น้อยที่สุด Interstitial — eCPM สูงกว่า ($5–15 vs $0.5–3) แต่เสี่ยงต่อการสูญเสียผู้ใช้หากแสดงบ่อยเกินไป การรวมที่เหมาะสมที่สุด: แบนเนอร์ตลอดเวลา + interstitial ไม่เกินหนึ่งครั้งทุก 90 วินาที
สรุป
เราจะพัฒนาแอปพลิเคชันบนมือถือแบบครบวงจร
IT Sectr สร้างแอปพลิเคชัน iOS และ Android สำหรับสตาร์ทอัพและธุรกิจตั้งแต่ปี 2017 เราจะให้คำแนะนำและเสนอวิธีแก้ปัญหาที่ดีที่สุดแก่คุณ
อ่านเพิ่มเติม