本指南會講解如何記錄應用程式和 Facebook 專頁事件,以分析用戶如何與其 Messenger 體驗互動。
您需要準備好以下項目:
page_events
權限pages_messaging
權限的進階存取權限,並且該應用程式在過去 90 天內沒有違反任何政策規定,則當您提交應用程式審查時,系統將自動授予此權限的進階存取權限此 API 目前不適用位於歐洲或日本境內的商家和顧客。
系統透過向應用程式的 page_activities
關係連線提交 POST
要求來記錄事件:
https://graph.facebook.com/
要求範例:
curl -X POST -H "Content-Type: application/json" -d '{
"custom_events": [
{
"_eventName": "fb_mobile_purchase",
"_valueToSum": 57.23,
"fb_currency": "USD"
}
],
"advertiser_tracking_enabled": 1,
"application_tracking_enabled": 1,
"page_id": <PAGE_ID>,
"page_scoped_user_id": <PSID>,
"logging_source": "messenger_bot",
"logging_target": "page"
}' https://graph.facebook.com/v21.0
/<APP_ID>/page_activities?access_token=<PAGE_ACCESS_TOKEN>
建議在欄位 _eventName
上使用標準事件。廣告管理員只會報告標準事件,而且廣告目標設定和優化只能使用標準事件(如適用)。
舉例來說,如要記錄購買事件以在廣告管理員中進行歸因,可以使用事件名稱 fb_mobile_purchase
。
如需取得標準事件名稱和參數的完整清單,請參閱應用程式事件 API 指南(應用程式事件架構部分)。
下表說明記錄 Messenger 事件時需要向端點提供的屬性和值:
屬性 | 說明 | 值 |
---|---|---|
| 您想記錄的事件陣列。如需取得標準事件名稱和適用參數的完整清單,請參閱應用程式事件 API 指南。您亦可使用自己的應用程式事件。您可以在陣列中指定多個事件。 | 使用 JSON 編碼陣列,以指定您的自訂事件詳細資訊。 |
| 指定與事件關聯的專頁編號。 | 請使用與 Bot 關聯的專頁之 Facebook 專頁編號。 |
| 指定與記錄事件的 Messenger Bot 相關的專頁專屬用戶帳號。 | 請使用提供給 Webhook 的專頁專屬用戶帳號。 |
| 指定是否啟用廣告追蹤功能。 | 如要停用,使用 |
| 指定是否在應用程式層面啟用廣告追蹤功能。 | 如要停用,使用 |
| 指定事件來源。 | 使用字串 |
| 指定目標實體,此為事件記錄之目的地。 | 使用字串 |
應用程式現在可以開始報告帖子串上的潛在顧客提交資料。lead_submitted
事件允許應用程式自動報告被視為潛在銷售商機的帖子串(例如,用戶分享了他們的聯絡資料並要求就銷售事宜聯絡)。
此事件非常適合用於將特定用戶分辨為潛在顧客,這樣有助商家優先顯示來自此類顧客的帖子串。例如,商家可以設定一個自動化流程來篩選可作為潛在顧客的用戶,並在用戶完成此類流程時觸發此事件,以將其標記為高潛力帖子串,向真人服務人員顯示。
目前,此功能已在公開測試版中推出,廣告管理員中的分析報告功能亦已整合完成,因此潛在顧客資料將在廣告管理員用戶介面上報告。
curl -X POST -H "Content-Type: application/json" -d '{
"custom_events": [
{
"_eventName": "lead_submitted"
}
],
"advertiser_tracking_enabled": 1,
"application_tracking_enabled": 1,
"page_id": <PAGE_ID>,
"page_scoped_user_id": <PSID>,
"logging_source": "messenger_bot",
"logging_target": "page"
}' https://graph.facebook.com/v21.0
/<APP_ID>/page_activities?access_token=<PAGE_ACCESS_TOKEN>
使用廣告洞察報告 API 能視覺化呈現所報告的潛在顧客事件。您可以使用此 API 建立進階分析資料管理中心,以視覺化呈現歸因於 CTX 宣傳活動的潛在顧客。
使用此 API 之前,請確保應用程式已完成 ads_read
權限的應用程式審查程序,並獲得進階存取權限。
在廣告宣傳活動級別的洞察報告呼叫範例如下所示:
curl -G \ -d "date_preset=last_7d" \ -d "access_token=<ACCESS_TOKEN>" \ "https://graph.facebook.com/<API_VERSION>/<AD_CAMPAIGN_ID>/insights"
您可視乎不同細微程度需要,在廣告帳戶、宣傳活動和廣告組合級別呼叫洞察報告 API。
以下呼叫用於獲取潛在顧客:
/<OBJECT_ID>/insights?fields=actions
action_type=onsite_converstion.lead_grouped
有關上述操作類型的詳細定義,請參閱廣告動作統計參考資料。
注意:建議不要將有電話號碼或電郵地址的所有對話自動標記為潛在顧客,尤其是在為付款/電子商務目的而需分享電話號碼的市場更是如此。
如果您是應用程式管理員或專頁管理員,您可以在廣告管理員中找出事件,從而驗證設定是否正確。
fb_messenger_bot_stopped
事件。如果開放平台允許用戶透過視覺介面構建 Messenger 體驗,通常會使用一個中央應用程式來支援與其連結的所有專頁。如要允許顧客查看他們的事件,您必須將 logging_target
設定為 page 或 app_and_page,以將這些事件記錄至顧客的專頁。
您可以使用視覺化編輯器提供可拖動的區塊,以供用戶選擇事件和定義額外參數。這樣,專頁管理員就可以使用適當事件來規劃 Messenger 流程。在理想情況下,用戶應該可以從下拉式選單中選擇標準事件,因為廣告管理員只會報告標準事件,而且廣告目標設定和優化只能使用標準事件(如適用)。如果沒有與用戶操作相符的標準事件名稱,而且無需廣告分析報告,您可能想提供格式不限的欄位,以便用戶輸入自訂事件名稱和參數。
您需要在應用程式的 Facebook 登入流程中取得必要的 page_events
權限。正如這篇指南所述,您必須將此權限新增至登入按鈕、Facebook JavaScript SDK 呼叫或您手動構建的登入流程的必要權限範圍之內。