Phân bổ chi tiết với iOS 14

Bài đăng được cập nhật vào ngày 29/7/2020 để bổ sung thêm thông tin về cách Adjust hỗ trợ khách hàng và đối tác giai đoạn hậu iOS 14, các kịch bản khác có thể diễn ra để có được một giải pháp on-device đáng tin cậy, và quan điểm của chúng tôi về Attribution Hash.

Như đã nêu trong bài đăng blog mới nhất, Adjust đang tích cực nghiên cứu bao quát nhiều tùy chọn để mang đến phân bổ chi tiết và chính xác, tương thích với các quy định mới sẽ được áp dụng trên iOS14.

Adjust sẽ hỗ trợ khách hàng và đối tác hiện đang sử dụng ba phương pháp sau:

  • Phân bổ dựa theo quyết định opt-in cùng AppTrackingTransparency
  • Đo lường xác suất
  • Sử dụng SKAdNetwork như một bộ dữ liệu bổ sung

Giải pháp phân bổ của chúng tôi tuyệt đối tuân thủ hướng dẫn của Apple, kể cả đối với người dùng không lựa chọn opt-in. Tuy nhiên, dù giải pháp phân bổ là gì, chúng tôi luôn hỗ trợ và đưa ra đề xuất cho các nhà phát triển ứng dụng về cách có được tỷ lệ đồng ý cao từ người dùng qua việc sử dụng bộ khung AppTrackingTransparency - bộ khung được Apple giới thiệu tại WWDC2020 - trong ứng dụng. Bộ khung sẽ giúp các nhà phát triển có được lợi thế cạnh tranh, dù họ ở phía cung cấp hay phía có nhu cầu quảng cáo.

Trong bài đăng này, chúng tôi sẽ trình bày nghiên cứu mà chúng tôi hiện đang thực hiện, đặc biệt các nghiên cứu xoay quanh giải pháp mà chúng tôi đề xuất với tên gọi "Attribution Hash". Chúng tôi hi vọng bài đăng này sẽ tạo tiền đề cho các cuộc thảo luận và thu hút các phản hồi về hướng đi của phân bổ di động. Nhìn xa hơn, chúng tôi hi vọng bài đăng sẽ thúc đẩy Apple thông qua một giải pháp on-device đáng tin cậy có lợi cho ngành mà vẫn tuân thủ hướng dẫn của Apple.

Chúng tôi tin rằng Apple nên là bên duy nhất chịu trách nhiệm kiểm soát ID thiết bị, cũng như API cho phân bổ on-device, theo như định nghĩa về quyền riêng tư trên iOS 14. Chúng tôi hi vọng rằng giải pháp cho ngành sẽ được thực hiện theo hướng này.

Dưới đây là các bước cần thiết mà mỗi bên liên quan trong hệ sinh thái cần thực hiện.

Phía bên cung cấp (Supply Side)

Trước hết, hãy bắt đầu từ phía các nhà phát hành ứng dụng. Giải pháp này sẽ bao hàm mọi ứng dụng thu lời từ quảng cáo, từ mạng xã hội đến game, cũng như các mạng quảng cáo mà các nhà marketing sử dụng để tăng doanh thu.

Trong bối cảnh người dùng iOS14 được toàn quyền quyết định về việc chia sẻ dữ liệu IDFA, các nhà phát hành ứng dụng đã đến lúc cần làm rõ giá trị hay lợi ích mà họ có thể mang đến cho người dùng. Apple vẫn chưa đưa ra bất kỳ giới hạn nào về cách trao đổi thông tin đến người dùng, do đó, các nhà phát hành ứng dụng vẫn còn nhiều cách để làm.

Các nhà phát hành ứng dụng có thể đưa ra các lựa chọn khác nhau cho người dùng, như giữa một phiên bản miễn phí và có quảng cáo với một phiên bản trả phí và không quảng cáo.

Các trang mạng xã hội chỉ cần đưa mục này vào điều khoản và điều kiện sử dụng ứng dụng, đó là người dùng cần đồng ý chia sẻ dữ liệu IDFA và cho phép ứng dụng hiển thị quảng cáo để có thể sử dụng mọi tính năng của ứng dụng.

