English
Español
Português (Brasil)
Français
Deutsch
Italiano
Nederlands
Polski
Svenska
Türkçe
Русский
日本語
한국어
简体中文
Bahasa Indonesia
繁體中文
Dansk
Norsk (bokmål)
Suomi
Ελληνικά
Română
Magyar
Українська
ไทย
हिन्दी
العربية
עבריתReal-Time Bidding Giải Thích: Cách Hoạt Động của RTB và Header Bidding
Phiên đấu giá theo từng lần hiển thị đằng sau quảng cáo programmatic, từ đầu đến cuối: SSPs, DSPs, exchanges, thanh toán giá đầu tiên, header bidding, OpenRTB — và lý do các mạng native hoạt động theo quy tắc khác.
Real-time bidding (RTB) là phiên đấu giá theo từng lần hiển thị đằng sau hầu hết quảng cáo programmatic: khi một trang có một vị trí quảng cáo tải, một exchange phát sóng một yêu cầu đấu giá mô tả vị trí, trang và một người dùng ẩn danh; các nền tảng nhu cầu đánh giá nó và đặt giá; quảng cáo của người thắng được hiển thị — tất cả trong khoảng một phần mười giây, trước khi trang hoàn tất việc vẽ. Header bidding là kỹ thuật phía nhà xuất bản cho phép nhiều exchanges cạnh tranh cho cùng một vị trí đồng thời, và OpenRTB là giao thức mà tất cả chúng đều sử dụng. Hướng dẫn này đi qua phiên đấu giá từ đầu đến cuối, giải thích cơ chế xung quanh nó, và đề cập đến phần mà hầu hết các bài giải thích bỏ qua: nơi quảng cáo native phù hợp với mô hình và nơi chúng phá vỡ nó.
Phiên đấu giá, từng bước một#
Một lần hiển thị, một phiên đấu giá, sáu bước:
- Một trang tải và một vị trí quảng cáo kích hoạt. Trang của nhà xuất bản yêu cầu một quảng cáo cho một vị trí cụ thể — kích thước, vị trí, ngữ cảnh.
- Phía cung ứng đóng gói một yêu cầu đấu giá. Nền tảng phía cung ứng (SSP) của nhà xuất bản xây dựng một yêu cầu có cấu trúc: kích thước vị trí, URL trang, vị trí địa lý người dùng, thiết bị, các định danh được phép về quyền riêng tư.
- Exchange phân tán nó. Một ad exchange phát sóng yêu cầu đến các đối tác nhu cầu được kết nối — hàng chục đối tác, song song.
- Các nền tảng nhu cầu đánh giá và đặt giá. Mỗi nền tảng phía nhu cầu (DSP) chấm điểm lần hiển thị dựa trên nhắm mục tiêu, ngân sách và giới hạn tần suất của các nhà quảng cáo của nó, sau đó phản hồi với một mức giá thầu và một sáng tạo — hoặc bỏ qua.
- Phiên đấu giá được thanh toán. Exchange chọn người thắng (giá đầu tiên, trong thị trường ngày nay), thông báo cho DSP, và trả về sáng tạo chiến thắng.
- Quảng cáo hiển thị và tiền di chuyển. Sáng tạo được hiển thị, các trình theo dõi lần hiển thị kích hoạt, và nhà xuất bản được thanh toán giá thanh toán trừ đi phí của mọi người trong đường dẫn.
Toàn bộ vòng lặp chạy bên trong một khoảng thời gian nghiêm ngặt — các giá thầu đến muộn đơn giản không được tính — đó là lý do hệ sinh thái ám ảnh về độ trễ.
Các nhân vật trong vở kịch#
| Nhân vật | Làm việc cho | Vai trò trong phiên đấu giá |
|---|---|---|
| SSP | Nhà xuất bản | Đóng gói khoảng không quảng cáo, đặt sàn, tối đa hóa doanh thu |
| Ad exchange | Thị trường | Chạy phiên đấu giá, thực thi thời gian chờ |
| DSP | Nhà quảng cáo | Định giá từng lần hiển thị, đặt giá, quản lý ngân sách |
| Ad servers (cả hai phía) | Nhà xuất bản / nhà quảng cáo | Ra quyết định cuối cùng và phân phối sáng tạo |
Ranh giới liên tục mờ đi — các SSP lớn chạy exchanges, các DSP mua từ nhau, và cùng một công ty có thể đứng ở cả hai phía — đó là một phần lý do tại sao tính minh bạch đường dẫn cung ứng trở thành một vấn đề của ngành. Để hiểu bối cảnh rộng hơn về cách các mảnh ghép này lắp ráp thành một chiến lược mua hàng, xem quảng cáo programmatic.
Giá đầu tiên so với giá thứ hai: tại sao phiên đấu giá thay đổi#
RTB cổ điển chạy các phiên đấu giá giá thứ hai: người thắng trả chỉ cao hơn một chút so với giá thầu của người về nhì, vì vậy đặt giá thầu giá trị thực của bạn là an toàn. Sau đó, header bidding đưa cùng một lần hiển thị vào nhiều phiên đấu giá song song cùng một lúc, và "giá thứ hai" ngừng có ý nghĩa — một chiến thắng giá thứ hai trong một phiên đấu giá vẫn phải cạnh tranh giá đầu tiên với những người thắng của các phiên đấu giá khác. Thêm vào đó các exchanges áp dụng sàn và phí một cách lặng lẽ, và việc khám phá giá trở nên mờ đục.
Ngành công nghiệp hội tụ vào các phiên đấu giá giá đầu tiên: người thắng trả đúng giá họ đặt thầu. Đơn giản hơn và trung thực hơn, nhưng nó chuyển gánh nặng chiến lược sang người mua — đặt giá thầu mức trần thực sự của bạn mọi lúc và bạn sẽ trả quá cao một cách có hệ thống, đó là lý do các DSP giờ đây chạy bid shading: các thuật toán ước tính giá thầu thắng tối thiểu và đặt giá thầu gần hơn với mức đó. Nếu bạn mua theo cách programmatic và bid shading của DSP của bạn tệ, bạn tài trợ cho sự khác biệt.
Header bidding: giải pháp cho waterfall#
Trước header bidding, các nhà xuất bản chạy một waterfall: các nguồn nhu cầu được gọi từng cái một theo một thứ tự ưu tiên cố định, mỗi nguồn có cơ hội mua ở một mức sàn định trước trước khi yêu cầu "chuyển lại" cho nguồn tiếp theo. Kết quả: nguồn đầu tiên trong hàng có thể mua khoảng không quảng cáo bị định giá thấp trong khi các giá thầu tốt hơn ở phía sau không bao giờ nhìn thấy lần hiển thị.
Header bidding đảo ngược điều này. Một script trong phần đầu trang (hoặc, trong biến thể phía máy chủ, một proxy mà trang gọi một lần) yêu cầu giá thầu từ nhiều SSPs và exchanges đồng thời, sau đó chuyển giá thầu tốt nhất vào ad server của nhà xuất bản để cạnh tranh với các chiến dịch được bán trực tiếp. Mọi nguồn nhu cầu nhìn thấy mọi lần hiển thị tại cùng một thời điểm, trên cơ sở bình đẳng.
Những đánh đổi là về vận hành: header bidding phía client thêm độ trễ trang và trọng lượng JavaScript; phía máy chủ đổi lấy tỷ lệ khớp cookie thấp hơn. Hầu hết các nhà xuất bản tinh vi chạy một hệ thống kết hợp. Đối với người mua, hệ quả thực tế đơn giản hơn: những ngày tìm thấy khoảng không quảng cáo bị định giá thấp một cách có hệ thống trong một waterfall được cấu hình tồi đã qua — lợi thế cạnh tranh giờ đến từ sáng tạo và kênh chuyển đổi, không phải từ chênh lệch phiên đấu giá.
OpenRTB và lớp minh bạch#
OpenRTB — một tiêu chuẩn của IAB Tech Lab — là giao thức JSON mà yêu cầu và phản hồi đấu giá di chuyển qua: các đối tượng tiêu chuẩn hóa mô tả lần hiển thị, trang web, thiết bị, người dùng và chính giá thầu. Đó là lý do một DSP có thể nói chuyện với năm mươi exchanges mà không cần năm mươi tích hợp.
Xung quanh giao thức là một lớp minh bạch công khai được xây dựng để chống gian lận và bán lại mờ ám:
- ads.txt — một tệp trên tên miền của nhà xuất bản liệt kê ai được ủy quyền bán khoảng không quảng cáo của họ.
- sellers.json — hình ảnh phản chiếu: các exchanges công bố họ đại diện cho ai.
- Đối tượng schain — mọi yêu cầu OpenRTB mang theo chuỗi các trung gian mà lần hiển thị đã đi qua.
Những tạo tác này được thiết kế công khai — có nghĩa là các quan sát viên bên ngoài có thể kiểm toán các đường dẫn programmatic, không chỉ những người tham gia. Khả năng kiểm toán đó là nền tảng của phân tích chuỗi cung ứng hiện đại.
Nơi quảng cáo native phù hợp — và nơi chúng không phù hợp#
Đây là phần mà các bài giải thích tập trung vào display hiểu sai. Các mạng native lớn — Taboola, Outbrain, MGID, Revcontent — không chủ yếu bán qua các đường ống RTB mở. Mỗi mạng chạy thị trường đóng riêng của mình: các nhà quảng cáo đấu giá bên trong nền tảng của mạng, và phiên đấu giá quảng cáo native diễn ra nội bộ mạng cho mỗi vị trí widget, mỗi người dùng, mỗi lần xem trang.
Các khái niệm RTB vẫn áp dụng — đó là một phiên đấu giá real-time, theo từng lần hiển thị với sàn và tốc độ — nhưng đấu trường cạnh tranh khác biệt. Giá thầu Taboola của bạn cạnh tranh với các nhà quảng cáo Taboola khác, không phải với exchange mở. OpenRTB có một đặc tả Native Ads, và khoảng không quảng cáo native thực sự chảy theo cách programmatic ở các rìa; các mạng cũng bán lại nhu cầu của nhau, tạo ra các đường dẫn cung ứng với nhiều bước nhảy hơn một lần hiển thị display điển hình. Chúng tôi đã truy tìm các ví dụ thực tế của những chuỗi này — từ widget đến mạng đến nhà bán lại đến nhà quảng cáo — trong chuỗi cung ứng quảng cáo native, giải thích.
Hệ quả thực tế cho một người mua phương tiện:
Công cụ DSP hầu như không thể nhìn thấy các phiên đấu giá mạng native. Các bảng điều khiển programmatic sẽ không cho bạn biết những gì đang chạy trên Taboola.
Cạnh tranh là cục bộ trong mạng. Chiến thắng trên MGID là về việc đánh bại các nhà quảng cáo của MGID trong khu vực địa lý và phân khúc của bạn, không phải thị trường programmatic toàn cầu.
Chuỗi cung ứng vẫn có thể quan sát được. Bởi vì các quảng cáo được phục vụ và chuỗi yêu cầu của chúng là công khai, các quan sát viên độc lập có thể phân loại ai đã phục vụ cái gì — kỹ thuật đằng sau cách các công cụ ad spy thu thập quảng cáo native.
Tại sao điều này quan trọng khi bạn mua#
Ba kết luận làm việc từ cơ chế:
Biết đường dẫn của bạn, biết phí của bạn. Mọi trung gian trong chuỗi nhận một phần trước khi nhà xuất bản được thanh toán; trên khoảng không quảng cáo native được bán lại, các bước nhảy nhân lên. Ít bước nhảy hơn thường có nghĩa là nhiều đồng đô la của bạn hơn mua được sự chú ý.
Giá đầu tiên đã thay đổi việc đặt giá thầu. Đừng đặt giá thầu mức trần của bạn một cách phản xạ; hiểu shading mà nền tảng của bạn áp dụng — và trên các phiên đấu giá nội bộ của mạng native, thử nghiệm các mức giá thầu một cách thực nghiệm vì không có shading nào được thực hiện cho bạn.
Trên native, nghiên cứu cạnh tranh thay thế dữ liệu đấu giá. Bạn không thể truy vấn phiên đấu giá của Taboola, nhưng bạn có thể quan sát đầu ra của nó. Phân loại chuỗi cung ứng của OpenAdLibrary — được xây dựng từ hơn 6,8 triệu quan sát quảng cáo trên 49 mạng (tháng 7 năm 2026) — cho thấy mạng và nhà bán lại nào thực sự đã phục vụ một quảng cáo, theo từng sáng tạo, trong nền tảng thông minh quảng cáo. Đọc thực tế được phục vụ tốt hơn là đoán mò tại phiên đấu giá.
RTB là một ý tưởng đơn giản được thực thi ở quy mô phi lý: một phiên đấu giá cho mỗi lần hiển thị, được thanh toán trước khi trang được vẽ. Hiểu phiên đấu giá, giao thức và các đường dẫn — và món súp viết tắt programmatic giảm xuống thành hệ thống đường ống.
