Sơ đồ giá trị chuyển đổi SKAdNetwork 4.0: Giá trị chi tiết, giá trị thô và cửa sổ chuyển đổi

Bạn cấu hình sơ đồ giá trị chuyển đổi SKAdNetwork 4.0 như thế nào? Sơ đồ giá trị chuyển đổi SKAdNetwork 4.0 ánh xạ các sự kiện sau khi cài đặt hoặc tín hiệu doanh thu sang các giá trị chi tiết từ 0 đến 63 và các giá trị thô (low, medium, high). Tầng dữ liệu postback của Apple quyết định cách biểu diễn giá trị chuyển đổi và các trường nhạy cảm về quyền riêng tư khác có thể xuất hiện trong một postback hợp lệ.

IDFA (Mã định danh cho nhà quảng cáo) là mã định danh quảng cáo có thể đặt lại của Apple dành cho việc đo lường quảng cáo trên iOS. Khung Minh bạch về quyền riêng tư của ứng dụng (ATT) của Apple đã thay đổi quyền truy cập IDFA từ trạng thái khả dụng mặc định của hệ thống sang quyền truy cập được người dùng cho phép, qua đó chuyển đổi hoạt động đo lường phân bổ trên thiết bị di động từ mô hình khớp chéo ứng dụng tất định sang các khung đo lường bảo vệ quyền riêng tư.

Hiểu về hệ thống phân cấp giá trị chuyển đổi SKAdNetwork 4.0

Sự tiến hóa cấu trúc: Từ đo lường postback đơn SKAN 3.0 sang đa cửa sổ SKAN 4.0

Dưới thời SKAdNetwork 2.0 và 3.0, các nhà quảng cáo phụ thuộc vào một giá trị chuyển đổi duy nhất và bộ đếm thời gian cuộn 24 giờ. Đối với SKAN 3 trở về trước, giá trị chuyển đổi cao hơn có thể khởi động lại bộ đếm thời gian cuộn 24 giờ, điều này khuyến khích các nhà phát triển thiết kế các sơ đồ giá trị chuyển đổi tăng đơn điệu. Nếu người dùng hoàn thành một sự kiện chuyển đổi trong ứng dụng, SDK khách được tích hợp sẽ gọi API hệ thống để cập nhật một số nguyên 6-bit duy nhất (từ 0 đến 63).

Mô hình postback đơn của SKAN cung cấp tầm nhìn hạn chế đối với mức độ tương tác sau khi cài đặt diễn ra sau giai đoạn chuyển đổi ban đầu đối với các ứng dụng di động có phễu chuyển đổi dài hơn, chẳng hạn như nền tảng thương mại điện tử đăng ký và trò chơi di động trung cấp.

SKAdNetwork 4.0 đã cấu trúc lại mô hình đo lường này bằng cách giới thiệu cấu trúc đa cửa sổ SKAdNetwork 4.0 bao gồm ba khoảng thời gian riêng biệt, các mã định danh nguồn được mở rộng thay thế mô hình mã định danh chiến dịch trước đó và hệ thống giá trị chuyển đổi hai tầng bao gồm các giá trị chi tiết và giá trị thô. SKAdNetwork 4 có thể tạo tối đa ba postback cho một lần phân bổ quảng cáo thành công. Postback thứ hai và thứ ba chỉ khả dụng khi đáp ứng các điều kiện về quyền riêng tư áp dụng và các cửa sổ chuyển đổi tương ứng tạo ra thông tin chuyển đổi hợp lệ; Tầng 0 chỉ nhận postback đầu tiên.

Giá trị chi tiết (Fine-Grained Values): Mã hóa mức độ tương tác trong ứng dụng thành số nguyên 6-bit

Các giá trị chuyển đổi chi tiết đại diện cho chỉ số đo lường SKAN truyền thống. Được mã hóa dưới dạng số nguyên không dấu 6-bit, các giá trị chi tiết hỗ trợ 64 trạng thái số rời rạc từ 0 đến 63.

Vì 6 bit cung cấp 64 giá trị tiềm năng, các nhà phát triển thiết kế logic ánh xạ để mã hóa các mốc quan trọng cụ thể của người dùng hoặc khoảng doanh thu:

• Ánh xạ phễu tuần tự: Gán giá trị tuần tự dựa trên độ sâu của phễu (ví dụ: 1 = Đăng ký, 2 = Giới thiệu/Onboarding, 3 = Cấp độ 5, 4 = Mua hàng).

• Ánh xạ nhóm doanh thu: Sử dụng 64 trạng thái chi tiết có sẵn để đại diện cho trạng thái cơ sở cộng với tối đa 63 nhóm doanh thu (ví dụ: 1 = $0.01–$0.99, 2 = $1.00–4.99, $\dots, 63 = $500.00+).

Các giá trị chuyển đổi chi tiết chỉ được trả về trong postback đầu tiên. Postback thứ hai và thứ ba trả về các giá trị chuyển đổi thô thay thế.

