Hướng dẫn Thiết lập Quảng cáo trên Facebook

Nối Sự kiện trong Ứng dụng Facebook

Nhà quảng cáo có thể dễ dàng liên kết các sự kiện trong ứng dụng, SDK hoặc S2S của họ đến các sự kiện được xác định trước của Facebook. Các nhà quảng cáo cũng có thể gửi postback tới Facebook cho mỗi lần launch ứng dụng hoặc mỗi lần gỡ cài đặt ứng dụng đã biết.

Điều này cho phép nhà quảng cáo sử dụng các khả năng tối ưu hóa nâng cao của Facebook, cũng như tạo phân đoạn Tùy chỉnh và Đối tượng Tương tự.  

Ánh xạ sự kiện được xác định trước

Facebook cung cấp một loạt các sự kiện đã được xác định trước và có thể được ánh xạ tới.

Tìm tại đây danh sách các sự kiện đa dạng trong ứng dụng, có thể được gửi tới Facebook với các thông số bổ sung cung cấp thêm thông tin về chất lượng của sự kiện.

Dưới đây là danh sách các sự kiện được xác định trước của Facebook không có thông số bổ sung:

Nối Sự kiện tuỳ chỉnh trong Ứng dụng Facebook

AppsFlyer cho phép bạn ánh xạ bất kỳ sự kiện trong ứng dụng tùy chỉnh nào để gửi tới Facebook, bằng cách sử dụng tùy chọn Bộ định dạng Sự kiện Facebook TÙY CHỈNH.  

Tên sự kiện và giá trị sự kiện (bao gồm các thông số sự kiện) được định cấu hình trong SDK được chuyển tiếp đến Facebook.

Bạn có thể thấy tên toàn bộ sự kiện tùy chỉnh trên Analytics của Facebook. Trên Trình quản lý Quảng cáo Facebook Ads, chúng được tổng hợp và hiển thị dưới dạng "Sự kiện tùy chỉnh'.

Nối Thông số Tự động với sự kiện TÙY CHỈNH

Thông qua tích hợp sâu của AppsFlyer với Facebook, nhiều thông số sự kiện SDK tiêu chuẩn của AppsFlyer được tự động ánh xạ tới các thông số được xác định trước của Facebook. Ví dụ, thông số af_revenue được chuyển đổi thành thông số valueToSum trên Facebook, cho phép bạn gửi doanh thu mỗi sự kiện có thể được đo lường và tối ưu hóa trên Facebook.

Bảng sau liệt kê tất cả các thông số sự kiện của AppsFlyer, khi được ánh xạ thông qua sự kiện TÙY CHỈNH tới Facebook, những thông số này sẽ được tự động ánh xạ tới các thông số của Facebook.

Giới hạn sự kiện và thông số

Có một số hạn chế mà Facebook áp dụng với dữ liệu sự kiện đã gửi:

• Một sự kiện có thể có tối đa 25 tham số.
• Tên sự kiện và tên thông số phải từ 2 đến 40 ký tự và chỉ bao gồm các ký tự chữ và số, dấu gạch dưới, dấu gạch ngang hoặc dấu cách.
• Không nên sử dụng ký tự không phải tiếng Latinh (tiếng Anh). Sử dụng các chữ cái không phải tiếng Latinh dẫn đến các kết quả không nhất quán. 
• Độ dài của mỗi giá trị thông số không thể quá 100 ký tự.
• Tên sự kiện trên AppsFlyer có thể được đặt tên giống như tên sự kiện trên Facebook (tức là fb_price), tuy nhiên, chúng không được gửi dưới dạng sự kiện TÙY CHỈNH tới Facebook.  Để giữ an toàn, không đặt tên sự kiện giống như tên sự kiện Facebook.
• Để thực hiện ánh đăng lại sự kiện trong ứng dụng với Facebook, cần lấy dữ liệu sự kiện từ TẤT CẢ các nguồn, bao gồm cả tự nhiên.

SDK AppsFlyer so với SDK của Facebook

Ứng dụng của bạn có thể đã tích hợp SDK Facebook trong đó, trước SDK AppsFlyer. Ngay cả khi không được tích hợp, bạn có thể tự hỏi liệu bạn có thực sự cần SDK Facebook ngoài SDK AppsFlyer hay không. Và nếu bạn làm thế, cả hai có thể cùng tồn tại mà không báo cáo trùng lặp không?

Ai cần SDK của Facebook?

