轉換 API 端對端執行

轉換 API 可以協助廣告客戶為消費者帶來合宜的資料透明度和控制權,同時繼續提供個人化體驗。透過這個 API,您可以直接從伺服器(而非瀏覽器)分享資料。

整合的好處

  • 深入查看漏斗:比起 Meta 像素,轉換 API 可讓您分享更廣泛的資料。透過這個 API,您可以將更多資訊納入考量來作出決定,例如 CRM 資料、下層漏斗事件(包括合資格的潛在顧客),以及網站和實體店面的多站轉換路徑。

  • 資料控管:透過僅限伺服器執行方式使用時(例如不使用 Meta 像素),轉換 API 可以讓您對分享的資料握有更大的控制權。您可以選擇為事件附上洞察報告,以便提供產品利潤或歷來資訊(如顧客價值分數)等資料。

  • 訊號可靠性和韌性:透過轉換 API 分享資料的方式,可能比只使用瀏覽器導向方法(例如 Meta 像素)更可靠。此 API 遇到瀏覽器當機或連線出狀況等問題的機率較小。新的業界資料傳輸限制可能會導致 Cookie 和像素追蹤的效益降低,因此轉換 API 有助於您對分享像素可能無法再擷取到的訊號握有控制權。

概覽

您可以將轉換 API 的整合視為包含兩個主要階段:

以下是整個整合流程的概覽:

使用條件完全整合優化

在徵得用戶同意的情況下,選擇要與 Meta 分享的事件(如有)。


設定您企業的資產:Meta 像素、Meta 應用程式、企業管理平台、伺服器連線、系統用戶。

第 1 步:一個事件:使用系統用戶的憑證,手動或自動傳送任何事件。完成此步驟即表示您已正確設定驗證。


第 2 步:完全整合:您必須傳送自動事件才算完成整合。完成此里程碑即表示您可以針對轉換 API 進行優化(即使您停止使用像素或像素被封鎖也是一樣)。

完全整合後,您需要傳送足夠的自動漏斗事件才算完全完成入門設定。接著,依照「事件配對品質」的指引優化配對率。


請確保:

  • 事件可透過其中一個渠道(瀏覽器或伺服器)傳送,且沒有重複計算。
  • 事件儘可能即時傳送。
  • 提供要用於身分配對的顧客資訊參數。

現有像素用戶

如果您已有 Meta 像素整合,轉換 API 整合就必須以像素整合延伸(而非截然不同的連線)的形式來建立。

一般同意聲明

如果您在分享像素資料方面對控制同意聲明有自己的一套邏輯,透過轉換 API 分享資料時也必須使用同一套邏輯。

替代方案

準備工作

選擇整合類型

首先,選擇您想執行的整合選項:

設定方法說明

備援設定(建議選項)

同時透過像素和轉換 API 傳送所有事件。我們建議想保留網站上的像素且能完全採用轉換 API 的用戶使用這種設定。


若要成功,您必須能同時為像素和轉換 API 事件產生固定的 event_id。這表示您需要同時在像素和轉換 API 事件中傳送相同的 event_nameevent_id,以便刪除重複的事件


這種設定帶來的成效與只用瀏覽器像素時不相伯仲,甚至更好。伺服器可以擷取瀏覽器無法追蹤的事件,例如發生在個別網站上的購買、潛在顧客轉換,或是來電。

分組設定

透過像素和轉換 API 傳送各種事件。舉例來說,您可以透過像素傳送 PageViewViewContent,也可以透過轉換 API 傳送 LeadPurchase


雖然這種做法不比備援設定理想,但如果您不想使用完全備援設定,不妨採用這種做法。在執行瀏覽器變更的同時,請記得自己可能需要完成更多工作。

僅限伺服器執行

僅透過轉換 API(而非瀏覽器)傳送事件。建議您先執行備援設定分組設定,然後再改用這種做法。

定義要傳送的事件

選定整合做法後,您可以定義要傳送的事件。訊號在與 Meta 用戶編號完成配對的情況下最實用,因此請務必徹底想一想您要將哪些參數與事件一併傳送給我們,以及您希望的傳送頻率。

事件選項

傳送與您企業最相關的事件。查看受支援的標準自訂 Meta 事件的完整清單。

事件參數

您可以在每個事件內傳送多個參數。若要進一步了解這些欄位,請查看轉換 API 使用的參數

您可以將多種編號加到事件,包括 event_idexternal_idorder_id。了解這些參數之間的差別非常重要:

編號說明使用方式

外部編號

特定顧客的不重複編號。

進一步了解外部編號

事件編號

特定事件的不重複編號。

用於刪除重複事件。如果您要同時透過瀏覽器像素和轉換 API 傳送事件,這個欄位就非常重要。

訂單編號

特定訂單的不重複編號。這個參數僅適用於購買事件,且必須在 custom_data 中包含 order_id 欄位。

這種執行方式僅適用於特定 Meta 合作夥伴。請聯絡您的 Meta 業務代表以要求獲取使用權限。