Giá trị thô (Coarse-Grained Values): Phân loại giá trị sau cài đặt thành các tầng Thấp, Trung bình và Cao

Trong Cửa sổ chuyển đổi 1, Apple có thể trả về giá trị chuyển đổi chi tiết hoặc giá trị thô tùy thuộc vào tầng dữ liệu postback áp dụng. Các Cửa sổ chuyển đổi 2 và 3 sử dụng các giá trị chuyển đổi thô. Các giá trị chi tiết và thô được cung cấp cùng nhau khi ứng dụng gọi API giá trị chuyển đổi SKAN 4; Apple sau đó sẽ quyết định cách thể hiện nào, nếu có, được bao gồm trong postback đầu tiên dựa trên tầng dữ liệu postback. Postback có thể chứa giá trị chuyển đổi chi tiết hoặc giá trị thô, chứ không chứa cả hai. Các nhãn thấp, trung bình và cao không có ý nghĩa kinh doanh được xác định trước trong SKAdNetwork. Ứng dụng hoặc mạng quảng cáo xác định ý nghĩa của từng cấp độ.

Giá trị chuyển đổi thô bao gồm một thuộc tính chuỗi chứa một trong ba giá trị rõ ràng:

• low (Thấp): Cho biết mức độ tương tác cơ bản sau khi cài đặt (ví dụ: đã hoàn thành đăng ký hoặc đã bắt đầu phiên).

• medium (Trung bình): Cho biết giá trị trung bình sau khi cài đặt (ví dụ: đã đạt mốc trung gian trong ứng dụng hoặc chi tiêu $1.00–$19.99).

• high (Cao): Cho biết giá trị cao sau khi cài đặt (ví dụ: đã hoàn thành gói đăng ký giá trị cao hoặc chi tiêu $20.00+).

Trong các Cửa sổ chuyển đổi 2 và 3, trường giá trị chuyển đổi không được sử dụng cho các giá trị chi tiết; hệ thống có thể trả về giá trị chuyển đổi thô do nhà phát triển cung cấp khi các điều kiện về quyền riêng tư cho phép.

Cách các giá trị chi tiết và giá trị thô hoạt động trên các cửa sổ chuyển đổi

Cửa sổ chuyển đổi 1 (Ngày 0–2)

Cửa sổ chuyển đổi 1 (Ngày 0–2, khoảng 48 giờ đầu tiên sau khi người dùng khởi chạy ứng dụng lần đầu) bao gồm giai đoạn đo lường ban đầu sau khi cài đặt, trong thời gian đó các nhà phát triển có thể cập nhật các giá trị chuyển đổi chi tiết hoặc thô trước khi hệ thống đóng cửa sổ. Trong khung thời gian này, ứng dụng di động có thể cập nhật các giá trị chuyển đổi nhiều lần khi người dùng hoàn thành các sự kiện trong ứng dụng.

Tùy thuộc vào tầng dữ liệu postback do Apple chỉ định, Cửa sổ chuyển đổi 1 cung cấp giá trị chi tiết (0 đến 63) hoặc giá trị thô (low, medium, high). Nếu tầng dữ liệu postback là Tầng 0, postback đầu tiên chỉ chứa mã định danh nguồn phân cấp hai chữ số; giá trị chuyển đổi chi tiết hoặc thô sẽ bị bỏ qua.

Cửa sổ chuyển đổi 2 (3 đến 7 ngày) và 3 (8 đến 35 ngày)

Để cung cấp khả năng hiển thị về tỷ lệ giữ chân người dùng trong trung và dài hạn, SKAdNetwork 4.0 đã giới thiệu hai cửa sổ chuyển đổi bổ sung:

• Cửa sổ chuyển đổi 2: Đo lường mức độ tương tác của người dùng diễn ra trong giai đoạn đo lường từ ngày 3 đến ngày 7 sau khi cài đặt (cửa sổ 5 ngày).

• Cửa sổ chuyển đổi 3: Đo lường mức độ tương tác của người dùng diễn ra trong giai đoạn đo lường từ ngày 8 đến ngày 35 sau khi cài đặt (cửa sổ 28 ngày).

Không giống như Cửa sổ 1, Cửa sổ chuyển đổi 2 và 3 chỉ truyền các giá trị thô. Các giá trị chi tiết (0 đến 63) không được hỗ trợ trong Cửa sổ 2 và 3. Các nhà phát triển xác định giá trị thô được báo cáo cho mỗi cửa sổ dựa trên các sự kiện diễn ra trong giai đoạn đo lường đó.

Hiểu về các tầng dữ liệu Postback và tính ẩn danh của đám đông