Thông thường, chỉ để mở ứng dụng khi liên kết được nhấp vào và cho mục đích thu hút người dùng, nếu bạn có SDK AppsFlyer trong ứng dụng của mình, bạn cũng không cần SDK Facebook trong đó. SDK của AppsFlyer có thể đáp ứng các mục đích phân bổ thu hút người dùng di động đối với người dùng Facebook của bạn, bao gồm các tương tác thu hút, lượt cài đặt, phiên và các sự kiện hậu cài đặt.

Tuy nhiên, nếu ứng dụng của bạn sử dụng bất kỳ điều nào sau đây, ứng dụng đó sẽ cần có SDK Facebook ngoài AppsFlyer:

• Deep linking data
  If you need deep linking data from Facebook, you can only get it with the Facebook SDK. Using the AppsFlyer SDK, deep-link data, and passing your routing parameter, is limited to using the data we receive from Facebook (campaign, ad set, ad, channel). 
• Collecting Deferred deep linking and Dynamic Product Ads campaigns data
  If you need data from Facebook for deferred deep linking or Dynamic Product Ads, you can only get it from the Facebook SDK. Follow the steps below to automatically transfer the deferred deep linking data from Facebook SDK to AppsFlyer SDK.
  Alternately, on the first app launch you can use the campaign or ad names from the conversion data, without having the Facebook SDK integrated into your app. With this limited method, the deep linking data needs to be inferred from the campaign or ad names. 
• Other Facebook features
  You may need Facebook SDK for reasons unrelated to attribution such as authentication, ad monetization, social sharing, user invites, etc.

Using Facebook Ads & AppsFlyer SDKs for deferred deep linking

To support deferred deep linking from Facebook Ads:

1. Prerequisites
   * Minimum AppsFlyer SDK versions:
   - Android AppsFlyer SDK 4.10.3
   - iOS AppsFlyer SDK 4.10.4
   * Complete Facebook integration set up.
   * Have Facebook SDK integrated into the app (On Android, if developers integrate specific components of Facebook SDK, make sure AppLinks module is added).
2. Để tự động thu thập dữ liệu liên kết sâu bị trì hoãn của Facebook từ SDK Facebook sang SDK AppsFlyer, hãy sử dụng:
   
   Android Java iOS Swift iOS Objective-C

   AppsFlyerLib.getInstance().enableFacebookDeferredApplinks(true);

   AppsFlyerTracker.shared().enableFacebookDeferredApplinks(with: AppLinkUtility.self)

   [[AppsFlyerTracker sharedTracker] enableFacebookDeferredApplinksWithClass:FBSDKAppLinkUtility.class];

3. Lấy af_dp trong lệnh gọi lại onConversionDataSuccess.
4. Chuyển hướng người dùng theo cách lập trình sử dụng giá trị af_dp.

Tránh các bản trùng lập với Facebook SDK

Facebook yêu cầu AppsFlyer báo cáo về các lượt cài đặt và sự kiện trong ứng dụng từ TẤT CẢ người dùng, bao gồm cả người dùng tự nhiên. Nếu bạn có cả hai SDK trong ứng dụng, cài đặt và sự kiện trong ứng dụng sẽ được báo cáo lên Facebook SDK, sau đó qua postback đến máy chủ Facebook thông qua Appsflyer. Làm thế nào bạn có thể tránh báo cáo trùng lặp này?

1. Installs
   Facebook de-duplicates app installs. If both Facebook SDK and AppsFlyer report on a new user installing a mobile app, Facebook knows to count this install only once.
2. In-app events
   Facebook does not de-duplicate in-app events, which are reported from both its SDK methods as well as from another source, i.e. AppsFlyer. This means that, unless taken care of, Facebook may report double revenue and other events, falsely.

Sử dụng một trong các phương pháp có thể để tránh báo cáo sự kiện trong ứng dụng trùng lặp trong Facebook:

• Không thiết lập cấu hình các sự kiện trong Facebook SDK
• Vô hiệu hóa ánh xạ sự kiện trong ứng dụng Facebook từ AppsFlyer

Các kênh Facebook

Với Facebook, bạn có thể xem dữ liệu được chia nhỏ không chỉ bởi các chiến dịch, bộ quảng cáo và quảng cáo mà còn bởi các kênh Facebook (được gọi là Sắp xếp trên Facebook).

• Kênh Facebook - người dùng từ ứng dụng Facebook 
• Instagram - người dùng từ ứng dụng Istagram 
• Messenger - người dùng từ ứng dụng Facebook Messenger 
• AudienceNetwork - người dùng từ các ứng dụng khác thuộc về hoặc được liên kết với Facebook

Sử dụng dữ liệu này để so sánh chất lượng của người dùng mà bạn nhận được từ các kênh khác nhau của Facebook.

