Hầu hết nhà xuất bản có thể cho bạn biết eCPM của họ đến hai chữ số thập phân. Họ biết fill rate của mình theo geo và định dạng. Họ theo dõi ARPDAU hàng ngày. Nhưng hỏi họ mất bao lâu để một quảng cáo render sau khi người dùng kích hoạt nó, bạn thường nhận được ánh nhìn trống rỗng. Độ trễ quảng cáo là chỉ số mà hầu như không ai đo lường — và nó là một trong những vấn đề tốn kém nhất trong kiếm tiền trên di động.
Độ trễ quảng cáo là gì?
Độ trễ quảng cáo là thời gian giữa lúc ứng dụng của bạn yêu cầu một quảng cáo và lúc quảng cáo đó được render đầy đủ và hiển thị cho người dùng. Đối với một rewarded video, đó là khoảng cách giữa việc người dùng chạm vào "Xem quảng cáo" và việc video thực sự phát. Đối với interstitial, đó là độ trễ giữa sự kiện kích hoạt và việc quảng cáo toàn màn hình xuất hiện. Đối với banner, đó là thời gian vị trí banner ngồi trống trước khi nội dung tải.
Trong một thế giới lý tưởng, con số này là không. Trong thực tế, nó dao động từ 200 mili giây đối với các thiết lập được tối ưu tốt đến 3 hoặc nhiều giây hơn đối với các waterfall được cấu hình kém — và mỗi mili giây khiến bạn mất tiền.
Làm thế nào độ trễ phá hủy doanh thu
Impression bị bỏ rơi
Khi một rewarded video mất ba giây để tải, một tỷ lệ đáng kể người dùng từ bỏ và đóng lời nhắc. Họ muốn phần thưởng, nhưng không đủ để nhìn chằm chằm vào biểu tượng tải. Impression đó đáng giá tiền — waterfall của bạn đã tìm được người mua, phiên đấu giá đã thắng — nhưng người dùng không bao giờ thấy quảng cáo. Fill rate của bạn trông ổn trên dashboard vì quảng cáo về mặt kỹ thuật đã được phục vụ. Nhưng doanh thu đã mất vì người dùng rời đi trước khi quảng cáo render.
Tỷ lệ hoàn thành thấp hơn
Những người dùng chờ đợi qua một lần tải chậm đã bực bội trước khi quảng cáo bắt đầu. Người dùng bực bội có nhiều khả năng tìm cách bỏ qua hoặc đóng quảng cáo sớm, điều này làm giảm tỷ lệ hoàn thành của bạn. Vì nhiều đối tác demand trả tiền trên cơ sở cost-per-completed-view, tỷ lệ hoàn thành thấp hơn trực tiếp làm giảm eCPM hiệu quả của bạn — ngay cả khi eCPM thô trên dashboard của bạn trông không đổi.
Trải nghiệm người dùng xuống cấp
Độ trễ quảng cáo không chỉ khiến bạn mất impression tức thời — nó huấn luyện người dùng tránh các vị trí quảng cáo hoàn toàn. Nếu rewarded video của bạn luôn chậm, người dùng học rằng chạm vào nút "Xem quảng cáo" có nghĩa là chờ đợi, và họ ngừng chạm vào nó. Tỷ lệ tương tác của bạn giảm vĩnh viễn, làm giảm tổng số impression có sẵn để kiếm tiền.
Độ trễ đến từ đâu
Quá nhiều bước waterfall
Trong một waterfall truyền thống, mỗi nguồn demand được gọi tuần tự. Nếu bạn có tám nguồn demand và mỗi nguồn mất 300 mili giây để phản hồi, đó là 2,4 giây trước khi bạn thậm chí bắt đầu render quảng cáo thắng cuộc. Đây là lập luận mạnh mẽ nhất cho in-app bidding và Open Bidding — chúng gọi tất cả các nguồn demand đồng thời, thu gọn độ trễ tuần tự thành một round-trip duy nhất.
Khởi tạo SDK
Một số SDK là lazy-initialized, nghĩa là chúng không bắt đầu tải cho đến khi có yêu cầu quảng cáo đầu tiên. Impression đầu tiên từ các SDK này có thể mất thời gian đáng kể hơn so với các impression tiếp theo. Khởi tạo trước các SDK chính của bạn khi khởi chạy ứng dụng — ngay cả khi nó thêm một chút vào thời gian khởi động — thường mang lại kết quả dương thuần bằng cách loại bỏ độ trễ impression đầu tiên.
Creative nặng
Một video creative nặng 15 megabyte sẽ mất nhiều thời gian hơn đáng kể để tải xuống và buffer so với một cái nặng 3 megabyte, đặc biệt trên các kết nối chậm hơn phổ biến ở các thị trường mới nổi. Bạn không thể trực tiếp kiểm soát kích thước creative, nhưng bạn có thể đặt các ngưỡng timeout để bỏ qua các creative tải chậm để ưu tiên các lựa chọn nhẹ hơn.
Cách đo độ trễ quảng cáo
Hầu hết các nền tảng mediation không hiển thị các chỉ số độ trễ theo mặc định. Bạn cần phải tự instrument nó. Ghi log timestamp khi ứng dụng của bạn gọi yêu cầu quảng cáo, và ghi log lại khi impression callback của quảng cáo kích hoạt. Sự khác biệt là độ trễ thực tế của bạn. Theo dõi điều này dưới dạng phân phối, không phải trung bình — trung vị có thể là 400 mili giây, nhưng nếu percentile thứ 95 của bạn là 4 giây, bạn có một vấn đề đuôi đáng kể ảnh hưởng đến 5 phần trăm tất cả các impression.
Nếu bạn không đo độ trễ quảng cáo, bạn đang bay mù trên một trong những biến có tác động lớn nhất trong stack kiếm tiền của mình. Bắt đầu đo lường ngay hôm nay — bạn gần như chắc chắn sẽ tìm thấy doanh thu mà bạn không biết mình đang mất.
Giảm độ trễ
Tải trước tích cực
Yêu cầu quảng cáo tiếp theo của bạn ngay khi quảng cáo hiện tại kết thúc. Đối với rewarded video, hãy chuẩn bị sẵn quảng cáo tiếp theo trước khi người dùng thậm chí thấy nút "Xem quảng cáo". Đối với interstitial, tải trước tại các điểm chuyển tiếp tự nhiên trong luồng ứng dụng của bạn.
Đặt timeout
Cấu hình thời gian chờ tối đa cho mỗi nguồn demand — thường là 1 đến 2 giây. Nếu một nguồn không phản hồi trong thời gian timeout, hãy chuyển sang nguồn tiếp theo. Việc mất một vài impression có eCPM cao nhưng chậm là đáng giá nếu điều đó có nghĩa là 95 phần trăm impression khác tải ngay lập tức.
Chuyển sang bidding
Thay thế các cuộc gọi waterfall tuần tự bằng bidding đồng thời ở bất cứ đâu có thể. Open Bidding qua GAM và in-app bidding qua nền tảng mediation của bạn đều giảm đáng kể độ trễ so với các waterfall truyền thống.
Làm việc với một đối tác được quản lý
Một đối tác managed monetization theo dõi độ trễ trên toàn bộ ad stack của bạn và liên tục tối ưu hóa cho tốc độ cùng với doanh thu. Họ có thể xác định nguồn demand nào đang thêm độ trễ không tương xứng và điều chỉnh cấu hình của bạn để loại bỏ các nút thắt — thường phục hồi doanh thu mà bạn không nhận ra mình đang mất.