Khái quát: Lập kế hoạch di chuyển sang AppsFlyer từ một nhà cung cấp phân bổ khác. Hiểu cách tránh bị tính phí gấp đôi, trùng lặp dữ liệu và mất dữ liệu trong quá trình di chuyển.
Tổng quan
Việc di chuyển sang AppsFlyer từ một nhà cung cấp khác sẽ bao gồm các nhiệm vụ chính sau:
Bạn có thể xử lý các nhiệm vụ này đồng thời. Tuy nhiên, chúng tôi đề nghị bạn nên:
- Hoàn thành tất cả các nhiệm vụ trước khi phát hành ứng dụng bạn đã cập nhật với SDK AppsFlyer.
- Tạm dừng các chiến dịch tiếp thị hiện tại trước khi thực hiện di chuyển ID thiết bị.
Lưu ý
Nếu bạn muốn so sánh phép đo phân bổ giữa MMP hiện tại và AppsFlyer cho cùng một chiến dịch và nguồn truyền thông, hãy xem bài viết này.
Công việc
Bảng sau đây mô tả phạm vi công việc cần thiết cho mỗi tác vụ. Để xem phân tích chính xác các tác vụ chung theo thứ tự, bạn phải hoàn thành chúng, cũng như để ghi lại tiến trình của bạn, hãy tải xuống bảng tính này
Phạm vi công việc
| Nhiệm vụ | Hành động cần thiết | Đối tượng tham gia | Thời gian dự kiến | Nhận xét |
|---|---|---|---|---|
| Điều kiện tiên quyết |
|
Nhà tiếp thị/Người dùng bảng điều khiển AppsFlyer |
2 giờ |
|
| Tích hợp SDK |
|
Nhà phát triển ứng dụng |
1-2 tuần |
|
| Di chuyển thiết bị [tùy chọn] | Di chuyển ID thiết bị để tránh phân bổ hai lần cho người dùng hiện có của bạn. | Kỹ sư dữ liệu | 1-2 tuần |
|
| Di chuyển chiến dịch |
|
Nhà tiếp thị/Quản lý UA | 1-3 tuần | |
| Thiết lập báo cáo dữ liệu |
|
Kỹ sư dữ liệu | 2-4 tuần |
Tích hợp SDK
Tích hợp SDK
SDK AppsFlyer được tích hợp vào ứng dụng là liên kết giữa ứng dụng và nền tảng AppsFlyer. Tính năng này sẽ báo cáo số lượt cài đặt ứng dụng, số lần mở ứng dụng, sự kiện trong ứng dụng, v.v.
Để tích hợp SDK AppsFlyer:
- Tích hợp SDK AppsFlyer vào ứng dụng.
Xem hướng dẫn tích hợp SDK Android và iOS. - Ánh xạ các sự kiện trong ứng dụng mà bạn muốn ghi lại, sử dụng lược đồ AppsFlyer.
Điều này có thể được thực hiện thông qua SDK hoặc S2S. - Xóa SDK của nhà cung cấp phân bổ cạnh tranh.
Bạn có thể thực hiện việc này ngay và chuyển riêng sang chỉ AppsFlyer hoặc chạy đồng thời cả hai SDK trong vài tuần. Xem kết quả phân tích các tùy chọn này trong bảng bên dưới.
Tùy chọn Điều gì sẽ xảy ra sau
khi cập nhật bản phát hành phiên bản ứng dụngTác động Xóa SDK của đối thủ cạnh tranh (khuyến nghị) Chỉ AppsFlyer ghi nhận các lượt cài đặt mới và cập nhật người dùng.
Đối thủ cạnh tranh vẫn hiển thị các sự kiện do người dùng thực hiện cho đến khi người dùng cập nhật ứng dụng của họ.- Chuyển đổi nhanh chóng.
- Không phân bổ kép.
Giữ SDK của đối thủ cạnh tranh trong giai đoạn chuyển tiếp AppsFlyer và đối thủ cạnh tranh phân bổ lượt cài đặt mới và báo cáo các sự kiện. Sau này, hãy xóa SDK của đối thủ cạnh tranh. - Có thể xác thực dữ liệu. Có nghĩa là, bạn có thể đối chiếu dữ liệu từ AppsFlyer và nhà cung cấp khác.
- Phân bổ kép, có thể làm phát sinh gấp đôi chi phí với các mạng quảng cáo. Xem ví dụ dưới đây.
- Khối lượng công việc cao hơn.
- Sau khi hoàn thành tất cả các nhiệm vụ khác trong phạm vi công việc, hãy cập nhật phiên bản ứng dụng có SDK AppsFlyer ra thị trường. Người dùng mới được phân bổ bởi AppsFlyer.
Lưu ý:- Đảm bảo cập nhật ứng dụng cho iOS, Google Play và mọi thị trường Android ngoài cửa hàng có liên quan.
- Ứng dụng Android của bạn có thể tồn tại trong các trang APK không chính thức, ngay cả khi bạn không biết trang đó (tìm kiếm trên web để biết tên gói ứng dụng của bạn). Các trang web APK cần một thời gian mới có thể cập nhật lên phiên bản mới nhất, vì vậy chúng có thể mang đến cho người dùng tự nhiên cài đặt phiên bản cũ mà không có SDK AppsFlyer.
- Thời gian hoàn thành quá trình phát hành bản cập nhật ứng dụng trên cửa hàng ứng dụng có thể mất vài ngày. Người dùng cài đặt trong thời gian này vẫn có thể nhận được phiên bản trước đó.
Di chuyển thiết bị—tùy chọn
Giới thiệu về di chuyển thiết bị
Di chuyển thiết bị là quá trình tải lên danh sách các ID thiết bị người dùng hiện có của bạn (IDFA, IDFV, GAID, CUID) vào AppsFlyer. Bạn nên thực hiện quy trình này trước khi phát hành phiên bản ứng dụng mới - phiên bản sẽ bao gồm SDK AppsFlyer. Có hai tùy chọn khi di chuyển thiết bị, di chuyển có phân bổ hoặc di chuyển không được phân bổ.
Việc di chuyển thiết bị giúp giải quyết các vấn đề về dữ liệu liên quan đến người dùng ứng dụng hiện tại của bạn, những người đã tải xuống ứng dụng và được nhà cung cấp trước đó của bạn phân bổ. Ví dụ: SRN tính phí gấp đôi, xảy ra khi người dùng ban đầu được phân bổ cho một SRN theo nhà cung cấp trước của bạn và những người vẫn còn trong khung thời gian xem lại, được SRN xác nhận quyền sở hữu lại trong AppsFlyer.
Ví dụ
- Một người dùng mới nhấp vào quảng cáo trên ứng dụng Facebook và cài đặt ứng dụng của bạn vào ngày 15 tháng 6.
- Vào ngày 24 tháng 6, người dùng này cập nhật ứng dụng lên phiên bản có SDK AppsFlyer và khởi chạy. Đối với AppsFlyer, đây là người dùng mới, cần được phân bổ theo thời gian thực.
- AppsFlyer sẽ truy vấn quảng cáo Meta bằng ID thiết bị của người dùng. Vì người dùng vẫn ở trong khung thời gian xem lại 28 ngày của quảng cáo Meta, nên quảng cáo Meta sẽ tự phân bổ người dùng. Điều này sẽ khiến chủ sở hữu ứng dụng phát sinh một khoản phí gấp đôi cho cùng một người dùng.
Sau khi bạn di chuyển thiết bị, dữ liệu sẽ phản ánh trong AppsFlyer như sau:
- Dữ liệu lượt cài đặt: Tương tự như Lượt cài đặt lại, các thiết bị đã di chuyển không có dữ liệu cài đặt. Lượt cài đặt của thiết bị đã di chuyển không được hiển thị trong AppsFlyer.
- Dữ liệu phiên và sự kiện trong ứng dụng: Được ghi nhận và hiển thị dưới dạng tự nhiên đối với phương pháp di chuyển thiết bị không được phân bổ hoặc được phân bổ cho nguồn truyền thông và chiến dịch, nếu sử dụng phương pháp đã phân bổ.
- Nhắm mục tiêu lại: Lượt phân bổ lại và thu hút lại được hiển thị bình thường.
- Dữ liệu hoạt động: Hiển thị bình thường.
- Dữ liệu giữ chân người dùng và nhóm người: Thiết bị đã di chuyển không có hồ sơ cài đặt. Do đó, chúng không được liên kết với bất kỳ nhóm người nào và không được hiển thị trong báo cáo Giữ chân người dùng và Nhóm người.
Cách di chuyển thiết bị
Để di chuyển thiết bị:
-
Quyết định cần di chuyển nhóm người dùng nào. Bạn có thể di chuyển tất cả người dùng hiện có (điều này có thể khiến bạn không nhận được chính xác dữ liệu phân bổ lại từ AppsFlyer) hoặc những người dùng chỉ mới cài đặt ứng dụng của bạn gần đây (điều này có thể dẫn đến việc những người dùng cũ hơn bị tính phí gấp đôi).
Chúng tôi đề nghị bạn nên di chuyển những người dùng đang hoạt động trong khung thời gian phân bổ lại hiện tại của bạn. Ví dụ: nếu ứng dụng của bạn có khung thời gian phân bổ lại là 90 ngày, thì hãy di chuyển những người dùng có ít nhất một phiên hoạt động trong 90 ngày trước đó. - [Tùy chọn] Yêu cầu nhà tiếp thị/quản lý UA tạm dừng các chiến dịch tiếp thị hiện tại (từ SRN, mạng quảng cáo không phải SRN, phương tiện truyền thông sở hữu, v.v.) cho đến sau khi di chuyển thiết bị.
Nếu bạn quyết định không tạm dừng chiến dịch, hãy di chuyển mọi ID thiết bị còn lại từ nhà cung cấp khác ngay sau khi cập nhật phiên bản ứng dụng có SDK AppsFlyer được phát hành cho các cửa hàng ứng dụng. - Chuẩn bị tệp CSV dựa trên nhóm người dùng đã chọn, sử dụng cấu trúc di chuyển được phân bổ hoặc không được phân bổ. Xem CSV mẫu
- Gửi CSV cho AppsFlyer CSM của bạn.
CSM của bạn sẽ di chuyển ID thiết bị sang AppsFlyer.
Di chuyển phân bổ
Các thiết bị được di chuyển sang AppsFlyer bằng phương thức này sẽ được ghi nhận và hiển thị sự kiện trong ứng dụng và phiên của chúng theo nguồn truyền thông được báo cáo bởi nhà cung cấp phân bổ trước đó và theo chính sách lưu giữ dữ liệu của mạng quảng cáo.
Cấu trúc CSV di chuyển thiết được phân bổ
| Tên cột |
Mô tả | Bắt buộc | Ví dụ: |
|---|---|---|---|
| app_id |
ID ứng dụng như khi xuất hiện trong bảng điều khiển AppsFlyer |
Có |
|
|
platform |
Nền tảng thiết bị: iOS hoặc Android |
Có |
|
|
device_id |
|
Có |
|
| id_type |
|
Có |
|
| install_time |
Thời gian cài đặt ứng dụng gốc với định dạng UTC ISO 8601:
|
Không |
2018-01-22T08:45:33.412 |
| media_source |
|
Có |
Tự nhiên: organic |
| integrated_partner |
|
Có |
|
| chiến dịch |
Để biết thêm thông tin về phân bổ chi tiết, hãy cung cấp tên chiến dịch ban đầu. Định dạng: Chuỗi |
Không | |
| campaign_id |
Để biết thêm thông tin về phân bổ chi tiết, hãy cung cấp id chiến dịch ban đầu. Định dạng: Chuỗi không được phép sử dụng dấu cách |
Không |
Quy tắc tệp tin CSV:
- Tệp tin CSV có thể chứa thiết bị của người dùng từ nhiều ứng dụng.
- Không được sao chép cùng một ID thiết bị và ID ứng dụng kết hợp vào nhiều hàng. Nếu xảy ra trùng lặp, lần xuất hiện cuối cùng trong tệp sẽ được sử dụng.
- Tất cả các tiêu đề cột phải bao gồm: app_id, platform, device_id, id_type, install_time, media_source, integrated_partner, campaign, campaign_id. Lưu ý: Thứ tự các trường rất quan trọng và phải được duy trì.
- Bạn có thể thêm cả IDFV và IDFA cho cùng thiết bị, nhưng chúng phải ở các hàng riêng. Mọi trường trnog các hàng riêng phải giống nhau, ngoại trừ device_id.
- Mỗi hàng phải chứa đúng 9 trường được phân tách bằng dấu phẩy.
- Để trống các trường không bắt buộc (trống).
- Các tệp tin có thể chứa tới 20 triệu hàng.
- Nếu bạn có nhiều tệp tin, hãy đặt tên duy nhất cho mỗi tệp.
- Mã hóa dữ liệu bằng UTF-8.
- [Tùy chọn] Nén tệp tin bằng ZIP hoặc GZIP.
Di chuyển không phân bổ
Các thiết bị được di chuyển sang AppsFlyer bằng phương thức này sẽ được ghi nhận (nhưng không hiển thị) dưới dạng người dùng tự nhiên. Dữ liệu phiên và sự kiện trong ứng dụng của họ cũng được ghi nhận và hiển thị dưới dạng tự nhiên.
Cấu trúc tệp tin CSV di chuyển thiết bị không phân bổ
| Cột | Thời điểm sử dụng | Ví dụ: |
|---|---|---|
| ID Ứng dụng + IDFA/GAID/IDFV |
|
|
| ID Ứng dụng + ID Thiết bị + Loại ID Thiết bị |
Lưu ý:
|
|
Quy tắc tệp tin CSV:
- Tệp tin CSV có thể chứa thiết bị của người dùng từ nhiều ứng dụng.
- Mỗi hàng chứa một ID thiết bị cho mỗi ứng dụng.
- Tệp tin phải bao gồm tất cả các tiêu đề cột như sau:
- Tùy chọn 1: Tệp tin phải bao gồm tất cả các tiêu đề cột như sau: app_id, device_id
- Tùy chọn 2: app_id, device_id, id_type
- ID Ứng dụng ở dạng chữ thường
- Mã định danh Android ở dạng chữ thường
- IDFA/IDFV ở dạng chữ in hoa
- Cho phép tối đa 25 triệu hàng
Di chuyển chiến dịch
Chuyển các chiến dịch tiếp thị hiện tại sang AppsFlyer để bật tính năng phân bổ AppsFlyer và tránh phí gấp đôi và mất dữ liệu phân bổ.
Lưu ý: Bạn có thể chọn chỉ di chuyển một vài chiến dịch tiếp thị cùng một lúc. Trong trường hợp này, bạn có thể phân đoạn những người bạn muốn di chuyển theo nguồn truyền thông (ví dụ: mạng quảng cáo hoặc đại lý), địa lý hoặc chiến dịch.
SRN
SRN phản hồi Đối tác Đo lường trên Thiết bị di động (MMP) khi được truy vấn về lượt thu hút của các thiết bị cụ thể. Nếu hai MMP, ví dụ như AppsFlyer và một nhà cung cấp phân bổ cạnh tranh, truy vấn cùng một SRN về cùng một lượt cài đặt thiết bị, thì có thể phát sinh phí gấp đôi.
Để di chuyển các chiến dịch SRN:
- Kích hoạt và cấu hình SRN có liên quan trong AppsFlyer.
Lưu ý
- SRN có thể chạy nhiều MMP (ngoại trừ quảng cáo Meta và Twitter).
- Quảng cáo Meta không thể bỏ trùng lặp các sự kiện trong ứng dụng.
Mạng quảng cáo không phải SRN
Đường dẫn phân bổ của mạng quảng cáo ghi nhận lượt thu hút người dùng và sau đó được sử dụng để phân bổ lượt thu hút trở thành lượt cài đặt thực tế.
Để di chuyển các chiến dịch mạng quảng cáo không phải SRN:
- Kích hoạt các mạng quảng cáo liên quan trong AppsFlyer.
- Tạo các đường dẫn phân bổ AppsFlyer cho mỗi mạng quảng cáo.
- Chuyển các đường dẫn hiện có trong từng chiến dịch của bạn bằng các đường dẫn phân bổ AppsFlyer.
Truyền thông Sở hữu
Truyền thông sở hữu tìm đến các đường dẫn phân bổ mà bạn sử dụng trong:
- Chia sẻ nội dung
- Chuyển đổi Web sang Ứng dụng
- SMS
- Bài đăng trên mạng xã hội
- Blog
- Cộng đồng Internet (Quora, v.v.)
- và nhiều hơn nữa...
Đối với các chiến dịch này, AppsFlyer sử dụng liên kết tùy chỉnh OneLink. Liên kết tùy chỉnh OneLink chuyển hướng người dùng dựa trên thiết bị của họ đến đúng cửa hàng ứng dụng, trực tiếp vào ứng dụng hoặc đến URL web/trang đích.
Để thay đổi liên kết của bạn cho các nhà cung cấp khác thành AppsFlyer OneLink:
- Liên hệ với CSM của bạn, người này sẽ hỗ trợ bạn di chuyển hàng loạt tất cả các liên kết của bạn.
SKAN
Đối với phân bổ SKAdNetwork (SKAN), bạn chỉ có thể có một SDK cập nhật giá trị chuyển đổi. Nếu không, dữ liệu SKAN sẽ trở nên vô nghĩa. Do đó, hãy đảm bảo rằng sau khi di chuyển, chỉ SDK AppsFlyer mới được cập nhật giá trị chuyển đổi SKAN.
Tìm hiểu về cách thiết lập giá trị chuyển đổi SKAN trong AppsFlyer.
Thiết lập báo cáo dữ liệu
Điều chỉnh và ánh xạ cấu trúc báo cáo
Trước khi di chuyển, hệ thống sẽ lưu trữ dữ liệu phân bổ của bạn từ nhà cung cấp hiện tại theo cấu trúc báo cáo, trường và thông số mà bạn đã thiết lập với họ. Để AppsFlyer báo cáo dữ liệu một cách chính xác, bạn phải điều chỉnh và ánh xạ cấu trúc báo cáo hiện tại của mình theo cấu trúc, trường và thông số báo cáo của AppsFlyer.
Để điều chỉnh/ánh xạ cấu trúc báo cáo:
- Hãy liên hệ với CSM AppsFlyer của bạn để được trợ giúp trong việc điều chỉnh/di chuyển nhanh chóng cấu trúc dữ liệu báo cáo của bạn từ Adjust, Branch/Tune hoặc Kochava sang AppsFlyer.