多個帳號的轉換 API 閘道

多個帳號的轉換 API 閘道是一種轉換 API 閘道模式，可讓不同 Meta 商業帳號管理的資料來源連接到同一個閘道執行個體。此解決方案需要實作 Amazon Web Services（AWS）雲端運算平台或 Google Cloud Platform（GCP），並具有提供高可用性和可擴充性的架構。每個商業帳號的資料在邏輯上是各自獨立的，除非授予存取權限，否則連接到執行個體或執行個體擁有實體的其他商業帳號無法存取該資料；這樣可以安全、有效率地使用雲端平台資源。

多個帳號的轉換 API 閘道執行個體可讓代理商、合作夥伴、經銷商或全球去中心化廣告商建立閘道執行個體，並將他們使用的資料來源連接到轉換 API 並進行管理。

轉換 API 閘道是轉換 API 的自助式實作方法，可讓商家將行銷資料從 Meta 像素鏡射到轉換 API，在採用 Meta 像素的備援設定中，有助於投遞系統降低每次操作的成本。

目前版本的多個帳號的轉換 API 閘道可與 Amazon Web Services（AWS）和 Google Cloud Platform（GCP）搭配使用。

如何啟用

如果您準備好開始實作，請點擊按鈕以查看託管方啟用逐步說明。

架構概覽

下圖顯示多個帳號的關係架構，其中單一閘道執行個體可以服務更多由不同商業帳號管理並從不同網域觸發的 Meta 像素。

下圖說明像素與閘道之間的連接，多個帳號的轉換 API 閘道關係架構中的各個連接都是如此。

• Meta 像素在廣告商的網頁中觸發，讓廣告商能夠將訪客動作和資訊傳送到 Meta 像素端點和轉換 API 閘道。
• 轉換 API 閘道接收透過 Meta 像素傳送的訪客動作和資訊，根據轉換 API 的規範將其格式化，並傳送到轉換 API 端點。
• 系統會自動產生重複資料刪除參數（event_id），並隨著傳輸到 Meta 像素端點和轉換 API 端點的資料一起傳送。

適用對象？

多個帳號的轉換 API 閘道解決方案適用對象如下：

• 代理商、合作夥伴和經銷商：想要提供將廣告商的資料來源連接到轉換 API 閘道的服務。
• 廣告商：具有在不同網域上觸發並透過不同商業帳號管理的多個像素，想要有一個集中式轉換 API 閘道解決方案，能夠將其像素流量連接到 Meta 的轉換 API。

託管方和帳號

託管方 — 建立和管理閘道執行個體的代理商、合作夥伴、經銷商或廣告主。託管方負責執行個體的配置、監控和疑難排解，以及 AWS 或 GCP 帳號的管理和收費。託管方可針對連接執行個體的商家，設定所提供之服務的使用條款。

帳號 — 將像素連接到託管方閘道執行個體的商家（廣告商）。建議為以下一或多個像素建立帳號：

• 由同一組人員管理的像素（即所有帳號用戶都可以透過商業帳號來存取像素），或是
• 在同一個廣告商網域上觸發的像素。

受管理帳號 — Meta 像素和轉換 API 實作（也同時）由代理商、合作夥伴或經銷商（託管方）管理的帳號。尤其是，託管方被授予管理員存取權限，可存取事件管理工具平台上的特定 Meta 像素。一般程序包括託管方在閘道中建立帳號，並根據託管方設定的使用條款，將像素連接至閘道執行個體。此外，託管方還可以為廣告商的員工建立具有特定權限的帳號用戶，讓這些用戶能夠監控、管理或單純檢視帳號配置。託管方和廣告商可控制像素特定設定，以及像素與閘道執行個體的連接。商家可以隨時切換到非受管理帳號。

非受管理帳號 — Meta 像素和轉換 API 實作不是由代理商、合作夥伴或經銷商管理的帳號。一般程序包括託管方建立帳號，並根據託管方設定的使用條款，邀請商家（帳號管理員）啟用並連接執行個體。商家可控制自己的像素特定設定，以及像素與執行個體的連接。商家可以隨時切換到受管理帳號。

用戶和權限

託管方和帳號可以建立具有下列其中一種權限的用戶：

技術元件

Amazon Web Services 和 Google Cloud Platform