Facebook và các Đại lý

Các đại lý và các Đối tác Tiếp thị Facebook có thể chạy và phân bổ các chiến dịch trên Facebook thay mặt cho các nhà quảng cáo trên AppsFlyer hoặc thậm chí chạy cùng với các chiến dịch Facebook của nhà quảng cáo. Để các chiến dịch của đại lý được phân bổ cho đại lý, tên chiến dịch PHẢI bắt đầu bằng tên của đại lý.

Để biết thêm chi tiết về các đại lý và phân bổ cài đặt Facebook, vui lòng truy cập vào đây.

Ngoài ra, đại lý không thể thay đổi thời gian xem lại của Facebook và cơ chế kiểm soát nhắm lại mục tiêu. Thay vào đó, họ cần yêu cầu nhà quảng cáo thực hiện những thay đổi này nếu cần.

Bên cạnh đó, các đại lý không thể sửa đổi bất kỳ đăng lại nào của sự kiện trong ứng dụng được gửi cho Facebook. Lý do cho điều đó là Facebook yêu cầu nhận thông tin về tất cả các lượt cài đặt, kể cả những lượt cài đặt không được phân bổ cho nó (và do đó không thể được đưa ra bởi đại lý).

Hình ảnh dưới đây cho thấy tất cả các cài đặt cần phải được cấu hình bởi nhà quảng cáo cho đại lý để có thể quản lý các chiến dịch Facebook:

Phân bổ cho Facebook cho các ứng dụng Android không có trong cửa hàng

Facebook không cho phép tạo các chiến dịch cài đặt ứng dụng dành cho thiết bị di động cho các ứng dụng Android ở các thị trường ngoài kho ứng dụng, ví dụ: Baidu.

Tuy nhiên, bạn có thể quảng cáo và ghi nhận lượt cài đặt cho các ứng dụng không có trong cửa hàng trên Facebook theo các hướng dẫn sau:

1. Nhà phát triển phải chuẩn bị APK riêng cho từng nguồn ở ngoài kho ứng dụng (out of store market) mà bạn quảng cáo cho app của mình. Thông tin chi tiết tại đây.
2. Tạo chiến dịch Lưu lượng hoặc Chuyển đổi trên Facebook, có bật phân bổ di động, đưa khách hàng tiềm năng đến trang đích.
3. Trang đích phải bao gồm nút Tải xuống Ứng dụng, liên kết trực tiếp đến thị trường không có trong cửa hàng nơi APK tồn tại.
4. Khách hàng tiềm năng nhấp vào nút và được chuyển hướng đến thị trường không có trong cửa hàng. Sau khi hoàn tất cài đặt, AppsFlyer phân bổ người dùng cho Facebook, thông qua API MMP của nó.

Để biết hướng dẫn cụ thể về phân bổ ứng dụng trên Amazon trên Facebook, hãy nhấp vào đây.

Chi tiêu trên Facebook

AppsFlyer nhận được dữ liệu chi tiêu (bao gồm lượt nhấp và lượt hiển thị) từ chiến dịch Facebook, nếu có một hoặc nhiều lượt cài đặt diễn ra trong 7 ngày trước.

Nếu một chiến dịch của Facebook tương tác với nhiều nền tảng (Android, iOS, máy tính để bàn, v.v.), chi phí trong Bảng điều khiển là dành riêng cho nền tảng và được tính bởi Facebook. 

Nhận được dữ liệu chi phí Facebook bao gồm lượt nhấp và lượt hiển thị.

Câu hỏi thường gặp về Chi phí Facebook

Ví dụ về Chi phí Facebook

Nhà quảng cáo chạy các chiến dịch bằng Quảng cáo Facebook. Trong AppsFlyer, nhà quảng cáo thấy như sau:

Thông tin chi phí được Facebook cung cấp cho AppsFlyer.  Số lượng lượt cài đặt được AppsFlyer tính toán bằng cách sử dụng các quy tắc phân bổ của AppsFlyer.  Do đó, eCPI được tính toán bởi Facebook và AppsFlyer thường khác nhau. 

Những khác biệt giữa Facebook và AppsFlyer

Như bất kỳ hai người chơi chính trong hệ sinh thái thu hút người dùng di động, AppsFlyer và Facebook đều khác nhau trong mô hình phân bổ của họ. Điều này có thể gây ra sự khác biệt giữa bảng điều khiển của Facebook và AppsFlyer.

Trong khi chúng tôi làm việc chặt chẽ với Facebook để giảm thiểu những khác biệt này, các nhà quảng cáo nên biết các nguyên nhân sau đây cho những khác biệt đó.