Đến cuối cùng, miễn là người dùng còn có nhu cầu, phía cung cấp sẽ vẫn còn động lực để sáng tạo đổi mới. Các nhà phát hành ứng dụng nào chứng minh được giá trị của ứng dụng sẽ được nhiều người dùng đồng ý cấp quyền truy cập - và từ đó có nhiều không gian quảng cáo có giá trị hơn.

Chúng tôi tin rằng nguyên tắc kinh tế cơ bản này sẽ tạo động lực cho các nhà cung cấp.

Phía bên có nhu cầu quảng cáo (Demand Side)

Thách thức lớn nhất mà phân bổ dựa trên IDFA đối mặt khi hoạt động trong iOS14 đó là, bạn cần có được dữ liệu IDFA của mọi thiết bị có cài đặt ứng dụng của nhà quảng cáo, ngay khi ứng dụng được mở ra.

Không có cách nào để sớm được người dùng cho phép truy cập dữ liệu, đặc biệt với những ứng dụng thậm chí không hiển thị quảng cáo và thu lời chủ yếu qua việc đăng ký và giao dịch trong ứng dụng.

Đây là vấn đề cần giải quyết và là một trong những lý do mà tại sao một số người trong ngành gọi chính sách mới là "dấu chấm hết cho IDFA".

Nhưng Apple đã cho phép một ngoại lệ quan trọng trong bộ khung AppTrackingTransparency.

Vậy làm cách nào để phân bổ lượt cài đặt hay tỷ lệ tái kết nối mà không gửi dữ liệu ra ngoài phạm vi thiết bị nhưng vẫn nhận diện được người dùng hoặc thiết bị của họ?

Chúng tôi đã tìm ra một phương án khả thi: Attribution Hash.

Phương diện kỹ thuật của Attribution Hash

Ý tưởng tương đối đơn giản: một khi ứng dụng được mở, ứng dụng của nhà quảng cáo sẽ đọc được dữ liệu IDFA và IDFV.

Sau đó tính SHA256 (Secure Hash) của IDFA và IDFV để ra một kết quả mà chúng tôi gọi đó là “attribution hash”.

Ví dụ, nếu mã IDFA là 236A005B-700F-4889-B9CE-999EAB2B605D và IDFV là C305F2DB-56FC-404F-B6C1-BC52E0B680D8, vậy attribution hash sẽ là 5a884a5dd3758ae7f0d333f56933df76d4a609a77e54ecc5db51ac8651fb5658.

Vậy bản chất của hash này là gì?

Trước hết, hãy cùng ôn lại hash là gì. Nói một cách đơn giản, hash là tính năng một chiều, cho phép tạo ra output có độ dài cố định cho một lượng input nhất định mà không thể truy ngược output đó đến từ input gì. Video sẽ giải thích cơ bản hash là gì và hash hoạt động như thế nào.

Input của attribution hash sẽ là input khả biến nhất. Điều đó có nghĩa hash của chúng tôi sẽ hoạt động giống như mã IDFV: sẽ không bao giờ có hai ứng dụng khác nhau sử dụng hàm giống nhau, trừ khi hai ứng dụng đó đến từ một nhà phát hành ứng dụng, tương tự IDFV.

Như vậy bạn không thể dùng hash để tái tương tác hay thiết lập hồ sơ người dùng giữa nhiều ứng dụng khác nhau. Và hash cũng không phải là mã định danh người dùng hay thiết bị, cũng giống như IDFV.

Nào giờ hãy tưởng tượng SDK sử dụng hash này và IDFV, sau đó gửi đến backend của MMP.

Không một mã định danh người dùng hay thiết bị nào được gửi ra ngoài phạm vi thiết bị và mã IDFA chỉ đươc sử dụng trong chính thiết bị đó để tính hash.

Để có thể sử dụng hash này cho phân bổ, MMP cần đánh giá toàn bộ dữ liệu IDFA họ nhận được từ phía cung cấp để tính tỷ lệ kết nối giúp đẩy mạnh hoạt động trong ứng dụng. Và cần ghi nhớ rằng - tất cả dữ liệu IDFA được gửi đến MMP đều có sự đồng ý của người dùng khi họ sử dụng ứng dụng có hiện quảng cáo.

MMP sau đó tính toán tất cả các hash SHA256 của từng mã IDFA và IDFV tiềm năng mà nó nhận được. Nếu một trong các hash này giống với attribution hash của thiết bị, bạn đã tìm được đúng thông tin - và có thể phân bổ như cách bạn khớp IDFA hiện nay.