多個帳號的轉換 API 閘道需要實作 Amazon Web Services（AWS）或 Google Cloud Platform（GCP）等隨需式雲端運算平台。AWS 或 GCP 帳號是由實作多個帳號的轉換 API 閘道的代理商、合作夥伴、經銷商或廣告商（即託管方）擁有和管理，而不是由 Meta 擁有和管理。託管方可以自動部署執行個體，不需要開發人員。多個帳號的閘道架構是以 AWS Elastic Kubernetes Service（EKS）為基礎。

軟體元件

Meta 像素

在廣告商網頁上載入的 Meta 標準 JavaScript 程式庫，可將顧客動作和資訊傳送至 Meta，在《Meta 商業工具使用條款》中稱為「商業工具資料」。對於已整合多個帳號的轉換 API 閘道的廣告商，Meta 像素在被觸發時會執行下列動作：

• 下載並啟動轉換 API WebSocket 用戶端程式碼，以用來與多個帳號的轉換 API 閘道進行通訊。
• 透過安全 HTTP 連線，將事件資料傳送到 Meta 像素端點和多個帳號的轉換 API 閘道。

多個帳號的轉換 API 閘道

多個帳號的轉換 API 閘道是由代理商、合作夥伴、經銷商或廣告商在其 Amazon Web Services（AWS）或 Google Cloud Platform（GCP）帳號中託管，佈建在其 AWS 或 GCP 帳號中。其中包含以下幾個部分：

• 執行下列程序的模組：從 Meta 像素接收傳入的事件（網站訪客動作）、根據轉換 API 的規範將這些事件格式化，並傳送到 Meta 的轉換 API 端點。
• 託管方可以用來管理託管方執行個體（用戶、帳號、更新等）的用戶介面。
• 帳號用來管理其帳號（用戶、資料來源、資料路由等）的用戶介面。

Meta Business 擴充功能

多個帳號的轉換 API 閘道中會使用 Meta Business 擴充功能（MBE）來協助啟用託管方和帳號，並將資料來源安全地連接至執行個體。

DNS 設定

託管方需要在其 DNS 供應商配置 CNAME 記錄，將子網域建立關聯至多個帳號的轉換 API 閘道執行個體（準確地說，應該是建立關聯至執行個體的負載平衡器），以供網路存取。

建議帳號在其 DNS 供應商配置 CNAME 記錄，將其網域的子網域建立關聯至託管方的子網域，進而在其網站上的 Meta 像素與多個帳號的轉換 API 閘道執行個體之間啟用第一方連接。

Cloudflare 做為預設整合 DNS 服務

負載平衡器是轉換 API 閘道基礎架構中的一個元件，有助於將傳入的網路流量分散至多部伺服器。使用負載平衡器可以讓我們確保應用程式即使在高流量期間，也能保持高可用性和回應能力。

除了負載平衡之外，我們也使用 SSL/TLS 憑證來加密用戶端與轉換 API 閘道之間傳輸的資料。每當廣告商設定第一方網域時，就會核發這些憑證。如果廣告商尚未設定第一方網域，則預設會使用代理商的網域。設定第一方網域的優點是像素事件會被路由到廣告商擁有並控制的這個網域；否則，像素事件會從廣告商流向 Meta，但會透過代理商網域。目前，轉換 API 閘道僅支援將一個憑證附加到負載平衡器。

使用 Cloudflare 可以讓我們克服此限制。使用 Cloudflare 的主要優點之一，是它能夠為廣告商網域核發最多 5,000 個 SSL/TLS 憑證，指向由 Cloudflare 管理或擁有的代理商網域，也就是說，每個轉換 API 閘道執行個體最多可以讓 5,000 個廣告商使用第一方網域。如果您有 AWS EKS 型的轉換 API 閘道執行個體，則使用 Cloudflare 還有另一個優點，就是其成本也低於使用轉換 API 閘道提供之預設隨機產生的 AWS Cloudfront 網域，因為 SSL 終止成本較便宜。

資料分享

商家可以透過多個帳號的轉換 API 閘道，分享使用 Meta 像素時所分享的相同資料，但下列資料除外。如需詳細資訊，請參閱 Meta 企業解決方案指南。

透過轉換 API 閘道，不支援下列資料：

• 使用事件設定工具配置的顧客動作
• Meta 第三方 Cookie

開始實作

如果您準備好開始實作，請點擊按鈕以查看託管方啟用和管理的逐步說明。

如果您準備好開始實作，請點擊按鈕以查看託管方啟用逐步說明。

另請參閱

• 轉換 API 閘道
• 啟用多個帳號之轉換 API 閘道的代理商常見問題
• Meta 像素
• 詞彙
• 使用轉換 API
• Meta Business 擴充功能（MBE）