Real-Time Bidding อธิบาย: RTB และ Header Bidding ทำงานอย่างไร
การประมูลต่ออิมเพรสชันเบื้องหลังโปรแกรมแมติก จากต้นทางถึงปลายทาง: SSPs, DSPs, exchanges, การชำระราคาแรก, header bidding, OpenRTB — และทำไมเน็ตเวิร์กเนทีฟจึงเล่นด้วยกฎที่ต่างออกไป

Real-time bidding (RTB) คือการประมูลต่ออิมเพรสชันเบื้องหลังโปรแกรมแมติกแอดเวอร์ไทซิงส่วนใหญ่: เมื่อเพจที่มีช่องโฆษณาโหลด exchange จะกระจายคำขอประมูลที่อธิบายช่องโฆษณา, เพจ และผู้ใช้แบบไม่ระบุตัวตน; แพลตฟอร์มฝั่งดีมานด์ประเมินและประมูล; โฆษณาของผู้ชนะจะเรนเดอร์ — ทั้งหมดนี้เกิดขึ้นในเวลาประมาณหนึ่งในสิบของวินาที ก่อนที่เพจจะเรนเดอร์เสร็จ Header bidding คือเทคนิคฝั่งผู้เผยแพร่ที่ทำให้หลาย exchange แข่งขันสำหรับช่องโฆษณาเดียวกันพร้อมกัน และ OpenRTB คือโปรโตคอลที่พวกเขาทั้งหมดใช้ คู่มือนี้จะพาคุณเดินผ่านการประมูลจากต้นทางถึงปลายทาง อธิบายกลไกรอบๆ และครอบคลุมส่วนที่คำอธิบายส่วนใหญ่มักข้ามไป: โฆษณาเนทีฟเข้ากับโมเดลนี้ตรงไหนและมันทำลายโมเดลตรงไหน
การประมูล ทีละขั้นตอน#
หนึ่งอิมเพรสชัน หนึ่งการประมูล หกขั้นตอน:
- เพจโหลดและช่องโฆษณาเริ่มทำงาน เพจของผู้เผยแพร่ขอโฆษณาสำหรับตำแหน่งที่วางเฉพาะเจาะจง — ขนาด, ตำแหน่ง, บริบท
- ฝั่งซัพพลายแพ็กเกจคำขอประมูล ซัพพลายไซด์แพลตฟอร์ม (SSP) ของผู้เผยแพร่สร้างคำขอที่มีโครงสร้าง: ขนาดช่องโฆษณา, URL เพจ, ตำแหน่งทางภูมิศาสตร์ของผู้ใช้, อุปกรณ์, ตัวระบุที่ได้รับอนุญาตตามความเป็นส่วนตัว
- Exchange กระจายคำขอ Ad exchange กระจายคำขอไปยังคู่ค้าฝั่งดีมานด์ที่เชื่อมต่ออยู่ — เป็นสิบๆ ราย พร้อมกัน
- แพลตฟอร์มฝั่งดีมานด์ประเมินและประมูล แต่ละ ดีมานด์ไซด์แพลตฟอร์ม (DSP) ให้คะแนนอิมเพรสชันเทียบกับการกำหนดเป้าหมาย, งบประมาณ และ frequency cap ของผู้โฆษณา จากนั้นตอบกลับด้วยราคาประมูลและครีเอทีฟ — หรือไม่ก็ผ่าน
- การประมูลชำระราคา Exchange เลือกผู้ชนะ (ราคาแรก ในตลาดปัจจุบัน) แจ้ง DSP และส่งคืนครีเอทีฟที่ชนะ
- โฆษณาเรนเดอร์และเงินเคลื่อนไหว ครีเอทีฟแสดงผล, impression tracker ทำงาน และผู้เผยแพร่ได้รับเงินตามราคาที่ชำระลบด้วยค่าธรรมเนียมของทุกคนในเส้นทาง
รอบทั้งหมดทำงานภายในช่วงเวลาที่กำหนดอย่างเคร่งครัด — บิดที่มาถึงช้าแค่ไม่นับ — นี่คือเหตุผลที่ระบบนิเวศหมกมุ่นกับความหน่วงเวลา
ตัวละครในเรื่อง#
| ผู้เล่น | ทำงานให้กับ | หน้าที่ในการประมูล |
|---|---|---|
| SSP | ผู้เผยแพร่ | จัดแพ็กเกจอินเวนทอรี, ตั้ง floor, เพิ่มผลตอบแทนให้สูงสุด |
| Ad exchange | ตลาด | จัดการประมูล, บังคับใช้ช่วงเวลา |
| DSP | ผู้โฆษณา | ประเมินค่าอิมเพรสชัน, ประมูล, จัดการงบประมาณ |
| Ad servers (ทั้งสองฝั่ง) | ผู้เผยแพร่ / ผู้โฆษณา | ตัดสินใจขั้นสุดท้ายและส่งมอบครีเอทีฟ |
เส้นแบ่งพร่ามัวตลอดเวลา — SSP ขนาดใหญ่จัดการ exchange, DSP ซื้อจากกันและกัน และบริษัทเดียวกันสามารถอยู่ทั้งสองฝั่งได้ — ซึ่งเป็นส่วนหนึ่งของเหตุผลที่ความโปร่งใสของเส้นทางซัพพลายกลายเป็นประเด็นในอุตสาหกรรม สำหรับบริบทที่กว้างขึ้นว่าส่วนต่างๆ เหล่านี้ประกอบเป็นกลยุทธ์การซื้ออย่างไร ดูที่ โปรแกรมแมติกแอดเวอร์ไทซิง
ราคาแรก vs ราคาที่สอง: ทำไมการประมูลถึงเปลี่ยน#
RTB แบบดั้งเดิมใช้การประมูลราคาที่สอง: ผู้ชนะจ่ายเงินสูงกว่าบิดของผู้เข้าแข่งขันอันดับสองเล็กน้อย ดังนั้นการประมูลตามมูลค่าจริงของคุณจึงปลอดภัย จากนั้น header bidding นำอิมเพรสชันเดียวกันเข้าสู่การประมูลแบบขนานหลายรายการพร้อมกัน และ "ราคาที่สอง" ก็หยุดมีความหมาย — การชนะราคาที่สองในการประมูลหนึ่งยังคงต้องแข่งขันแบบราคาแรกกับผู้ชนะจากการประมูลอื่นๆ เพิ่มชั้นของ exchange ที่ใช้ floor และค่าธรรมเนียมอย่างเงียบๆ และการค้นพบราคาก็กลายเป็นสิ่งที่ไม่โปร่งใส
อุตสาหกรรมมาบรรจบกันที่การประมูลราคาแรก: ผู้ชนะจ่ายตามที่ประมูล เรียบง่ายและซื่อตรงกว่า แต่ย้ายภาระกลยุทธ์ไปยังผู้ซื้อ — ประมูลตามเพดานสูงสุดจริงๆ ทุกครั้งและคุณจะจ่ายเงินเกินระบบ นี่คือเหตุผลที่ DSP ตอนนี้ใช้ bid shading: อัลกอริทึมที่ประมาณราคาชนะขั้นต่ำและประมูลใกล้กับราคานั้นมากขึ้น หากคุณซื้อแบบโปรแกรมแมติกและ shading ของ DSP ของคุณแย่ คุณคือคนจ่ายส่วนต่าง
Header bidding: วิธีแก้ปัญหาน้ำตก#
ก่อน header bidding ผู้เผยแพร่ใช้ระบบน้ำตก: แหล่งดีมานด์ถูกเรียกทีละรายการตามลำดับความสำคัญที่ตายตัว แต่ละรายได้โอกาสซื้อที่ floor ที่ตั้งไว้ล่วงหน้าก่อนที่คำขอจะ "ส่งกลับ" ไปยังรายถัดไป ผลลัพธ์: แหล่งแรกในแถวสามารถซื้ออินเวนทอรีที่ต่ำกว่ามูลค่า ในขณะที่บิดที่ดีกว่าที่อยู่ด้านล่างไม่เคยเห็นอิมเพรสชันนั้น
Header bidding กลับสิ่งนี้ สคริปต์ในเฮดเดอร์ของเพจ (หรือในรูปแบบเซิร์ฟเวอร์ไซด์ คือพร็อกซี่ที่เพจเรียกครั้งเดียว) ขอบิดจากหลาย SSP และ exchange พร้อมกัน จากนั้นส่งบิดที่ดีที่สุดเข้าไปใน ad server ของผู้เผยแพร่เพื่อแข่งขันกับแคมเปญที่ขายตรง แหล่งดีมานด์ทุกแห่งเห็นทุกอิมเพรสชันในเวลาเดียวกัน บนพื้นฐานที่เท่าเทียม
สิ่งที่ต้องแลกเปลี่ยนคือด้านปฏิบัติการ: header bidding แบบไคลเอนต์ไซด์เพิ่มความหน่วงเวลาเพจและน้ำหนัก JavaScript; เซิร์ฟเวอร์ไซด์แลกเปลี่ยนสิ่งนั้นกับอัตราการจับคู่คุกกี้ที่ต่ำลง ผู้เผยแพร่ที่ซับซ้อนส่วนใหญ่ใช้ระบบไฮบริด สำหรับผู้ซื้อ ผลลัพธ์เชิงปฏิบัติง่ายกว่า: วันที่พบอินเวนทอรีที่ถูกกำหนดราคาต่ำกว่ามูลค่าอย่างเป็นระบบในน้ำตกที่ตั้งค่าผิดนั้นหมดไปแล้ว — ขอบตอนนี้มาจากครีเอทีฟและฟันเนล ไม่ใช่การเก็งกำไรจากการประมูล
OpenRTB และชั้นความโปร่งใส#
OpenRTB — มาตรฐานของ IAB Tech Lab — คือโปรโตคอล JSON ที่คำขอและคำตอบประมูลเดินทางผ่าน: วัตถุมาตรฐานที่อธิบายอิมเพรสชัน, ไซต์, อุปกรณ์, ผู้ใช้ และบิดเอง นี่คือเหตุผลที่ DSP สามารถสื่อสารกับห้าสิบ exchange โดยไม่ต้องบูรณาการห้าสิบครั้ง
รอบๆ โปรโตคอลคือชั้นความโปร่งใสสาธารณะที่สร้างขึ้นเพื่อต่อสู้กับการฉ้อโกงและการขายต่อที่คลุมเครือ:
- ads.txt — ไฟล์บนโดเมนของผู้เผยแพร่ที่ระบุรายชื่อผู้มีอำนาจขายอินเวนทอรีของตน
- sellers.json — ภาพสะท้อน: exchange เผยแพร่ว่าพวกเขาเป็นตัวแทนของใคร
- วัตถุ schain — ทุกคำขอ OpenRTB พกพาโซ่ของตัวกลางที่อิมเพรสชันผ่านมา
สิ่งประดิษฐ์เหล่านี้เป็นสาธารณะโดยการออกแบบ — ซึ่งหมายความว่าผู้สังเกตการณ์ภายนอกสามารถตรวจสอบเส้นทางโปรแกรมแมติกได้ ไม่ใช่แค่ผู้เข้าร่วม ความสามารถในการตรวจสอบได้นั้นคือรากฐานของการวิเคราะห์สายโซ่อุปทานสมัยใหม่
โฆษณาเนทีฟเข้าได้ตรงไหน — และตรงไหนที่เข้าไม่ได้#
นี่คือส่วนที่คำอธิบายที่เน้นการแสดงผลเข้าใจผิด เน็ตเวิร์กเนทีฟขนาดใหญ่ — Taboola, Outbrain, MGID, Revcontent — ไม่ได้ขายผ่านท่อ RTB แบบเปิดเป็นหลัก แต่ละแห่งจัดการตลาดปิดของตัวเอง: ผู้โฆษณาประมูลภายในแพลตฟอร์มของเน็ตเวิร์ก และ การประมูลโฆษณาเนทีฟ เกิดขึ้นภายในเน็ตเวิร์กสำหรับแต่ละช่องวิดเจ็ต ต่อผู้ใช้ ต่อเพจวิว
แนวคิด RTB ยังคงใช้ได้ — มันคือการประมูลเรียลไทม์ต่ออิมเพรสชันที่มี floor และการควบคุมจังหวะ — แต่สนามแข่งขันต่างออกไป บิด Taboola ของคุณแข่งขันกับผู้โฆษณา Taboola รายอื่น ไม่ใช่กับ exchange แบบเปิด OpenRTB มีสเปค Native Ads และอินเวนทอรีเนทีฟไหลแบบโปรแกรมแมติกที่ขอบอยู่บ้าง; เน็ตเวิร์กยังขายดีมานด์ของกันและกันต่อ สร้างเส้นทางซัพพลายที่มีฮอปมากกว่าอิมเพรสชันแสดงผลทั่วไป เราได้ติดตามตัวอย่างจริงของสายโซ่เหล่านี้ — จากวิดเจ็ตไปยังเน็ตเวิร์ก ไปยังผู้ขายต่อ ไปยังผู้โฆษณา — ใน สายโซ่อุปทานโฆษณาเนทีฟ อธิบาย
ผลลัพธ์เชิงปฏิบัติสำหรับผู้ซื้อสื่อ:
- เครื่องมือ DSP ส่วนใหญ่ไม่เห็นการประมูลของเน็ตเวิร์กเนทีฟ แดชบอร์ดโปรแกรมแมติกจะไม่บอกคุณว่ามีอะไรกำลังรันอยู่บน Taboola
- การแข่งขันเป็นเฉพาะภายในเน็ตเวิร์ก การชนะบน MGID คือการเอาชนะผู้โฆษณาของ MGID ในภูมิศาสตร์และอุตสาหกรรมของคุณ ไม่ใช่ตลาดโปรแกรมแมติกระดับโลก
- สายโซ่อุปทานยังคงสังเกตได้อยู่ดี เพราะโฆษณาที่ให้บริการและสายโซ่คำขอของพวกมันเป็นสาธารณะ ผู้สังเกตการณ์อิสระสามารถจำแนกได้ว่าใครให้บริการอะไร — เทคนิคเบื้องหลัง เครื่องมือสอดแนมโฆษณาจับโฆษณาเนทีฟได้อย่างไร
ทำไมเรื่องนี้สำคัญเมื่อคุณซื้อ#
สามข้อสรุปเชิงปฏิบัติจากกลไก:
- รู้เส้นทางของคุณ รู้ค่าธรรมเนียมของคุณ ทุกตัวกลางในสายโซ่รับส่วนแบ่งก่อนที่ผู้เผยแพร่จะได้รับเงิน; บนอินเวนทอรีเนทีฟที่ขายต่อ จำนวนฮอปจะเพิ่มขึ้น ฮอปน้อยลงโดยทั่วไปหมายถึงเงินดอลลาร์ของคุณมากขึ้นที่ซื้อความสนใจ
- ราคาแรกเปลี่ยนการประมูล อย่าประมูลตามเพดานของคุณโดยอัตโนมัติ; เข้าใจว่าแพลตฟอร์มของคุณใช้ shading อะไร — และในการประมูลภายในของเน็ตเวิร์กเนทีฟ ทดสอบระดับบิดเชิงประจักษ์เพราะไม่มีใครทำ shading ให้คุณ
- บนเนทีฟ การวิจัยคู่แข่งแทนที่ข้อมูลการประมูล คุณไม่สามารถสอบถามการประมูลของ Taboola ได้ แต่คุณสามารถสังเกตผลลัพธ์ของมันได้ การจำแนกประเภทสายโซ่อุปทานของ OpenAdLibrary — สร้างจากการสังเกตโฆษณากว่า 6.8 ล้านรายการทั่ว 49 เน็ตเวิร์ก (กรกฎาคม 2026) — แสดงให้เห็นว่าเน็ตเวิร์กและผู้ขายต่อรายใดให้บริการโฆษณาจริงๆ ต่อครีเอทีฟ ใน แพลตฟอร์มข่าวกรองโฆษณา การอ่านความเป็นจริงที่ให้บริการดีกว่าการเดาการประมูล
RTB คือแนวคิดง่ายๆ ที่ถูกดำเนินการในระดับที่เหลือเชื่อ: หนึ่งการประมูลต่ออิมเพรสชัน ชำระราคาก่อนที่เพจจะเรนเดอร์เสร็จ เข้าใจการประมูล โปรโตคอล และเส้นทาง — และซุปตัวย่อโปรแกรมแมติกก็ลดเหลือเพียงระบบท่อน้ำ