Apple xác định tầng dữ liệu postback cho việc tải xuống ứng dụng dựa trên quy mô đám đông liên quan đến ứng dụng hoặc tên miền nguồn, ứng dụng được quảng cáo, quốc gia nơi ứng dụng được quảng cáo được cài đặt và mã định danh nguồn phân cấp do mạng quảng cáo cung cấp. Tùy thuộc vào tầng, postback đầu tiên có thể hiển thị hai, ba hoặc bốn chữ số của mã định danh nguồn phân cấp, trong khi giá trị chuyển đổi có thể bị bỏ qua, được trả về dưới dạng thô hoặc được trả về dưới dạng chi tiết. Theo tài liệu chính thức về khung SKAdNetwork của Apple (StoreKit > SKAdNetwork), Apple không công bố các ngưỡng khối lượng cài đặt chung mà các nhà phát triển có thể sử dụng để ánh xạ chiến dịch sang các tầng dữ liệu cố định.

Bảng dưới đây phác thảo cách các payload dữ liệu postback tương quan với các tầng quyền riêng tư trên các cửa sổ chuyển đổi theo tài liệu khung SKAdNetwork chính thức của Apple:

Sử dụng thuộc tính lockWindow để kết thúc sớm các cửa sổ chuyển đổi

Việc thiết lập lockWindow: true sẽ khóa giá trị chuyển đổi cho cửa sổ chuyển đổi hiện tại. Hệ thống ngay lập tức chuẩn bị postback tương ứng và bỏ qua các bản cập nhật giá trị chuyển đổi tiếp theo trong cửa sổ đó. Postback vẫn tuân theo độ trễ giao hàng ngẫu nhiên của Apple.

Ví dụ: nếu người dùng hoàn thành một giao dịch mua hàng sau 6 giờ trong Cửa sổ chuyển đổi 1, ứng dụng có thể đặt lockWindow: true. Thao tác này sẽ đóng cửa sổ đo lường sớm và cho phép quá trình lập lịch postback của Apple bắt đầu, điều này có thể khiến hệ thống chuẩn bị postback sớm hơn, mặc dù độ trễ giao hàng ngẫu nhiên áp dụng vẫn được giữ nguyên.

So sánh cấu trúc các cửa sổ chuyển đổi SKAdNetwork 1, 2 và 3

Đánh giá so sánh thời gian postback, các loại giá trị và cửa sổ độ trễ của SKAN 4.0

Quản lý sơ đồ SKAdNetwork đa cửa sổ đòi hỏi phải ánh xạ các trình kích hoạt sự kiện theo thời gian của cửa sổ, mức độ chi tiết của giá trị được hỗ trợ và các khoảng độ trễ postback.

Bảng dưới đây đối chiếu các đặc điểm kỹ thuật của Cửa sổ chuyển đổi 1, 2 và 3:

Đánh giá mức độ chi tiết của dữ liệu và dấu thời gian trên các cửa sổ chuyển đổi SKAN

Mặc dù Cửa sổ chuyển đổi 1 cung cấp độ phân giải dữ liệu cao nhất (giá trị chi tiết 6-bit), Cửa sổ 2 và 3 cung cấp các tín hiệu giữ chân người dùng dài hạn quan trọng. Các nhà phân tích phải tính đến các khoảng độ trễ postback khi kết hợp các postback SKAN với sổ cái giao dịch nội bộ.

Do Apple áp dụng độ trễ ngẫu nhiên từ 24 đến 48 giờ cho các postback của Cửa sổ 1 và lên đến 144 giờ cho Cửa sổ 2 và 3, các postback đến các điểm cuối phân bổ không đại diện cho chuyển đổi thời gian thực. Thay vào đó, chúng đại diện cho các cửa sổ tương tác lịch sử đã hoàn thành từ vài ngày trước.

Các kỹ sư muốn cấu hình ghi nhật ký SDK phía máy khách và phân tích cú pháp postback SKAN tự động có thể tham khảo tài liệu tích hợp SDK phân bổ OpoInstall để xem lại thiết lập cấu trúc payload.

Cách thiết kế sơ đồ giá trị chuyển đổi SKAdNetwork

Ví dụ về ánh xạ sơ đồ chuyển đổi SKAdNetwork 4.0

Thiết kế sơ đồ SKAdNetwork đòi hỏi phải ánh xạ các mốc quan trọng trong ứng dụng và các cấp độ mua hàng với các giá trị chi tiết và thô rời rạc.

Bảng dưới đây minh họa thiết kế sơ đồ giá trị chuyển đổi tiêu chuẩn cho một ứng dụng di động:

Khung thiết kế sơ đồ sản xuất: Ứng dụng trò chơi so với ứng dụng đăng ký

Tùy thuộc vào động lực kiếm tiền từ sản phẩm, các nhóm kỹ thuật sẽ điều chỉnh cấu hình sơ đồ để ưu tiên tiến trình phễu tức thì hoặc các tầng doanh thu dài hạn:

• Ứng dụng trò chơi (Ưu tiên doanh thu): Các giá trị từ 0 đến 10 ánh xạ tiến trình hướng dẫn ban đầu, trong khi các giá trị từ 11 đến 63 đại diện cho doanh thu tích lũy được quan sát thấy trong Cửa sổ 1. Các giá trị thô trong Cửa sổ 2 và 3 ánh xạ tần suất mua lại (low = hoạt động, medium = mua lần 2, high = người chi tiêu VIP).

