Kỷ nguyên định danh đang kết thúc trên Android

Trong nhiều năm, việc nhắm mục tiêu và đo lường quảng cáo di động dựa vào các định danh ổn định, xuyên ứng dụng — chủ yếu là Google Advertising ID (GAID). Mô hình đó đang bị tháo dỡ. Privacy Sandbox trên Android hướng đến việc cung cấp quảng cáo liên quan và đo lường chuyển đổi mà không chia sẻ định danh cấp người dùng giữa các ứng dụng.

Đối với các nhà phát hành tài trợ ứng dụng và trò chơi miễn phí bằng quảng cáo, đây không phải là một bản cập nhật SDK nhỏ. Nó thay đổi cách các đối tác cầu hiểu khán giả của bạn, cách phân bổ chuyển ngược về nhà quảng cáo, và cách kho quảng cáo của bạn được định giá. Học các khối nền tảng ngay bây giờ — trong khi các tín hiệu cũ vẫn còn hoạt động một phần — là cách bảo vệ doanh thu trong quá trình chuyển đổi.

Topics API: Tín hiệu sở thích không theo dõi

Topics API thay thế việc lập hồ sơ sở thích xuyên ứng dụng. Thay vì nhà quảng cáo ghép một hồ sơ hành vi từ nhiều ứng dụng, thiết bị suy ra một tập hợp nhỏ các chủ đề sở thích thô (ví dụ "Trò chơi di động" hoặc "Du lịch") từ việc sử dụng gần đây. Các chủ đề được lưu trên thiết bị và chỉ một số lượng giới hạn được chia sẻ với các SDK gọi đến mỗi kỳ.

Trong thực tế:

• Việc nhắm mục tiêu trở nên rộng hơn và theo ngữ cảnh thay vì cụ thể theo từng người.
• Các chủ đề là thô, xoay vòng theo thời gian, và loại trừ các danh mục nhạy cảm theo thiết kế.
• Hệ điều hành làm trung gian tín hiệu nào tới được phía cầu — bạn không còn sở hữu hồ sơ nữa.

Hãy kỳ vọng CPM dựa trên sở thích phụ thuộc nhiều hơn vào mức độ liên quan theo ngữ cảnh và ngữ cảnh bên thứ nhất mà bạn có thể cung cấp hợp pháp trong các yêu cầu quảng cáo.

SDK Runtime: Cô lập các SDK quảng cáo

SDK Runtime di chuyển các SDK quảng cáo và phân tích vào một tiến trình riêng biệt, được cách ly (sandbox) với quyền hạn giới hạn. Hôm nay một SDK quảng cáo nhúng chạy với cùng quyền truy cập như ứng dụng của bạn — nó có thể đọc dữ liệu ứng dụng, tín hiệu thiết bị, và hơn thế nữa. SDK Runtime hạn chế điều đó, giảm những gì một SDK có thể âm thầm thu thập và hạn chế tương quan xuyên ứng dụng.

Đối với nhà phát hành, điều này mang lại hai thực tế. Các SDK trung gian và quảng cáo phải được cập nhật lên các phiên bản hỗ trợ runtime, một phụ thuộc cần theo dõi với mỗi đối tác. Và các tín hiệu mà SDK trước đây ngầm lấy sẽ không còn khả dụng, nên việc truyền ngữ cảnh bên thứ nhất sạch sẽ, có sự đồng ý qua các API được hỗ trợ trở nên quan trọng hơn.

Attribution Reporting: Đo lường không cần định danh

Attribution Reporting API xây dựng lại việc đo lường chuyển đổi trên thiết bị. Thay vì khớp một lượt nhấp quảng cáo với một lượt cài đặt qua một ID chung, nó ghi lại các sự kiện phân bổ cục bộ và trả về các báo cáo tổng hợp hoặc báo cáo cấp sự kiện được làm nhiễu và trì hoãn — chứng minh chiến dịch hiệu quả trong khi ngăn việc tái nhận dạng cấp người dùng.

Những sự đánh đổi mà phía cầu của bạn sẽ thích nghi bao gồm:

