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:

1. Tích hợp SDK AppsFlyer vào ứng dụng.
   Xem hướng dẫn tích hợp SDK Android và iOS.
2. Á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.
3. 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ụng	Tá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.

4. 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ị 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.

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: Được hiển thị dưới dạng một phần của dữ liệu tự nhiên.
• Dữ liệu giữ chân người dùng và nhóm người: Thiết bị đã di chuyển không có thông tin ngày 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.

Để di chuyển thiết bị: 

1. 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 đó.
2. [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. 
3. 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ổ.
4. 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. 

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ị lượt cài đặt, 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.

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ất cả các tiêu đề cột phải bao gồm: app_id, platform, device_id, id_type, install_time, media_source, integration_partner,
  campaign, campaign_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.
  

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	Nếu tất cả người dùng Android của bạn có mã định danh GAID. Chỉ người dùng iOS
ID Ứng dụng + ID Thiết bị + Loại ID Thiết bị	Nếu một số người dùng Android của bạn chỉ có IMEI hoặc ID Android, nhưng không có GAID (thị trường ngoài cửa hàng, phiên bản Android dưới 4.4.2). ID Android cần có định dạng thập lục phân. Sử dụng các chuỗi chính xác cho cột loại ID: advertiserId, idfa, android_id, imei.

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

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.

Đườ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:

1. Kích hoạt các mạng quảng cáo liên quan trong AppsFlyer.
2. Tạo các đường dẫn phân bổ AppsFlyer cho mỗi mạng quảng cáo.
3. 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 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
• Email
• 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. 

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.

Bạn có thể sử dụng một số phương pháp để nhận dữ liệu báo cáo thô và hợp nhất từ AppsFlyer. Làm quen với các phương pháp và thiết lập phương pháp phù hợp với bạn.

Các phương pháp báo cáo bao gồm:

• Xuất CSV
• API Push
• API Pull
• Data Locker