• Ứng dụng đăng ký (Ưu tiên dùng thử): Các giá trị từ 0 đến 5 ánh xạ việc đăng ký và hoàn thiện hồ sơ, Giá trị 10 ánh xạ việc kích hoạt dùng thử miễn phí và các Giá trị từ 20 đến 63 ánh xạ việc lựa chọn gói đăng ký. Các giá trị thô trong Cửa sổ 2 và 3 ánh xạ chuyển đổi từ dùng thử sang trả phí (low = phiên hoạt động, medium = dùng thử đã chuyển đổi, high = đã gia hạn đăng ký).

Cách lựa chọn giữa giá trị chuyển đổi dựa trên doanh thu và dựa trên sự kiện

Việc lựa chọn giữa mô hình sơ đồ dựa trên doanh thu và dựa trên sự kiện đòi hỏi phải căn chỉnh logic giá trị chuyển đổi với cơ chế kiếm tiền của ứng dụng:

• Mô hình dựa trên doanh thu (Thương mại điện tử & Trò chơi): Tối ưu nhất cho các ứng dụng có sự kiện mua hàng diễn ra trong vòng 48 giờ đầu tiên. Bằng cách mã hóa chi tiêu tích lũy vào các nhóm doanh thu rộng dần, các nền tảng phía cầu (DSP) nhận được các tín hiệu doanh thu có sẵn để phân tích chiến dịch. Nếu sơ đồ dựa trên doanh thu tích lũy, mỗi bản cập nhật chuyển đổi phải mã hóa doanh thu tích lũy hiện tại của người dùng sau khi cài đặt thay vì chỉ số tiền giao dịch mới nhất.

• Mô hình phễu dựa trên sự kiện (Đăng ký): Tối ưu nhất cho các ứng dụng có thời gian dùng thử hoặc cân nhắc kéo dài. Bằng cách ánh xạ các mốc tuần tự (ví dụ: đăng ký đến kích hoạt dùng thử đến đăng ký), việc đo lường chiến dịch đánh giá những người dùng dùng thử có ý định cao trước khi Cửa sổ 0–2 kết thúc.

Thiết kế nhóm doanh thu: Ánh xạ khoảng IAP sang giá trị 0-63

Khi phân tích Lợi tức chi tiêu quảng cáo (ROAS), việc ánh xạ các giá trị chi tiết 6-bit sang các nhóm doanh thu thể hiện một thiết kế sơ đồ hiệu quả. Ứng dụng tính toán doanh thu tích lũy theo logic kinh doanh của riêng mình và mã hóa kết quả vào giá trị chuyển đổi. Các ranh giới nhóm dưới đây mang tính minh họa hơn là một ánh xạ sản xuất 64 nhóm hoàn chỉnh. Trong môi trường sản xuất, ranh giới nhóm nên được lấy từ phân phối người trả phí của ứng dụng, độ nhạy ROAS dự kiến và mục tiêu chiến dịch.

Ví dụ về sơ đồ doanh thu 6-bit cho một ứng dụng thương mại điện tử hoặc trò chơi được cấu trúc như sau:

• Value 0: Không có sự kiện sau cài đặt nào được đo lường / cơ sở.

• Value 1: $0.01 đến $0.99 (Giao dịch vi mô).

• Value 2: $1.00 đến $4.99.

• Value 3: $5.00 đến $9.99.

• dots\dotsdots

• Value 62: $250.00 đến $499.99.

• Value 63: $500.00+ (Tầng người chi tiêu giá trị cao).

Khi người dùng hoàn thành một giao dịch mua hàng trong ứng dụng, SDK di động sẽ tính toán tổng chi tiêu tích lũy của người dùng được quan sát trong Cửa sổ 1, xác định nhóm số nguyên tương ứng và gọi hàm updatePostbackConversionValue.

Thiết kế phễu tương tác: Ánh xạ các mốc tuần tự

Đối với các ứng dụng đăng ký hoặc công cụ tiện ích nơi các giao dịch mua hàng trong ứng dụng diễn ra muộn trong vòng đời của người dùng, việc ánh xạ các giá trị chi tiết sang các mốc tương tác tuần tự cung cấp các tín hiệu hiệu suất chiến dịch sớm.

Sơ đồ mốc tương tác ánh xạ độ sâu tiến trình:

• Value 1: Đã hoàn thành đăng ký tài khoản.

• Value 2: Đã hoàn thành hướng dẫn Onboarding.

• Value 3: Đã thiết lập hồ sơ & cấu hình tùy chọn.

• Value 4: Đã kích hoạt dùng thử miễn phí.

• Value 5: Lần chia sẻ nội dung đầu tiên trong ứng dụng.

• Value 10: Đã bắt đầu đăng ký trả phí.

SKAN 4.0 cung cấp khả năng quản lý giá trị chuyển đổi linh hoạt hơn so với các phiên bản trước, mặc dù các nhà quảng cáo thường tiếp tục sử dụng các chiến lược giá trị tăng dần để ổn định tối ưu hóa. Ứng dụng nên xác định các quy tắc ưu tiên tất định để nhiều sự kiện diễn ra trong cùng một cửa sổ được giải quyết thành một trạng thái chi tiết/thô cuối cùng duy nhất.

