Trước đây, mọi quyết định quan trọng về kiếm tiền từ quảng cáo đều phải chờ lịch phát hành ứng dụng. Bạn muốn tải trước thêm một quảng cáo có thưởng, chỉnh giao diện một vị trí quảng cáo native hoặc nới giới hạn tần suất tại một quốc gia — nhưng cách nhanh nhất vẫn là sửa mã, chờ xét duyệt rồi triển khai theo từng đợt trong hai tuần mới thấy chỉ số thay đổi.
Bản phát hành này đưa ba quyết định đó lên portal của Apps Kit SDK. Tải trước quảng cáo, thiết kế quảng cáo native và cấu hình theo khu vực giờ đây đều là những thiết lập từ xa, áp dụng được cho các bản ứng dụng đang được người dùng sử dụng. Không cần cập nhật ứng dụng, không cần gửi bản mới lên cửa hàng và không phải chờ người dùng trên các phiên bản cũ nâng cấp.
1. Tải trước quảng cáo từ portal — tối ưu tỷ lệ lấp đầy mà không cần sửa mã
Tình trạng không có quảng cáo để hiển thị (no-fill) hiếm khi xuất phát từ việc thiếu nhu cầu quảng cáo. Phần lớn trường hợp chỉ là yêu cầu quảng cáo được gửi quá muộn: người dùng đến vị trí hiển thị, SDK bắt đầu phiên đấu giá, thời gian chờ kết thúc trước khi các bên đặt giá hấp dẫn phản hồi, và bạn chỉ có thể hiển thị quảng cáo dự phòng giá thấp hoặc không hiển thị gì. Tải trước giải quyết vấn đề thời điểm, chứ không phải nguồn cầu.
Giờ đây, bạn có thể cấu hình tải trước cho từng vị trí quảng cáo ngay trên portal. Thiết lập số quảng cáo luôn sẵn sàng cho từng định dạng, chọn thời điểm kích hoạt việc tải và quy định thời gian hiệu lực của quảng cáo trong bộ nhớ đệm trước khi bị loại bỏ và tải lại. Thay đổi lúc 9 giờ sáng và theo dõi tác động trên các nhóm người dùng ngay trong ngày.
- Số lượng tải trước theo định dạng — chuẩn bị sẵn một quảng cáo xen kẽ và hai quảng cáo có thưởng, hoặc điều chỉnh riêng cho từng vị trí
- Điểm kích hoạt — tải trước khi khởi động ứng dụng, khi mở một màn hình hoặc sau một sự kiện cụ thể trong ứng dụng, chẳng hạn khi bắt đầu màn chơi
- Thời gian sống của bộ nhớ đệm (TTL) — loại bỏ nội dung quảng cáo đã cũ trước khi phân phối, tránh hiển thị quảng cáo có giá thầu đã mất hiệu lực từ hai mươi phút trước
- Chính sách nạp lại — tải lại ngay sau một lượt hiển thị hoặc chờ điểm kích hoạt tiếp theo để tiết kiệm số yêu cầu
Các giới hạn bảo vệ cũng quan trọng không kém bản thân thiết lập. Tải trước mọi quảng cáo ở mọi nơi sẽ làm tiêu tốn bộ nhớ trên thiết bị Android cấu hình thấp và tăng số yêu cầu cho những lượt hiển thị không bao giờ xảy ra — âm thầm làm giảm tỷ lệ lấp đầy và ảnh hưởng đến uy tín của bạn với các mạng quảng cáo. Portal hiển thị tỷ lệ số yêu cầu trên số lượt hiển thị cho từng vị trí có bật tải trước, giúp bạn nhận ra khi số lượng tải trước quá cao và giảm xuống ngay trong buổi chiều hôm đó.
Khuyến nghị cho lần thiết lập đầu tiên: chỉ tải trước các vị trí có giá trị cao nhất — quảng cáo có thưởng và quảng cáo xen kẽ đầu tiên trong phiên — với số lượng một quảng cáo và TTL ở mức thận trọng. Đo lường trước, rồi chỉ tăng số lượng tải trước ở những vị trí vẫn duy trì tỷ lệ yêu cầu trên lượt hiển thị hợp lý.
2. Thiết kế quảng cáo native trên portal — không cần cập nhật ứng dụng
Quảng cáo native phát huy hiệu quả khi trông như một phần tự nhiên của ứng dụng, và đó cũng chính là lý do việc liên tục cải tiến định dạng này thường tốn công. Trước đây, mỗi thay đổi bố cục — cỡ chữ tiêu đề, vị trí biểu tượng, màu nút kêu gọi hành động (CTA), bán kính bo góc — đều nằm trong tệp bố cục được đóng gói cùng ứng dụng, và mỗi thử nghiệm đều cần một lần phát hành.
Giờ đây, các mẫu quảng cáo native được tạo và chỉnh sửa ngay trên portal. Bạn xây dựng bố cục từ các thành phần native tiêu chuẩn (biểu tượng, tiêu đề, nội dung, hình ảnh/video, nhà quảng cáo, CTA), tùy chỉnh phông chữ, màu sắc, khoảng cách và bán kính bo góc, rồi xuất bản cho các ứng dụng đang hoạt động. SDK dựng mẫu khi ứng dụng chạy, nên người dùng đã cài ứng dụng sẽ nhận được thay đổi thiết kế trong lần tải cấu hình tiếp theo.
- Kéo thả để tạo bố cục cho các vị trí quảng cáo native trong bảng tin, dạng banner và toàn chiều rộng
- Tùy chỉnh giao diện với kiểu chữ, màu sắc, khoảng cách, bán kính bo góc và cách trình bày CTA — bao gồm các phiên bản riêng cho chế độ sáng và tối
- Mẫu riêng cho từng vị trí, để quảng cáo native trong bảng tin không nhất thiết phải giống quảng cáo trên màn hình kết quả
- Thử nghiệm biến thể — chạy đối chiếu hai mẫu và so sánh CTR, eCPM trước khi chọn mẫu hiệu quả hơn làm mẫu chính
- Đảm bảo tuân thủ chính sách ngay từ thiết kế: nhãn nhận diện quảng cáo và thông tin nhà quảng cáo bắt buộc luôn có trong mọi mẫu, không thể bị ẩn bằng các tùy chỉnh giao diện
Trên thực tế, thiết kế quảng cáo native không còn là một yêu cầu phải chuyển cho đội kỹ thuật, mà trở thành một thử nghiệm tối ưu doanh thu. Các đội ngũ trước đây mỗi quý chỉ phát hành được một bố cục native giờ có thể thử mẫu mới hằng tuần — và chính quá trình này thường tạo ra mức tăng eCPM native tích lũy theo thời gian.
3. Cấu hình theo khu vực — tùy chỉnh trải nghiệm quảng cáo cho từng thị trường
Một cấu hình quảng cáo dùng chung toàn cầu luôn có chỗ không phù hợp. Tần suất quảng cáo xen kẽ mà người dùng Mỹ chấp nhận được có thể khiến người dùng ở thị trường mới nổi rời bỏ ứng dụng, nơi phiên sử dụng ngắn hơn và kết nối chậm hơn. Mức giá sàn bảo vệ eCPM ở nhóm thị trường Tier 1 lại có thể khiến kho quảng cáo của bạn không được lấp đầy ở Tier 3.
Giờ đây, bạn có thể áp dụng gần như mọi thiết lập quảng cáo cho một khu vực, quốc gia hoặc nhóm quốc gia. Khi có yêu cầu quảng cáo, hệ thống ưu tiên cấu hình có phạm vi cụ thể nhất: quy tắc cấp quốc gia ghi đè quy tắc cấp khu vực, còn quy tắc cấp khu vực ghi đè cấu hình mặc định toàn cầu.
- Quy tắc vị trí quảng cáo — bật, tắt hoặc đổi định dạng quảng cáo theo từng thị trường
- Giới hạn tần suất và thời gian nghỉ giữa các lần hiển thị — giới hạn chặt hơn ở nơi có phiên sử dụng ngắn, nới hơn ở nơi có phiên dài
- Giá sàn — đặt giá sàn theo quốc gia để bảo vệ eCPM ở Tier 1 mà không làm giảm khả năng lấp đầy ở Tier 3
- Số lượng tải trước và thời gian chờ — tải trước nhiều hơn và chờ lâu hơn trên mạng chậm, dùng thiết lập gọn nhẹ hơn trên mạng nhanh
- Mẫu quảng cáo native — dùng mẫu riêng cho từng thị trường khi đặc điểm kiểu chữ hoặc độ dài văn bản của ngôn ngữ địa phương đòi hỏi
Ví dụ cụ thể: tại Mỹ, Anh và Đức, bạn chạy quảng cáo có thưởng kết hợp quảng cáo xen kẽ, đặt thời gian nghỉ 90 giây, áp dụng giá sàn cố định và tải trước hai quảng cáo. Tại Ấn Độ, Indonesia và Brazil, bạn giữ quảng cáo có thưởng, giảm tần suất quảng cáo xen kẽ xuống một lần mỗi ba phút, bỏ giá sàn cứng để phiên đấu giá có thể chọn được quảng cáo, kéo dài thời gian chờ đấu giá cho kết nối chậm và dùng mẫu native nhẹ hơn để hiển thị nhanh hơn trên thiết bị cấu hình thấp. Cùng một bản ứng dụng, hai trải nghiệm quảng cáo rất khác nhau.
Cách kết hợp ba tính năng
Các tính năng này phát huy hiệu quả nhất khi được kết hợp. Cấu hình theo khu vực quyết định người dùng ở từng thị trường nên thấy gì; tải trước bảo đảm quảng cáo sẵn sàng đúng lúc; còn mẫu native thiết kế trên portal giúp quảng cáo hòa hợp với ngữ cảnh của thị trường đó.
Một cấu hình khởi đầu chúng tôi khuyên dùng: bật tải trước một quảng cáo có thưởng trên toàn cầu, tạo hai nhóm khu vực (phát triển và mới nổi) với giới hạn tần suất và giá sàn riêng, rồi triển khai một mẫu native cho mỗi nhóm. Chỉ ba thay đổi trên portal, không cần viết dòng mã nào — và đủ để biết những điều chỉnh này có cải thiện ARPDAU cho ứng dụng hay không trước khi đầu tư tinh chỉnh chi tiết hơn.
Cấu hình quảng cáo tốt nhất là cấu hình bạn có thể thay đổi vào chiều thứ Ba và đánh giá hiệu quả vào thứ Năm.
Danh sách kiểm tra khi triển khai
- Bật tải trước cho quảng cáo có thưởng trước tiên — đây là định dạng có giá trị cao nhất và dễ đo lường nhất
- Theo dõi tỷ lệ số yêu cầu trên số lượt hiển thị trong một tuần trước khi tăng số lượng tải trước ở bất kỳ vị trí nào
- Tạo một mẫu native phù hợp với hệ thống cỡ chữ của ứng dụng, rồi thử nghiệm A/B với bố cục hiện tại
- Chia mười quốc gia hàng đầu của bạn thành hai hoặc ba nhóm khu vực thay vì cấu hình riêng từng quốc gia
- Mỗi lần chỉ thay đổi một biến cho mỗi nhóm; các thay đổi chồng chéo sẽ khiến bạn không xác định được nguyên nhân của chênh lệch ARPDAU
- Chờ ít nhất bảy ngày trước khi đánh giá mỗi thay đổi — cần trọn một tuần để quan sát đầy đủ ảnh hưởng từ các nhóm người dùng và biến động theo ngày trong tuần
Cả ba tính năng hiện đã có trên portal ở mọi gói dịch vụ, bao gồm cả gói dùng thử 14 ngày. Nếu đã tích hợp SDK, bạn sẽ nhận được các thiết lập này trong lần tải cấu hình tiếp theo — không cần cập nhật ứng dụng hay gửi lại để xét duyệt.