Giải pháp này thú vị ở điểm đó là kể cả IDFV và attribution hash có kết hợp lại cũng không giúp bạn có được dữ liệu IDFA. Trừ phi bạn được người dùng đồng ý cho truy cập IDFA, bạn không có cách nào sử dụng attribution hash tùy theo ý bạn.

Vì những mặt hạn chế của nó, attribution hash chỉ có thể được sử dụng nội bộ bởi các MMP.

Tổng kết

Khi các ứng dụng bên phía cung cấp được truy cập IDFA, Adjust đề xuất sử dụng hash của IDFA và IDFV (hay bất kỳ random salt nào), sau đó tính toán tại ứng dụng bên phía có nhu cầu quảng cáo, để sử dụng nó cho phân bổ. Điều đó có nghĩa là không cần phải hỏi ý kiến người dùng về việc đưa IDFA ra ngoài phạm vi thiết bị, giúp giải quyết vấn đề của bên có nhu cầu quảng cáo.

Attribution hash có nhiều lợi ích:

  • Quyền riêng tư: Không một mã định dạng thiết bị hay người dùng được gửi ra ngoài phạm vi thiết bị, IDFA được thu thập với sự cho phép từ người dùng, tuân thủ quy tắc của Apple.
  • Sự minh bạch Với bộ phận chịu trách nhiệm triển khai kỹ thuật, giải pháp này rất dễ hiểu và dễ chia sẻ.
  • Tính chính xác: Phương pháp này đảm bảo việc khớp dữ liệu chính xác như khớp IDFA. Trong một vài trường hợp, nó thậm chí còn giúp khớp dữ liệu chính xác hơn, nếu xét trong bối cảnh Apple không chấp nhận LAT và xét khía cạnh phương pháp này giúp truy cập IDFA trong ứng dụng của nhà quảng cáo.
  • Tính bảo mật: Không thể tìm ra IDFA, kể cả khi biết được một nửa input của hash.
  • Tính đơn giản: Giải pháp này sẽ chỉ cần MMP thực hiện một vài thay đổi nhỏ trên SDK. Tất cả MMP đều có thể điều chỉnh backend để sử dụng giải pháp khớp này mà không cần phải đầu tư quá nhiều nguồn lực.

Dưới đây là một vài kịch bản khác có thể diễn ra với on-device:

  • Một sản phẩm tương tự Google Referrer trên Android

    Sản phẩm này thậm chí có thể yêu cầu sự đồng ý phía bên nhà cung cấp chỉ khi mà người dùng cho phép phía bên cung cấp theo dõi dữ liệu, ứng dụng bên phía có nhu cầu quảng cáo nhận được một delegate callback ngay khi ứng dụng được cài đặt mà SDK của chúng tôi có thể đọc được. Payload có thể là click ID (Adjust reftag nội bộ là một ví dụ), thông tin về chiến dịch hay mã IDFV từ phía ứng dụng nguồn.

  • Khớp ID trên chính thiết bị

    Thay vì mã IDFA đi từ SDK đến máy chủ của Adjust, máy chủ sẽ gửi đi toàn bộ mã IDFA nhận được khi kết nối với SDK cùng với trình theo dõi lượt click - đây là một biểu dữ liệu tổng hợp.

    SDK khớp IDFA và chỉ có trình theo dõi được trả lại

  • Attribution Hash do Apple tạo ra

    SDK của chúng tôi thậm chí sẽ không thể đọc IDFA, và chúng tôi chỉ nhận hash và salt từ Apple

Tổng kết lại là, có rất nhiều giải pháp cho phân bổ on-device mà ngành có thể nghiên cứu và phân tích sâu thêm, và một vài trong số các giải pháp trên có thể có mặt trong các cải tiến sắp tới của SKAdNetwork.

Chúng tôi liên tục thảo luận với Apple, các nhà phát triển ứng dụng, và các đối tác marketing để tìm ra giải pháp giúp ngành phát triển vững mạnh trong tương lai nhưng không gây tổn hại đến quyền riêng tư người dùng.

Nếu bạn muốn tham gia hành trình này với chúng tôi hoặc muốn hiểu rõ hơn cách để ủng hộ giải pháp, vui lòng liên hệ với chúng tôi tại ios14@adjust.com. Chúng tôi luôn sẵn lòng chia sẻ thông tin và mong nhận được phản hồi từ các bên liên quan trong ngành!