[App Launch / Event] ──> [SDK Calls updatePostbackConversionValue]
                                    │
                                    ▼
         ┌──────────────────────────┴──────────────────────────┐
         ▼                                                     ▼
[Conversion Window 1 (0-2 Days)]               [Conversion Window 2 & 3]
 (Fine 0-63 or Coarse)                               (Coarse Only: Low/Med/High)
         │                                                     │
         └──────────────────────────┬──────────────────────────┘
                                    ▼
                [Apple Attribution System Delayed Postback]
                                    │
                                    ▼
               [Attribution / Analytics Backend]

Các ví dụ về sơ đồ SKAdNetwork 4.0 mang phong cách sản xuất minh họa

1. Sơ đồ trò chơi di động (Kết hợp Doanh thu + Mốc quan trọng)

Các ứng dụng trò chơi sử dụng sơ đồ kết hợp trong Cửa sổ 1, dành các giá trị thấp hơn (0–10) cho các mốc hướng dẫn và phân bổ các giá trị cao hơn (11–63) cho doanh thu tích lũy được quan sát thấy trong Cửa sổ 1. Trong sơ đồ minh họa này, ứng dụng độc lập ánh xạ các mốc này sang các danh mục thô.

• Value 1: Đã hoàn thành hướng dẫn (ánh xạ thô low)

• Value 5: Đã đạt cấp độ 10 (ánh xạ thô medium)

• Value 15: IAP đầu tiên ($0.99 - $9.99)

• Value 40: Người chi tiêu trung bình ($10.00 - $99.99) (ánh xạ thô high)

• Value 63: Người chi tiêu VIP ($100.00+) (ánh xạ thô high)

2. Sơ đồ ứng dụng đăng ký (Tập trung vào Dùng thử & Gia hạn)

Các ứng dụng đăng ký ánh xạ Cửa sổ 1 với tốc độ chuyển đổi dùng thử miễn phí, đồng thời sử dụng các giá trị thô của Cửa sổ 2 và 3 để theo dõi chuyển đổi từ dùng thử sang trả phí dài hạn và các sự kiện gia hạn.

• Cửa sổ 1: Value 1 = Đăng ký, Value 10 = Đã bắt đầu dùng thử (ánh xạ thô medium), Value 63 = Đã đăng ký gói hàng năm (ánh xạ thô high)

• Cửa sổ 2 (Ngày 3-7): low = Phiên hoạt động, medium = Dùng thử đã chuyển đổi, high = Đã giữ chân gói hàng năm

• Cửa sổ 3 (Ngày 8-35): low = Tương tác lại với ứng dụng, medium = Người đăng ký trả phí hoạt động, high = Đã gia hạn đăng ký

Quản lý sơ đồ SKAdNetwork ở quy mô lớn

Đối với các nhóm tăng trưởng và kỹ thuật dữ liệu quản lý nhiều chiến dịch iOS, việc quản lý giá trị chuyển đổi tập trung có thể làm giảm lỗi triển khai, tự động hóa việc ánh xạ payload và duy trì khả năng hiển thị postback hoàn chỉnh. Cấu hình quy trình phân bổ cài đặt bảo mật đảm bảo tính toàn vẹn của payload trên các SDK máy khách và cơ sở dữ liệu báo cáo phụ trợ.

Triển khai SKAdNetwork 4.0 với StoreKit

Cập nhật giá trị chuyển đổi lập trình qua StoreKit

Các postback SKAdNetwork 4 khả dụng khi đáp ứng các điều kiện đủ điều kiện SKAdNetwork 4 có liên quan. Để nhận nhiều postback SKAdNetwork 4, ứng dụng được quảng cáo cần cập nhật các giá trị chuyển đổi trong các cửa sổ chuyển đổi áp dụng. Bản cập nhật Cửa sổ 1 không tự động tạo ra các giá trị chuyển đổi của Cửa sổ 2 hoặc Cửa sổ 3. Đối với các ứng dụng sử dụng API SKAdNetwork 4, ứng dụng được quảng cáo phải được xây dựng bằng SDK iOS 16.1 trở lên và chạy trên iOS 16.1 trở lên để gọi hàm SKAdNetwork.updatePostbackConversionValue(_:coarseValue:lockWindow:completionHandler:) trong StoreKit. AdAttributionKit là một khung phân bổ riêng của Apple và nằm ngoài phạm vi của ví dụ triển khai giá trị chuyển đổi SKAdNetwork này.

Phương thức này chấp nhận ba tham số cốt lõi:

1. fineValue: Một số nguyên từ 0 đến 63.

2. coarseValue: Một enum SKAdNetwork.CoarseConversionValue (.low, .medium, .high).

3. lockWindow: Một cờ boolean cho biết có nên khóa sớm cửa sổ hay không.