Sự khác biệt trong mô hình phân bổ

Xem các ví dụ trong tài liệu đính kèm (cuộn xuống) Facebook và AppsFlyer - Tìm hiểu Sự khác biệt.

Phân bổ lượt Xem qua và Clicks qua

AppsFlyer hỗ trợ cả phân bổ Clicks qua và Xem qua. Để giảm thiểu sự khác biệt giữa nền tảng Facebook và AppsFlyer, hãy đảm bảo cả Lookback Windo lượt Xem qua và click qua đều giống nhau.

Để so sánh các cửa sổ phân bổ lượt click qua và xem qua trên Facebook với những con số đó trên AppsFlyer, hãy truy cập Facebook. Chúng tôi khuyên bạn nên định cấu hình cửa sổ phân bổ trên AppsFlyer theo giá trị của Facebook khi chúng được hiển thị trong ảnh chụp màn hình sau:

Restricted media discrepancies

In some conversion scenarios an ad network won’t share user-level data. In the AppsFlyer platform, aggregated data reports function as usual, but the conversions listed in raw data reports will be attributed to a restricted media source.

Facebook Ads doesn’t send user-level data for View-through attribution (VTA) conversions. As a result, this can lead to a discrepancy between Facebook Ads and AppsFlyer.

• Facebook Ads may claim a conversion event since it happened within the VTA window.
• But, AppsFlyer won’t attribute the conversion to Facebook Ads due to VTA user-level data restrictions.

Những sự khác biệt của sự kiện trong ứng dụng

Sự khác biệt giữa các nền tảng cũng có thể hiện diện cùng với các sự kiện sau khi cài đặt (ví dụ: mua hàng trong ứng dụng), được hiển thị trên Facebook và AppsFlyer. Bảng sau mô tả các lý do phổ biến nhất cho những khác biệt này và đưa ra lời khuyên để giảm thiểu những sự khác biệt đó:  

Cài đặt từ các chiến dịch Thu hút lại trong Bảng điều khiển UA của tôi?

Chiến dịch thu hút lại có thể khiến người dùng mở ứng dụng đã được cài đặt (thu hút lại). Cách khác, khi AppsFlyer nhận ra một lượt cài đặt ứng dụng trước đó đã tồn tại trên cùng một thiết bị, AppsFlyer có thể tham khảo chuyển đổi đó dưới dạng phân bổ lại.

Nếu, trên chiến dịch thu hút lại (re-engagement), Facebook nhắm mục tiêu người dùng mới hoặc người dùng đã cài đặt ứng dụng lần đầu tiên vượt quá cài đặtcửa sổ phân bổ lại (re-attribution window) được thiết lập theo cài đặt ban đầu, những người dùng này được ghi lại là người dùng mới trên AppsFlyer, trong chiến dịch thu hút lại (re-engagement) trên Facebook.

Mặt khác, các lượt cài đặt diễn ra trong cửa sổ phân bổ lại được thiết lập theo cài đặt ban đầu, được coi là phân bổ lại và xuất hiện trên trang nhắm lại mục tiêu của AppsFlyer, trong khi chúng có thể xuất hiện là lượt cài đặt mới của Facebook.

Phân bổ trên nhiều thiết bị

Facebook báo cáo về phân bổ trên nhiều thiết bị. Điều này đôi khi có thể  gây ra sự cố trong đó chiến dịch cho một nền tảng (iOS/Android) hiển thị lượt cài đặt trên một nền tảng khác.

Quy tắc xác thực và Protect360

Nếu bạn sử dụng Quy tắc xác thực của AppsFlyer , kết quả có thể khác nhau giữa AppsFlyer và Facebook khi có các lượt cài đặt bị từ chối ban đầu đến từ Facebook. Trong những trường hợp này, Facebook tự báo cáo lượt cài đặt, trong khi đó AppsFlyer từ chối những lượt cài đặt tương tự. 

Tương tự, nếu bạn sử dụng giải pháp chống lừa đảo của AppsFlyer, Protect360, có thể có các lượt cài đặt vì Facebook tự báo cáo còn AppsFlyer thì từ chối.

Xử lý sự cố tích hợp Facebook

Nếu bạn đã hoàn thành tích hợp cơ bản và vẫn không thấy kết quả từ Facebook trên bảng của AppsFlyer, trước tiên hãy xác minh rằng bạn có lượt cài đặt mới từ Facebook kể từ khi tích hợp.

Nếu có, vui lòng tham khảo các lý do chính dưới đây để giải quyết vấn đề này:

Câu hỏi thường gặp về Facebook