• Độ trễ báo cáo thay vì phân bổ tức thời, xác định.
• Nhiễu thống kê đòi hỏi khối lượng lớn hơn để đọc rõ ràng.
• Các bản tóm tắt tổng hợp thay thế ánh xạ một-một giữa nhấp và cài đặt.

Hãy kỳ vọng một giai đoạn mà nhà quảng cáo chạy phân bổ Privacy Sandbox song song với các phương pháp cũ để hiệu chỉnh. Kho quảng cáo đo lường tốt với các API mới sẽ giữ ngân sách; kho phụ thuộc vào tín hiệu lỗi thời sẽ chịu áp lực.

Nhà phát hành ứng dụng nên làm gì ngay bây giờ

Quá trình chuyển đổi tưởng thưởng cho sự chuẩn bị. Các bước cụ thể:

• Kiểm tra các SDK của bạn. Xác nhận các SDK trung gian, mạng quảng cáo và phân tích của bạn cung cấp các phiên bản sẵn sàng cho Privacy Sandbox và SDK Runtime, và lên kế hoạch nâng cấp.
• Đăng ký và kiểm thử. Sử dụng đăng ký Privacy Sandbox của Google và kiểm thử trên developer previews để bạn không phải gỡ lỗi trong môi trường sản xuất.
• Củng cố ngữ cảnh bên thứ nhất. Đầu tư vào các tín hiệu theo ngữ cảnh và có sự đồng ý mà bạn có thể truyền hợp pháp, vì các ID xuyên ứng dụng sẽ không gánh được tải.
• Lập chuẩn đo lường sớm. So sánh kết quả Attribution Reporting với phân bổ hiện tại để đặt kỳ vọng thực tế cho người mua.
• Xử lý sự đồng ý cho đúng. Sandbox giảm việc chia sẻ dữ liệu âm thầm nhưng không loại bỏ nghĩa vụ pháp lý của bạn trong việc thu thập và tôn trọng sự đồng ý cho việc xử lý còn lại.

Tại sao sự đồng ý và một CMP vẫn quan trọng

Một hiểu lầm phổ biến là Privacy Sandbox khiến sự đồng ý trở nên lỗi thời. Không phải vậy. Sandbox hạn chế cách dữ liệu di chuyển, nhưng theo GDPR, các quy tắc ePrivacy và các chính sách riêng của Google, bạn vẫn phải có được và phát tín hiệu một cơ sở pháp lý hợp lệ — và các đối tác cầu vẫn yêu cầu các tín hiệu đồng ý tương thích để đặt giá thầu. Google Consent Mode v2 và IAB TCF 2.3 vẫn là mô liên kết giữa giao diện đồng ý của bạn và ngăn xếp quảng cáo.

Đây là nơi FlexyConsent phù hợp. Là một Nền tảng Quản lý Sự đồng ý được Google chứng nhận hỗ trợ IAB TCF 2.3 và Consent Mode v2, nó tập trung hóa cách sự đồng ý được thu thập và lan truyền trên tất cả các ứng dụng và trang web của bạn. Một cấu hình duy nhất phát ra các tín hiệu chuẩn hóa mà các đối tác trung gian và đo lường của bạn mong đợi, nên khi các API Privacy Sandbox được triển khai bạn gửi sự đồng ý sạch, nhất quán, có thể kiểm toán — không phải logic mong manh theo từng ứng dụng vỡ vụn với mỗi bản cập nhật SDK.

Những điểm chính

• Privacy Sandbox thay thế các ID xuyên ứng dụng bằng Topics trên thiết bị, một SDK Runtime cô lập, và Attribution Reporting được làm nhiễu.
• Việc nhắm mục tiêu dịch chuyển sang các tín hiệu theo ngữ cảnh và bên thứ nhất có sự đồng ý; phân bổ xác định nhường chỗ cho các báo cáo tổng hợp, trì hoãn.
• Kiểm tra và nâng cấp các SDK quảng cáo của bạn ngay bây giờ, đăng ký kiểm thử, và lập chuẩn đo lường mới so với cái cũ trước khi việc loại bỏ có tác động.
• Sự đồng ý vẫn là bắt buộc — một CMP với TCF 2.3 và Consent Mode v2 như FlexyConsent giữ các tín hiệu đồng ý của bạn hợp lệ và tương thích trên mọi tài sản.