Đối với việc đo lường nhiều postback SKAdNetwork 4, ứng dụng phải tiếp tục cập nhật các giá trị chuyển đổi trong các cửa sổ chuyển đổi áp dụng; việc thiết lập giá trị Cửa sổ 1 không tự động điền cho Cửa sổ 2 và 3.

Các nhà phát triển có thể tham khảo các thông số kỹ thuật liên quan đến giản đồ nhật ký sự kiện thô và cấu trúc payload SKAN trong tài liệu chính thức dành cho nhà phát triển.

Mã và sơ đồ dưới đây minh họa cách các nhà phát triển gọi API cập nhật SKAN 4.0 bằng Swift và cách các trình thu thập phụ trợ định dạng payload postback kết quả:

Lưu ý: Sơ đồ và các đoạn mã sau chỉ là các ví dụ khái niệm chứ không phải là thông số kỹ thuật API của Apple hoặc OpoInstall.

// Swift Example: Updating SKAdNetwork 4.0 Conversion Value on iOS 16.1+
import StoreKit

func updateSKANConversionValue(fineValue: Int, coarseValue: SKAdNetwork.CoarseConversionValue, shouldLock: Bool) {
    guard (0...63).contains(fineValue) else { return }
    if #available(iOS 16.1, *) {
        SKAdNetwork.updatePostbackConversionValue(fineValue, coarseValue: coarseValue, lockWindow: shouldLock) { error in
            if let error = error {
                print("SKAN Update Error: \(error.localizedDescription)")
            } else {
                print("SKAN Value Updated Successfully: Fine = \(fineValue), Coarse = \(coarseValue.rawValue), Locked = \(shouldLock)")
            }
        }
    } else {
        // Deprecated legacy API used for compatibility with older OS versions.
        SKAdNetwork.updateConversionValue(fineValue)
    }
}

{
  "example_only": true,
  "privacy_note": "Illustrative schema only",
  "measurement_model": "cumulative_revenue",
  "precedence": "highest_qualifying_value",
  "lock_policy": "lock_on_terminal_conversion",
  "event_type": "skan_conversion_value_mapping_config",
  "app_id": "com.example.iosapp",
  "skan_schema_version": "4.0",
  "window_1_config": {
    "fine_value_mappings": [
      { "value": 0, "event_name": "app_launch_or_baseline", "min_revenue_cents": 0 },
      { "value": 1, "event_name": "registration", "min_revenue_cents": 0 },
      { "value": 10, "event_name": "free_trial", "min_revenue_cents": 0 },
      { "value": 30, "event_name": "first_purchase", "min_revenue_cents": 100 },
      { "value": 63, "event_name": "whale_purchase", "min_revenue_cents": 50000 }
    ],
    "coarse_value_mappings": {
      "low": "app_launch_or_registration",
      "medium": "first_purchase_under_20",
      "high": "purchase_over_20"
    }
  },
  "window_2_config": {
    "coarse_value_mappings": {
      "low": "d3_d7_active_session",
      "medium": "d3_d7_repeat_purchase",
      "high": "d3_d7_subscription_renewed"
    }
  },
  "window_3_config": {
    "coarse_value_mappings": {
      "low": "d8_d35_active_session",
      "medium": "d8_d35_repeat_purchase",
      "high": "d8_d35_subscription_retained"
    }
  }
}

Các phương pháp hay nhất về giá trị chuyển đổi SKAdNetwork

Căn chỉnh thiết kế sơ đồ chuyển đổi với mục tiêu chiến dịch

Thiết kế sơ đồ SKAdNetwork đòi hỏi phải lựa chọn các quy tắc ánh xạ phù hợp với các mục tiêu chiến dịch chính của bạn. Các nhóm mua truyền thông tối ưu hóa cho chuyển đổi dùng thử tức thì nên ưu tiên các mốc phễu tuần tự trong Cửa sổ chuyển đổi 1. Ngược lại, các nhóm hiệu suất đánh giá việc mua hàng giá trị cao nên triển khai các nhóm doanh thu chi tiết.

Hợp nhất các chiến dịch để đạt các tầng ẩn danh đám đông rõ ràng

Để ngăn chặn các postback trả về giá trị null hoặc giảm xuống các giá trị dự phòng thô, các nhóm tăng trưởng di động quản lý mật độ chiến dịch:

• Giảm phân mảnh chiến dịch: Để giảm khả năng xảy ra tầng dữ liệu postback thấp, các nhóm có thể tránh việc phân mảnh chiến dịch không cần thiết và nhắm mục tiêu quá hẹp. Tuy nhiên, Apple không công bố ngưỡng chi tiêu hoặc cài đặt chung đảm bảo tầng dữ liệu postback cụ thể.

• Mở rộng tham số nhắm mục tiêu: Tránh nhắm mục tiêu theo địa lý hoặc nhân khẩu học quá hẹp làm phá vỡ các ngưỡng ẩn danh đám đông.

• Tối ưu hóa chiến lược LockWindow: Các nhóm nhìn chung nên cân nhắc sử dụng lockWindow: true chỉ khi họ tự tin rằng không còn tín hiệu chuyển đổi giá trị nào khác được mong đợi trong phần còn lại của cửa sổ đó.

