Hai mô hình quyết định cách bán kho quảng cáo của bạn
Mỗi khi ứng dụng của bạn yêu cầu quảng cáo, một quy trình ra quyết định chạy phía sau để xác định nhà quảng cáo nào thắng lượt hiển thị và họ trả bao nhiêu. Trong nhiều năm, quy trình này đi theo mô hình tuần tự được gọi là thác nước (waterfall). Gần đây, đấu giá hợp nhất (còn gọi là header bidding hoặc đấu thầu trong ứng dụng) đã thay đổi mô hình này bằng cách cho phép tất cả nguồn cầu cạnh tranh cùng lúc. Hiểu cơ chế của mỗi phương pháp là điều cần thiết cho nhà xuất bản muốn tối đa hóa doanh thu từ kho quảng cáo.
Thác nước truyền thống hoạt động như thế nào
Mô hình thác nước hoạt động theo nguyên tắc tuần tự đơn giản. Khi yêu cầu quảng cáo được gửi đi, nó đi qua danh sách các nguồn cầu được xếp hạng từng nguồn một. Mỗi nguồn có cơ hội lấp đầy lượt hiển thị ở mức giá sàn được định trước hoặc cao hơn. Nếu không thể lấp đầy, yêu cầu chuyển sang nguồn tiếp theo trong chuỗi.
Đây là luồng điển hình:
- Bước 1: Yêu cầu quảng cáo đến nguồn cầu được xếp hạng cao nhất với giá sàn cao nhất (giả sử $15 eCPM)
- Bước 2: Nếu nguồn đó không có chiến dịch phù hợp ở mức giá đó, yêu cầu rơi xuống nguồn tiếp theo với giá sàn thấp hơn ($10 eCPM)
- Bước 3: Quá trình tiếp tục xuống chuỗi cho đến khi một nguồn lấp đầy lượt hiển thị hoặc yêu cầu cạn kiệt tất cả tùy chọn và phục vụ quảng cáo nhà hoặc trả về trống
Xếp hạng thường dựa trên hiệu suất eCPM lịch sử. Phương pháp này có một khiếm khuyết cơ bản: nguồn cầu được xếp hạng thứ năm trong thác nước có thể sẵn sàng trả $20 cho một lượt hiển thị cụ thể, nhưng không bao giờ có cơ hội vì nguồn được xếp hạng thứ hai đã lấp đầy nó với giá $10.
Đấu giá hợp nhất hoạt động như thế nào
Đấu giá hợp nhất đảo ngược hoàn toàn mô hình. Thay vì chuỗi tuần tự, tất cả nguồn cầu tham gia nhận yêu cầu quảng cáo đồng thời và gửi giá thầu theo thời gian thực. Người trả giá cao nhất thắng lượt hiển thị, và nhà xuất bản kiếm được mức giá tối đa có thể cho yêu cầu cụ thể đó.
Cơ chế trông như thế này:
- Bước 1: Yêu cầu quảng cáo được kích hoạt và gửi đồng thời đến tất cả nguồn cầu đặt thầu đã tích hợp
- Bước 2: Mỗi nguồn cầu đánh giá lượt hiển thị và trả về giá thầu trong cửa sổ thời gian định sẵn (thường 1–3 giây)
- Bước 3: Máy chủ quảng cáo so sánh tất cả giá thầu và chọn cao nhất
- Bước 4: Mẫu quảng cáo thắng được hiển thị trong ứng dụng
Đây là một cuộc đấu giá thực sự. Mỗi nguồn cầu cạnh tranh trên cơ sở bình đẳng cho mọi lượt hiển thị, loại bỏ sự kém hiệu quả của các lượt chuyển tiếp tuần tự.
Khác biệt doanh thu: tăng 15–30% là điển hình
Tác động doanh thu khi chuyển từ thác nước sang đấu giá hợp nhất được ghi nhận rõ ràng. Nhà xuất bản liên tục báo cáo tăng 15–30% doanh thu quảng cáo sau khi di chuyển. Lý do mang tính cấu trúc:
- Khám phá giá thực: Mỗi lượt hiển thị được bán với giá trị thị trường thực tế của nó, không phải giá sàn tùy tiện được đặt vài tuần trước dựa trên mức trung bình
- Giảm mất mát từ passback: Trong thác nước, mỗi lần passback gây ra độ trễ và mất lượt hiển thị. Đấu giá hợp nhất loại bỏ hoàn toàn passback.
- Cạnh tranh tăng: Khi tất cả người đặt thầu thấy mọi lượt hiển thị, mật độ thầu hiệu quả tăng, đẩy giá thanh lý lên cao hơn
- Tỷ lệ lấp đầy tốt hơn: Vì tất cả nguồn đặt thầu đồng thời, khả năng tìm người mua cho bất kỳ lượt hiển thị nào tăng lên
So sánh độ trễ
Độ trễ là mối lo ngại phổ biến khi đánh giá các mô hình đấu giá. Ngược trực giác, đấu giá hợp nhất thường có độ trễ hiệu quả thấp hơn thác nước sâu:
- Độ trễ của thác nước: Mỗi lần passback trong chuỗi thêm thời gian khứ hồi mạng. Thác nước với 8 tầng mà lượt hiển thị được lấp đầy ở tầng 5 yêu cầu 5 lời gọi mạng tuần tự. Tổng cộng có thể là 3–5 giây.
- Độ trễ của đấu giá hợp nhất: Tất cả yêu cầu thầu được kích hoạt song song. Tổng độ trễ bằng thời gian phản hồi của người đặt thầu chậm nhất (thường giới hạn ở 1–3 giây bởi timeout). Một vòng song song thay vì nhiều vòng tuần tự.
Với người dùng, điều này có nghĩa là quảng cáo xuất hiện nhanh hơn, cải thiện tỷ lệ khả năng xem và giảm khả năng người dùng cuộn qua vị trí quảng cáo trống.
Minh bạch: nhìn thấy những gì bạn không thể thấy trước đây
Thác nước vốn không minh bạch. Nhà xuất bản thấy tầng nào lấp đầy lượt hiển thị, nhưng không thấy các nguồn xếp hạng thấp hơn sẽ đặt thầu bao nhiêu. Điều này biến tối ưu hóa thành trò đoán mò. Bạn điều chỉnh giá sàn dựa trên dữ liệu lịch sử tổng hợp, không bao giờ biết giá thanh lý thực sự cho từng lượt hiển thị riêng lẻ.
Đấu giá hợp nhất cung cấp tính minh bạch đầy đủ ở cấp độ giá thầu. Nhà xuất bản có thể xem mọi giá thầu được gửi cho mọi lượt hiển thị, kể cả những thầu thua. Dữ liệu này tiết lộ:
- Nguồn cầu nào liên tục đặt thầu cao nhất cho các địa lý hoặc phân khúc người dùng cụ thể
- Giá thầu cao thứ hai gần với người thắng đến mức nào (áp lực đấu giá)
- Liệu một số nguồn cầu có liên tục thua với biên độ nhỏ không (cho thấy tiềm năng tối ưu hóa)
Khi nào thác nước vẫn hợp lý
Bất chấp lợi thế rõ ràng của đấu giá hợp nhất, thác nước chưa chết. Có những tình huống hợp lệ mà ưu tiên tuần tự là cần thiết:
- Chiến dịch bán trực tiếp: Khi nhà xuất bản đã bán kho hàng trực tiếp cho nhà quảng cáo với CPM đảm bảo, thỏa thuận đó phải được ưu tiên hơn nhu cầu chương trình. GAM xử lý điều này thông qua các mục hàng dựa trên ưu tiên nằm trên đấu giá.
- Chiến dịch đảm bảo: Tài trợ, tiếp quản và các thỏa thuận phân phối đảm bảo khác yêu cầu phục vụ xác định mà đấu giá không thể cung cấp
- Hạn chế SDK: Một số nguồn cầu chưa triển khai bộ điều hợp đặt thầu. Những nguồn này chỉ có thể tham gia qua mô hình thác nước truyền thống.
Phương pháp kết hợp: thực tế thực tiễn
Hầu hết nhà xuất bản ngày nay chạy mô hình kết hợp. Các chiến dịch bán trực tiếp và đảm bảo được ưu tiên ở trên cùng. Bên dưới đó, một đấu giá hợp nhất chạy giữa tất cả nguồn cầu hỗ trợ đặt thầu. Các nguồn không hỗ trợ đặt thầu được đặt trong thác nước truyền thống cạnh tranh với người thắng đấu giá.
Phương pháp kết hợp này trông như thế này:
- Ưu tiên 1: Tài trợ và thỏa thuận trực tiếp (phân phối đảm bảo)
- Ưu tiên 2: Đấu giá hợp nhất giữa các đối tác đặt thầu (cạnh tranh thời gian thực)
- Ưu tiên 3: Thác nước của nguồn cầu không đặt thầu (dự phòng tuần tự)
Google Ad Manager xử lý cả hai mô hình như thế nào
GAM ở vị trí độc nhất vì hỗ trợ cả thác nước và đấu giá hợp nhất trong cùng một quyết định phân phối quảng cáo. Open Bidding cho phép các sàn giao dịch bên thứ ba đặt thầu theo thời gian thực cùng với nhu cầu Google. Trong khi đó, các đối tác trung gian truyền thống có thể được cấu hình làm mục nhập thác nước cạnh tranh với giá thầu thắng của đấu giá.
Các tính năng GAM chính cho nhà xuất bản điều hướng không gian này:
- Open Bidding: Tích hợp đặt thầu phía máy chủ với các sàn giao dịch bên thứ ba
- Nhóm trung gian: Cấu hình chuỗi thác nước cho các mạng SDK không đặt thầu
- Phân bổ động: Cho phép Ad Exchange cạnh tranh với mọi mục hàng trong thác nước theo thời gian thực
- Quy tắc định giá thống nhất: Đặt giá sàn áp dụng cho cả nhu cầu đấu giá và thác nước
Các bước di chuyển thực tế: từ thác nước sang đấu giá hợp nhất
Nếu hôm nay bạn đang chạy thác nước thuần túy và muốn chuyển sang đấu giá hợp nhất, hãy thực hiện cách tiếp cận có kiểm soát:
- Kiểm tra các nguồn cầu của bạn: Xác định đối tác trung gian hiện tại nào hỗ trợ đặt thầu trong ứng dụng. Hầu hết các mạng lớn (Meta, AppLovin, Unity, Pangle) hiện có bộ điều hợp đặt thầu.
- Bật đặt thầu cho các đối tác được hỗ trợ: Trong cấu hình trung gian GAM của bạn, chuyển các đối tác đủ điều kiện từ chế độ thác nước sang chế độ đặt thầu từng cái một
- Chạy so sánh song song: Sử dụng thử nghiệm A/B để so sánh doanh thu giữa thác nước hiện tại và thiết lập đặt thầu mới trên một phần nhỏ lưu lượng
- Theo dõi tối thiểu hai tuần: Thuật toán đặt thầu cần thời gian để học kho quảng cáo của bạn. Hiệu suất ban đầu có thể không phản ánh kết quả ổn định.
- Di chuyển lưu lượng còn lại: Khi hiệu suất đặt thầu được xác nhận, chuyển tất cả lưu lượng sang mô hình đấu giá hợp nhất trong khi giữ các đối tác không đặt thầu trong thác nước dự phòng
Việc chuyển từ thác nước sang đấu giá hợp nhất đại diện cho thay đổi cấu trúc lớn nhất trong phân phối quảng cáo di động trong thập kỷ qua. Nhà xuất bản thực hiện chuyển đổi một cách có phương pháp, với thử nghiệm A/B phù hợp và chạy song song, liên tục thấy tăng trưởng doanh thu đáng kể mà không hy sinh trải nghiệm người dùng.
RevenueFlex quản lý thác nước GAM và cấu hình đấu giá thay mặt nhà xuất bản, xử lý sự phức tạp của thiết lập kết hợp để mỗi lượt hiển thị tìm được người mua trả giá cao nhất. Dù bạn đang chạy thác nước thuần túy, đấu giá thuần túy, hay điều gì đó ở giữa, tối ưu hóa logic quyết định là nơi lợi nhuận doanh thu tồn tại.