用於刪除重複的購買事件(如果您同時透過瀏覽器像素和轉換 API 傳送事件)。


  • 在您將第一筆訂單傳送給我們後,我們會在下列情況下捨棄第二筆訂單:
  • 您在特定時段內傳送 order_id 相同的第二個事件,且我們判定同一位用戶完成了這兩筆訂單。

您可以刪除下列兩個時段內重複的購買事件:48 小時(建議選項)或 28 天。這是指該事件第一次和第二次發生所相隔的時間。

資料更新間隔

我們建議您透過轉換 API,即時傳送或根據特定時間表分批傳送事件。即時或在 1 小時內傳送事件,可確保讓事件用於歸因分析並針對廣告刊登優化。

如果在事件發生 2 小時後才傳送,則針對這些事件優化的廣告成效可能就會大幅降低。經過 24 小時或更長時間之後才傳送的事件,在歸因分析和廣告刊登優化時可能會遇到重大問題。

如果您要傳送轉換期間較長的事件,請儘量在整個轉換完成當刻立即傳送。

做好以下準備後,請繼續下一步:

  • 待傳送事件的清單。
  • 您要與每個事件一併傳送的特定欄位。
  • 定義好事件的傳送頻率。

可用的優化類型

轉換 API 提供下列優化類型:

優化選項說明

轉換優化

優化廣告刊登,向最有可能完成轉換的用戶顯示廣告。

價值優化(亦稱廣告投資回報率優化)

優化廣告刊登,向最有可能完成特定價值轉換(例如消費超過 $50 美元)的用戶顯示廣告。

動態商品廣告

優化廣告刊登,向最有可能購買特定產品的用戶顯示這些商品的廣告。

執行

執行整合的方式有兩種:

透過我們營銷合作夥伴使用轉換 API 的廣告客戶,應遵守合作夥伴的執行守則。

直接整合

第 1 步:設定條件

使用轉換 API 前,請設定下列資產:

資產說明

Meta 像素

透過轉換 API 傳送事件時,系統會採用與透過像素傳送事件相同的方式處理及儲存這些事件。執行轉換 API 時,您必須選擇要將事件傳送到哪個像素。


將轉換 API 事件傳送到像素,您就能像使用瀏覽器像素事件一樣使用轉換 API 事件,進行成效衡量、歸因分析和廣告刊登優化。建議您透過瀏覽器和伺服器傳送事件到同一個 Meta 像素編號。

企業管理平台

您需要有企業管理平台才能使用 API。企業管理平台可幫助廣告客戶在其企業上下整合各種 Meta 營銷措施,更可與外部合作夥伴整合。如果您沒有企業管理平台,請參閱幫助中心文章來了解如何建立企業管理平台

存取憑證

若要使用轉換 API,您需要有存取憑證。您可以透過兩種方式取得存取憑證:

準備好資產後,請繼續前往執行 API。請記得儲存資產的編號,以便在呼叫 API 時使用。

第 2 步:執行 API

達成上述條件後,即可開始執行程序。使用轉換 API 作為基礎時,請記得查看開發人員文件

測試呼叫(選用步驟)

如果這是您第一次使用 API,請先以測試呼叫開始。要做到這一點,您需要有裝載和方法來呼叫 API。呼叫完成後,請前往事件管理工具確認呼叫如常運作。

裝載API 呼叫方法

使用裝載協助工具產生要與呼叫一併傳送的樣本裝載。按照工具所列的指示操作。裝載應如下所示:

{
  "data": [
   {
    "event_name": "Purchase",
    "event_time": 1601673450,
    "user_data": {
      "em": "7b17fb0bd173f625b58636fb796407c22b3d16fc78302d79f0fd30c2fc2fc068",
      "ph": null
     },
    "custom_data": {
      "currency": "USD",
      "value": "142.52"
    }
   }
  ]
}

如果您要透過裝載協助工具測試裝載,請在測試此裝載下方新增像素編號,然後點擊傳送到測試事件。您應該會在事件管理工具 > 您的像素 > 測試事件看到該事件。進一步了解測試事件工具

準備好裝載之後,請決定您要如何發出呼叫。您可以使用 Graph API 測試工具(請參閱指南)或自己的伺服器。如果您要使用自己的伺服器,則可使用 CURL 或 Meta Business SDK。我們強烈建議使用 Meta Business SDK


如果是使用自己的呼叫方法,建議您呼叫 /{pixel_id}/events 端點並附上裝載協助工具產生的 JSON 資料。呼叫完成後,您得到的回應應如下所示:

{
  "events_received": 1,
  "messages": [],
  "fbtrace_id": <FB-TRACE-ID>
}

完成第一次呼叫後,請前往事件管理工具 > 您的像素 > 概覽驗證事件。

在事件管理工具中檢查測試事件後,請繼續前往傳送並驗證事件

傳送並驗證事件

若要開始傳送事件,請向 API 的 /events 關係連線發出 POST 要求。將裝載附在呼叫上(若要了解如何產生裝載,請前往裝載協助工具)。如需更多資訊和程式碼範例,請瀏覽以下資源:

開始傳送事件後,請前往事件管理工具確認我們已收到您傳送的事件。了解如何驗證您的事件

如果您的執行方式與瀏覽器像素互補,請繼續前往刪除重複項目設定。如果不是的話,一切現已準備就緒!如果還有疑問,請聯絡支援團隊

第 3 步:新增參數以刪除重複項目

如果您要透過像素和轉換 API 傳送相同事件,便需透過這兩個渠道為事件設定刪除重複項目的功能。首先,請參閱開發人員文件來了解刪除重複項目功能的運作方式

根據事件刪除重複項目

如果我們發現在 48 小時內有相同的伺服器金鑰組合(event_idevent_name)和瀏覽器金鑰組合(eventIDevent)傳送到相同的像素編號,就會捨棄之後才傳送的重複事件。

若要進一步確保重複事件皆已刪除:

  • 對於相應事件,請確認下列參數已設為相同的值:
    • event_id(來自伺服器事件)和 eventID(來自瀏覽器事件)
    • event_name(來自伺服器和瀏覽器事件)
  • 傳送重複事件後,請前往事件管理工具確認要棄置的事件是否正確。
  • 確認每個同時透過像素和轉換 API 傳送的不重複事件都有自己的 event_id。這個編號不應與其他事件共用。

根據事件刪除重複項目的替代方案

雖然事件編號總是刪除重複事件的最佳方法,但在執行方面卻很複雜。您可以使用 external_id 或 fbp 參數作為替代解決方案。如果您已將 external_id 或 fbp 參數設為同時透過瀏覽器和伺服器傳遞,且我們在 48 小時內發現擁有相同 external_id 或 fbp 參數的同一個事件,就會自動刪除重複的事件。

第 4 步(選用步驟):探索 Business SDK 功能

Meta Business SDK 提供了專為轉換 API 用戶所設計的進階功能:

  • 非同步要求:如果您不想阻止程式執行來等待要求完成,就可以使用這項功能。透過這種做法,您可以提出要求,並在要求完成後取得伺服器回傳的訊號。在您等候回應時,程式可以繼續執行。
  • 同時批量處理:有效利用資源,善用非同步要求來提高輸送量。建立分批要求,以便支援事件要求工作線程和排程工作等使用案例。
  • HTTP 服務介面:覆寫 Business SDK 的預設 HTTP 服務,並使用您偏好的方法或資料庫來執行自訂服務。

以平台形式整合

以下指示適用於將轉換 API 作為服務提供給廣告客戶的合作夥伴。

第 1 步:設定條件

您的應用程式應取得下列功能和權限:

第 2 步:代替客戶傳送事件

首先,依照直接整合步驟測試整合。接著,您可以要求代替客戶傳送事件的授權。您會看到以下驗證選項:

Meta Business 擴充功能方法(建議選項)

Meta Business 擴充功能會透過下列程序,傳回代替客戶傳送事件所需的一切必要資訊。Meta Business 擴充功能會提供端點來檢索客戶企業管理平台所建立的系統用戶存取憑證。這個程序包含傳送伺服器事件的權限,且會自動透過安全的方式完成。

端點需要用戶存取憑證作為輸入參數。如果是第一次使用 Meta Business 擴充功能,請在設定 Meta Business 擴充功能後呼叫此端點來擷取系統用戶存取憑證。現有用戶需要先要求重新驗證,再呼叫新的 API 端點。

Facebook Business 擴充功能目前僅供已獲准的合作夥伴使用。如果您有興趣成為我們的合作夥伴,請聯絡您的 Meta 代表以要求獲取使用權限。

客戶系統用戶存取憑證

請客戶在「像素設定」內透過轉換 API 手動建立系統用戶存取憑證。接著,使用該憑證傳送事件到廣告客戶的像素。

系統用戶或管理員系統用戶必須安裝用來產生存取憑證的應用程式。使用這項設定後,您的應用程式便可代替此系統用戶或管理員系統用戶呼叫 API。

客戶分享像素到合作夥伴的企業管理平台

透過這個選項,客戶會透過企業管理平台設定或透過 API 分享像素給合作夥伴,之後您就可以將合作夥伴系統用戶指派給客戶像素,並產生存取憑證來傳送伺服器事件

第 3 步:將事件歸因給平台

若要將轉換 API 歸因給您的平台,請使用 partner_agent 欄位。這樣,您就能在代替客戶傳送事件時,自行設定平台識別碼。如果您是受管控的合作夥伴,請與 Meta 業務代表一同議定您平台的識別碼。此值的格式應符合以下要求:長度不得超過 23 個字元,且必須包含最少兩個英數字元。接著,請與每個伺服器事件一併傳送該值。

請記得向想在您的平台上啟用整合的廣告客戶提供最新的設定指南。

支援

所有合作夥伴

了解如何除錯並查看企業商家幫助中心文章

受管控的合作夥伴

請向您的 Meta 業務代表提供下列資訊,讓他們能協助您測試整合並解決問題:企業管理平台編號、應用程式編號、像素編號。