Bảng kiểm tra sơ đồ giá trị chuyển đổi SKAdNetwork 4.0

Để đảm bảo tuân thủ theo dõi SKAdNetwork 4.0 hoàn toàn và tối đa hóa việc đo lường LTV, hãy xác minh rằng sơ đồ của bạn đáp ứng các yêu cầu kỹ thuật sau:

• [ ] Mục tiêu tối ưu hóa chính: Xác định xem chiến dịch của bạn tối ưu hóa cho các mốc tương tác sớm hay doanh thu tích lũy trong 48 giờ.
• [ ] Ánh xạ giá trị chi tiết Cửa sổ 1: Gán các giá trị số nguyên 6-bit rời rạc (0–63) cho các bước phễu tuần tự hoặc các nhóm doanh thu.
• [ ] Ánh xạ giá trị thô Cửa sổ 1: Cấu hình các nhóm chuỗi thô low, medium và high cho các bản gửi ẩn danh đám đông thấp.
• [ ] Ánh xạ giá trị thô Cửa sổ 2 & 3: Thiết lập logic theo dõi dạng thô cho các cửa sổ postback 3–7 ngày và 8–35 ngày.
• [ ] Quy tắc ưu tiên & khóa sự kiện: Xác định thứ tự ưu tiên sự kiện tất định và chỉ cấu hình lockWindow: true trên các sự kiện chuyển đổi cuối.

Các lỗi thiết kế sơ đồ SKAN 4.0 phổ biến làm giảm chất lượng đo lường

• Nén các tầng người chi tiêu vào Giá trị 63: Gán các giao dịch mua $10 và $1,000 vào cùng một nhóm hàng đầu làm giảm sự phân biệt doanh thu có sẵn cho phân tích và tối ưu hóa chiến dịch.

• Thực thi LockWindow sớm: Gọi hàm lockWindow: true trên sự kiện đăng ký sớm sẽ khóa vĩnh viễn Cửa sổ chuyển đổi 1, làm mất các sự kiện mua hàng sau đó trong vòng 48 giờ.

• Làm phức tạp quá mức Cửa sổ 2 và 3: Cố gắng ánh xạ các quy tắc thô phức tạp cho các postback đến muộn tới 35 ngày làm cho việc đánh giá chiến dịch trở nên phức tạp mà không cải thiện việc tối ưu hóa giá thầu sớm.

Cách khắc phục sự cố giá trị null của Postback SKAdNetwork và sự sụt giảm ẩn danh đám đông

Chẩn đoán tỷ lệ giá trị chuyển đổi null cao: Hiểu về tính ẩn danh đám đông của chiến dịch thấp

Khi kiểm tra hiệu suất chiến dịch SKAN trong bảng điều khiển phân bổ, các analysts thường quan sát thấy các postback trả về giá trị null hoặc thiếu giá trị chuyển đổi. Tỷ lệ thiếu giá trị chuyển đổi cao có thể cho thấy tầng dữ liệu postback áp dụng không cho phép Apple tiết lộ thông tin giá trị chuyển đổi.

Để giải quyết việc sụt giảm ẩn danh đám đông và cải thiện khả năng hiển thị giá trị chuyển đổi, các nhóm hiệu suất sẽ hợp hợp nhất các khóa chiến dịch và đánh giá mật độ cấu trúc chiến dịch để đảm bảo tốc độ cài đặt vượt qua các ngưỡng ẩn danh đám đông.

Giải quyết sự lệch thứ tự chuỗi và bẫy hạ cấp giá trị chuyển đổi

Trong SKAdNetwork 4.0, các giá trị chuyển đổi có thể được cập nhật linh hoạt trong Cửa sổ 1, nhưng các nhà phát triển phải quản lý cẩn thận trạng thái lockWindow.

Nếu một ứng dụng đặt lockWindow: true trên một sự kiện giá trị thấp (ví dụ: Value 2 = Đăng ký), cửa sổ sẽ khóa vĩnh viễn. Nếu người dùng sau đó hoàn thành việc mua hàng trị giá $100 sau đó 10 phút trong cửa sổ 48 giờ, hệ thống không thể cập nhật giá trị chuyển đổi, dẫn đến LTV chiến dịch bị báo cáo thấp hơn thực tế. Các nhà phát triển phải đảm bảo lockWindow: true được thực thi trên các sự kiện chuyển đổi cuối, có giá trị cao.

Xử lý các khoảng độ trễ ngẫu nhiên do hệ thống phân bổ của Apple áp dụng

Để ngăn chặn các nhà quảng cáo cố gắng xác định lại danh tính người dùng cá nhân bằng cách khớp dấu thời gian chuyển đổi với nhật ký nhấp chuột trên web, Apple thực thi độ trễ ngẫu nhiên bắt buộc đối với tất cả các bản gửi postback.

