Nếu đang vận hành ứng dụng di động và muốn tối đa hóa ARPDAU, eCPM cũng như tổng doanh thu quảng cáo, việc lựa chọn giữa mediation dạng waterfall và in-app bidding (đôi khi được gọi là header bidding cho thiết bị di động) là quyết định cấu hình có tác động lớn nhất mà bạn sẽ đưa ra trong năm nay. Gần như mọi SDK kiếm tiền từ quảng cáo đều hỗ trợ cả hai, nhưng hầu hết tài khoản chúng tôi kiểm tra chỉ đang dùng một hình thức — thường là hình thức không phù hợp với giai đoạn phát triển của họ.
Đây là hướng dẫn thực hành chúng tôi gửi cho các nhà phát hành trong 30 ngày đầu sử dụng Apps Kit SDK. Bài viết giả định bạn đã hiểu ad mediation là gì — một lớp trung gian yêu cầu giá thầu từ nhiều mạng quảng cáo và phân phối lượt hiển thị cho bên trả giá cao nhất — và muốn biết cách cấu hình. Chúng ta sẽ đi qua cơ chế của từng mô hình, một ví dụ đấu giá cụ thể, ngân sách độ trễ chi phối mọi quyết định và danh sách triển khai trong 30 ngày mà bạn có thể mang vào buổi họp nhanh của nhóm ngay ngày mai.
Mediation dạng waterfall: mô hình kiếm tiền từ quảng cáo truyền thống
Mediation dạng waterfall sắp xếp các nguồn cầu quảng cáo theo eCPM lịch sử, rồi lần lượt chào từng lượt hiển thị cho mỗi nguồn. Mạng quảng cáo đầu tiên có thể lấp đầy lượt hiển thị với mức giá bằng hoặc cao hơn giá sàn được đặt sẽ thắng. Mô hình này đơn giản, dễ gỡ lỗi và dễ dự đoán — đó là lý do nó trở thành nền tảng kiếm tiền từ ứng dụng di động trong thập kỷ đầu tiên.
Đánh đổi nằm ở hiệu quả đấu giá. Mạng ở vị trí thứ ba có thể sẵn sàng trả cho người dùng cụ thể này cao hơn mạng ở vị trí đầu tiên — nhưng lại không có cơ hội. Bạn bỏ lỡ doanh thu trên từng lượt hiển thị, và khoảng chênh lệch càng lớn khi tệp người dùng càng đa dạng. Chi phí ẩn còn lại nằm ở khâu vận hành: mỗi lần thay đổi giá sàn trong waterfall đều là một quyết định thủ công. Một waterfall được tinh chỉnh thủ công thường chỉ giữ được hiệu quả trong khoảng hai tuần, trước khi các đường cong eCPM dịch chuyển và thứ tự ưu tiên lại trở nên không phù hợp.
In-app bidding: xác định giá theo thời gian thực
In-app bidding tổ chức một phiên đấu giá thống nhất theo thời gian thực giữa tất cả nguồn cầu quảng cáo cho từng lượt hiển thị. Không có thứ tự cố định; giá thầu cao nhất tại thời điểm đó sẽ thắng. Đây chính là cơ chế đã đưa quảng cáo hiển thị trên web sang mô hình header bidding, được áp dụng cho thiết bị di động.
Với phần lớn hệ thống kiếm tiền từ ứng dụng, chuyển phần đầu của chuỗi phân phối từ waterfall sang in-app bidding giúp tăng eCPM 10–30%. Mức tăng cao nhất thường xuất hiện ở nguồn lượt hiển thị video có thưởng chất lượng cao tại các quốc gia Tier 1, nơi các bên đặt giá thầu thực sự cạnh tranh; thấp nhất ở nguồn lượt hiển thị banner thuộc các phân khúc ít nhạy cảm về giá, nơi đấu giá gần như không giúp tìm ra mức giá tốt hơn.
Đánh đổi nằm ở độ trễ. Một phiên đấu giá phải chờ bên đặt giá thầu chậm nhất mà hệ thống muốn xét đến — hoặc hết thời gian chờ và mất phần đóng góp của bên đó. Đặt thời gian chờ quá ngắn sẽ hạn chế eCPM; quá dài sẽ hạn chế số lượt hiển thị mỗi phiên. Hầu hết các nhóm chỉ nhận ra điều này sau tuần đầu tiên chạy bidding, khi ARPDAU tăng nhưng thời lượng phiên lại giảm.
Ví dụ cụ thể: phần doanh thu tăng thêm đến từ đâu
Hãy hình dung một lượt hiển thị quảng cáo có thưởng với bốn mạng quảng cáo quan tâm. Trong waterfall được sắp xếp theo eCPM tuần trước, mạng A đứng đầu với giá sàn 9 USD, B là 7 USD, C là 5 USD và D là 3 USD. Mạng A lấp đầy ở mức 9 USD. Bạn thu được 9 USD.
Bây giờ, hãy đưa cùng lượt hiển thị đó vào một phiên đấu giá trực tiếp. Mạng A đặt giá 8,40 USD vì người dùng cụ thể này có vẻ kém tiềm năng hơn nhóm người dùng của tuần trước. Mạng C đang có chiến dịch nhắm đúng khu vực địa lý và hệ điều hành này nên đặt giá 11,20 USD. Phiên đấu giá chốt ở mức 11,20 USD — tăng 24% trên một lượt hiển thị, vẫn với bốn mạng đó và không cần tích hợp thêm. Nhân lên vài triệu lượt hiển thị mỗi ngày, lợi ích sẽ rất rõ ràng.
Ví dụ này cũng giải thích vì sao bidding không tự nhiên mang lại thêm tiền. Nếu adapter của mạng C mất 1100 ms để phản hồi trong khi thời gian chờ của bạn là 900 ms, mạng C sẽ không kịp tham gia đấu giá, mạng A thắng ở mức 9 USD, còn bạn phải chịu độ trễ của bidding mà không nhận được lợi ích nào.
Vì sao mô hình kết hợp phù hợp nhất với gần như mọi nhà phát hành
Cấu hình liên tục mang lại ARPDAU cao nhất là mô hình kết hợp (hybrid): dùng in-app bidding ở đầu chuỗi phân phối, nơi các bên đặt giá thầu thực sự cạnh tranh và lợi ích đủ bù chi phí độ trễ, sau đó dùng một waterfall ngắn có giới hạn để lấp đầy phần còn lại (backfill). Waterfall tiếp nhận những lượt hiển thị mà không bên đấu giá nào muốn mua, giúp tỷ lệ lấp đầy duy trì gần 100% mà không phải chịu độ trễ do đưa từng mục cấu hình quảng cáo vào đấu giá.
Trên Apps Kit SDK, cấu hình hybrid mặc định là: chạy in-app bidding với tất cả đối tác có hỗ trợ (AdMob, AppLovin MAX, Meta Audience Network, Unity LevelPlay, Mintegral và Pangle), sau đó dùng waterfall backfill gồm hai mục cho các mạng không hỗ trợ bidding, với giá sàn ở mức thận trọng. Ngay khi sử dụng, cấu hình này đã đạt hiệu quả ngang bằng hoặc tốt hơn những cấu hình tinh chỉnh thủ công mà chúng tôi từng thấy tại các studio có đội ngũ vận hành quảng cáo chuyên trách.
Ngân sách độ trễ mà chẳng ai ghi lại
Mỗi yêu cầu quảng cáo đều có một ngân sách thời gian tính bằng mili giây, và bạn nên ghi rõ ngân sách của mình. Điểm khởi đầu hợp lý cho video có thưởng là tổng thời gian 1500 ms: 200 ms để SDK tạo yêu cầu, 900 ms cho phiên đấu giá, 300 ms để tải nội dung quảng cáo và 100 ms để hiển thị. Lâu hơn mức đó, người dùng có thể đã chuyển sang thao tác khác.
Khi thêm một đối tác đấu giá mới, hãy đo thời gian phản hồi p95 của họ trên thiết bị thực tại ba quốc gia trọng điểm của bạn. Nếu p95 vượt thời gian chờ đấu giá ở bất kỳ quốc gia nào, đối tác đó sẽ âm thầm thua mọi phiên đấu giá tại khu vực ấy. Đặt giới hạn thời gian chờ riêng cho từng đối tác thay vì dùng một mức chung, bạn sẽ thu hồi được doanh thu mà không kéo dài thời gian chờ của lượt hiển thị ở mức trung vị.
Ma trận lựa chọn có thể áp dụng ngay hôm nay
Hãy dùng ma trận này làm điểm khởi đầu và chỉ điều chỉnh khi có dữ liệu chứng minh lựa chọn khác phù hợp hơn:
- Chưa ra mắt / dưới 50 nghìn DAU — chỉ dùng waterfall với ba mạng quảng cáo, tập trung vào tỷ lệ giữ chân người dùng thay vì ARPDAU
- 50 nghìn–500 nghìn DAU, chủ yếu là quảng cáo có thưởng — dùng hybrid: bidding cho quảng cáo có thưởng, waterfall cho quảng cáo xen kẽ
- 500 nghìn–5 triệu DAU, nhiều định dạng quảng cáo — dùng hybrid toàn diện: bật bidding ở mọi nơi có hỗ trợ, backfill gồm hai mục
- Trên 5 triệu DAU, nhiều khu vực — dùng hybrid toàn diện, kết hợp thời gian chờ đấu giá theo quốc gia và ma trận giá sàn theo định dạng
- Ứng dụng tiện ích / ứng dụng chỉ dùng một phiên dưới 5 phút — chỉ dùng waterfall, vì chi phí phát sinh từ đấu giá không mang lại lợi ích tương xứng
Các kỹ thuật cấu hình hiển thị giúp cộng hưởng doanh thu
Loại mediation quyết định mức trần doanh thu trên mỗi lượt hiển thị. Cấu hình hiển thị quyết định số lượt quảng cáo bạn thực sự phân phối và giá trị của từng lượt. Bốn đòn bẩy sau giúp gia tăng hiệu quả cho mọi cấu hình mediation:
- Giá sàn theo quốc gia và định dạng, được tính lại hằng tuần từ dữ liệu giá thầu của 14 ngày trước đó — mỗi đơn vị quảng cáo dùng một ma trận, không phải một con số cố định
- Giới hạn độ dài waterfall — sáu đối tác đấu giá hàng đầu cộng hai mạng backfill; những mục phía dưới chỉ làm tăng độ trễ mà không tăng doanh thu
- Giới hạn tần suất theo khung giờ — cấu hình hiệu quả lúc 20 giờ trên Wi-Fi có thể phá hỏng tỷ lệ giữ chân lúc 3 giờ sáng trên thiết bị Tier 3
- Dùng số lượt hiển thị trên mỗi DAU làm KPI chỉ báo sớm — chỉ số này biến động trước ARPDAU khoảng một tuần, giúp bạn xử lý vấn đề trước khi bộ phận tài chính nhận ra
Khi nào chỉ dùng waterfall vẫn là lựa chọn đúng
Mediation thuần waterfall vẫn hiệu quả hơn hybrid trong hai trường hợp. Thứ nhất, ứng dụng có thời lượng phiên trung bình dưới năm phút — độ trễ của bất kỳ phiên đấu giá theo thời gian thực nào cũng làm mất phần lợi ích doanh thu từ đấu giá. Thứ hai, ứng dụng hoạt động tại những thị trường có ít hơn ba đối tác đấu giá cạnh tranh thực chất; đấu giá không giúp tìm ra mức giá tốt hơn, còn phần chi phí phát sinh chỉ làm tăng gánh nặng.
Ngoài hai trường hợp đó, hybrid là lựa chọn hiệu quả hơn. Nếu chưa chắc chắn, hãy chạy thử nghiệm A/B trong hai tuần trên một vị trí quảng cáo có thưởng và so sánh ARPDAU theo nhóm người dùng. Câu trả lời phù hợp với ứng dụng của bạn sẽ thể hiện rõ trong vòng mười ngày.
Những nhà phát hành tối đa hóa được doanh thu quảng cáo không phải là những người có nhiều mạng quảng cáo nhất hay hợp đồng mediation hào nhoáng nhất. Họ là những người chọn loại mediation phù hợp với nguồn lượt hiển thị và quản lý cấu hình hiển thị như một hoạt động vận hành.
Danh sách triển khai trong 30 ngày
Nếu nhóm của bạn đang chuyển từ waterfall thuần sang hybrid, đây là trình tự chúng tôi áp dụng khi triển khai Apps Kit SDK. Mỗi bước đều có thể hoàn tác qua cấu hình từ xa — không cần phát hành phiên bản ứng dụng mới.
- Ngày 1–3: thiết lập đo lường số lượt hiển thị trên mỗi DAU, độ trễ p95 của yêu cầu quảng cáo và tỷ lệ hết thời gian chờ theo từng đối tác đấu giá
- Ngày 4–7: chỉ bật bidding cho một vị trí quảng cáo có thưởng tại quốc gia trọng điểm nhất, giữ nguyên mọi yếu tố khác
- Ngày 8–14: so sánh ARPDAU theo nhóm người dùng và tỷ lệ giữ chân ngày 7 với nhóm đối chứng — nếu cả hai đều đạt yêu cầu, mở rộng sang toàn bộ quảng cáo có thưởng
- Ngày 15–21: mở rộng bidding sang quảng cáo xen kẽ tại cùng quốc gia, theo dõi sát tác động đến thời lượng phiên
- Ngày 22–30: triển khai toàn cầu với thời gian chờ đấu giá riêng cho từng quốc gia, loại bỏ các mục kém hiệu quả ở cuối waterfall
Việc cần làm trong tuần này
Nếu chỉ chọn một việc để áp dụng từ bài viết này, hãy kiểm tra cấu hình ad mediation hiện tại theo cấu hình hybrid mặc định ở trên và thiết lập đo lường số lượt hiển thị trên mỗi DAU ở cấp nhóm người dùng. Kết hợp hai thay đổi này thường giúp tăng ARPDAU 20–40% trong vòng hai tuần — không cần thêm bất kỳ mạng quảng cáo mới nào hay sửa một dòng mã ứng dụng. Mọi nội dung còn lại trong bài đều là bước tối ưu thêm dựa trên hai nền tảng đó.