Đối với Cửa sổ chuyển đổi 1, hệ thống chuẩn bị postback khi cửa sổ chuyển đổi đóng lại hoặc khi ứng dụng khóa cửa sổ. Apple sau đó áp dụng độ trễ ngẫu nhiên từ 24–48 giờ. Cửa sổ 2 và 3 sử dụng độ trễ ngẫu nhiên từ 24–144 giờ sau khi cửa sổ tương ứng đóng lại hoặc bị khóa. Các đường ống kỹ thuật dữ liệu phải tính đến các độ trễ có hệ thống này, tránh việc thiết lập các điều chỉnh giá thầu tự động cửa sổ ngắn trên luồng dữ liệu SKAN.

Điểm chính cần ghi nhớ

• Đo lường đa cửa sổ: SKAN 4.0 mở rộng việc đo lường trên ba cửa sổ postback (0-2 ngày, 3-7 ngày, 8-35 ngày), sử dụng các giá trị chi tiết (0-63) và thô (low, medium, high).

• Ngưỡng ẩn danh đám đông: Khối lượng cài đặt chiến dịch cao hơn có thể cho phép các giá trị chi tiết, trong khi các chiến dịch khối lượng thấp nhận được các giá trị thô hoặc bị chỉnh sửa thành null để bảo vệ quyền riêng tư.

• Sử dụng LockWindow chiến lược: Thực thi lockWindow: true trên các sự kiện chuyển đổi cuối có thể làm giảm thời gian chờ đợi trước khi khóa cửa sổ, cho phép phản hồi chiến dịch nhanh hơn.

Tóm tắt và Khung quyết định

Việc tối ưu hóa đo lường chiến dịch iOS theo các nguyên tắc về quyền riêng tư của Apple đòi hỏi phải cấu hình sơ đồ giá trị chuyển đổi SKAdNetwork có cấu trúc tốt. Việc chuyển đổi từ theo dõi IDFA cũ sang các postback đa cửa sổ SKAN 4.0 cho phép các nhóm hiệu suất đánh giá cả việc kích hoạt tức thời và khả năng giữ chân người dùng dài hạn.

Bằng cách ánh xạ các giá trị chi tiết 6-bit cho mức độ tương tác 48 giờ tức thời và các giá trị thô cho các cửa sổ 35 ngày mở rộng, các nhóm tăng trưởng nắm bắt được các tín hiệu doanh thu và giữ chân quan trọng. Tích hợp SDK khách với các công cụ sơ đồ SKAN tự động cung cấp cơ sở hạ tầng cần thiết để giải mã các postback tổng hợp và cung cấp tín hiệu tối ưu hóa cho hiệu quả chiến dịch iOS.

Để khám phá cách đo lường thiết bị di động thống nhất có thể tối ưu hóa chiến lược tăng trưởng cho ứng dụng của bạn, hãy tham khảo tài liệu tham khảo triển khai phân bổ thiết bị di động OpoInstall hoặc đăng ký tài khoản trên bảng điều khiển dành cho nhà phát triển OpoInstall.

Tài nguyên liên quan

Để đào sâu hiểu biết của bạn về đo lường SKAdNetwork, cơ sở hạ tầng phân bổ thiết bị di động và tăng trưởng ứng dụng bảo vệ quyền riêng tư, hãy khám phá các hướng dẫn kỹ thuật của chúng tôi:

• SKAdNetwork so với Phân bổ MMP: Giải thích các điểm khác biệt chính: Hiểu cách khung SKAdNetwork gốc của Apple so sánh với các mô hình phân bổ của Đối tác Đo lường Thiết bị Di động độc lập và cách cả hai hệ thống hoạt động cùng nhau.

• Cách triển khai SDK theo dõi giới thiệu với Deep Linking hoãn lại và phân bổ cài đặt: Tìm hiểu cách các ứng dụng di động bảo tồn ngữ cảnh thu hút trên các luồng cài đặt cửa hàng ứng dụng bằng cách sử dụng deep linking hoãn lại và quy trình SDK phân bổ.

• Cách thức hoạt động của các Đối tác đo lường thiết bị di động: Khám phá cách các nền tảng MMP tiếp nhận tín hiệu phân bổ, xử lý các sự kiện sau cài đặt và tạo báo cáo đo lường chiến dịch tổng hợp.

Các chủ đề liên quan

• Khái niệm: SKAdNetwork, Giá trị chuyển đổi, Cửa sổ Postback, Tính ẩn danh của đám đông, LockWindow

• Công nghệ: Đối tác đo lường thiết bị di động (MMP), StoreKit, AdAttributionKit, Postback Server-to-Server

• API: Khả năng ghi nhật ký sự kiện phân bổ di động OpoInstall, API SKAdNetwork của Apple, API AdAttributionKit của Apple

• Tài liệu chính thức & Tài liệu tham khảo:

  • Tài liệu dành cho nhà phát triển Apple về Khung SKAdNetwork

  • Tài liệu dành cho nhà phát triển Apple về AdAttributionKit

  • Tiêu chuẩn của Nhóm làm việc Hiệu suất Web W3C