GTM教學｜伺服器追蹤教學3 | Facebook轉換Capi設定

臉書的CAPI是甚麼? 或者說是臉書的廣告伺服器轉換追蹤。透過伺服器追蹤，可以提升臉書來自廣告轉換的正確事件量數。本篇文章為GTM伺服器追蹤設定臉書CAPI轉換事件，並且說明如何設定事件ID，以避免瀏覽器&伺服器傳送相同事件，造成事件重複收集。以及CLIENT容器、SERVER容器該代碼如何配置、參數如何調整。

埋設之前務必確認自己有購買伺服器，以及做出對應的設定，Facebook CAPI才會有用。 「GTM - ServerSide 伺服器追蹤教學 | 伺服器配置設定」

埋設臉書CPAI轉換事件，首先你需要設定好對應的CLIENT事件，以及購買一個外部REQ接收的伺服器，例如使用GCP、STAPE等。再來才是使用伺服器與瀏覽器，兩者一起併行追蹤，並透過EventID將重複的事件去重複化。達到前端與伺服器，追蹤互補的概念。

本系列會講解有關ServerSIde的建設，以及Server可以做到哪一些Client收集不到的資料，務必確保要看這一系列的同時，公司已經埋設好Server，或是已經購買好伺服器。在執行伺服器追蹤時，務必要掌握全面的Client追蹤埋設方式，這樣換到伺服器追蹤時，才不會整個手腳慌亂。

新增FB代碼範本

先前往GTM-SERVER容器，點選右邊範本並點選新增範本，並選擇上圖前兩個，API字眼的代碼範本，一個是官方創的CAPI代碼範本，另外一個是STAPE創立的代碼範本，本次範例使用第二個-STAPE創立的代碼範本；1跟2都可以使用。

代碼欄位說明

這邊一共有5欄，分別是「Event Name Setup Method」、「Action Source」、「API Access Token」、「Facebook Pixel ID」、「Test ID」。

Event Name Setup Method：你的事件怎麼設定，他有兩個選項，Inherit from client是從client(前端)的事件，繼承該事件。例如使用者的瀏覽器發送「PV」，而你的伺服器也會接收到，並且使用該事件再發送給對應的第三方(FB,GA4等)。

Action Source：你的事件怎麼來，Website意指從網站，也是本次網站使用的選項。他還有其他選項，例如「手機、EMAIL、實體店面等」。

API Access Token：伺服器溝通的密碼 (金鑰)，從臉書事件管理工具後台索取。

Facebook Pixel ID：臉書PIXEL像素ID，在臉書事件管理工具裡。

Test ID：測試用ID，也是在臉書事件管理工具裡。

以上內容如果不知道在哪，往下有說明。

TOKEN代碼在哪?

位於臉書事件管理工具的後台，點選設定，往下滑你會看到有一個「轉換API」的分類，在這邊會看到該像素的轉換API TOKEN。如果你之前有不小心申請一組，而且也忘記的，你可以再點一次產生新的TOKEN。

PIXEL在哪?

臉書的像素ID，也會在臉書的事件管理工具中，點選「總覽」你也會看到上方的範例畫面。

除非臉書有改版，造成畫面更動，如果找不到再留言、私訊即可!

TESTID在哪?

TESTID於你的臉書事件管理工具，裡面的測試工具，你可以找到一個TEST開頭的ID。

Server代碼 -完整設定

我這邊使用OVERRIDE，可以填寫自訂事件。

影片有提及「如果使用繼承從前端的事件」，會導致臉書的事件，與GA4的事件會完全一樣，因為正常埋設伺服器追蹤，這兩個平台大多都是企業的首選。所以如果你要區分臉書與GA4的事件，那務必要將觸發條件設定好，以及額外設定臉書事件。

不然像是GA4的事件scroll、engagement等，一些只有GA4才有的事件，如果你搭配CLIENT NAME = GA4的觸發條件。這樣基本上全部GA4有的事件，臉書像素都會接收到。不僅造成臉書事件不好管理、查看。伺服器的成本也會相對提高。

因此建議將臉書、GA4的事件都各自拆出來，以便節省預算、方便管理。

Server代碼 - 條件設定

上一段有說，這邊如果使用自訂條件，搭配CLIENT NAME = GA4，這樣全部的事件都會發送至臉書的事件管理工具裡面。

但這樣設定也是最簡單、最好懂得，如果未來有機會我再把後續設定拆分出來講解。如果你有不懂得也可以直接詢問。

CLIENT NAME = GA4，指這個Request為GA4宣告的事件。

Client容器 - 自訂JS變數

在GTM - CLIENT容器裡面，創立一個自訂變數，並且打上以下JS代碼。這邊創立的是EVENTID的變數，用來讓臉書判別伺服器、瀏覽器來的事件是否為同一個事件，如果ID一樣、事件名稱一樣，臉書就會自動去重複化Deduplicated。所以這個務必要埋設進去。

Client容器 - 設定代碼事件ID參數

上方這一張圖例為GTM - CLIENT容器，裡面的FACEBOOK事件代碼。進去後打開「More Setting」，並且將上一個步驟的變數放在EVENT ID底下即可。

接著再到你的GA4 - BASECODE代碼，或是GOOGLE TAG代碼裡面。將你的EventID放置進去，並輸入對應的VALUE值，就是前一個步驟的自訂變數。

進入 Server容器debug模式

先打開GTM - SERVER容器，再打開GTM-CLIENT容器。進行兩邊的除錯，確認伺服器有沒有成功觸發事件。並且傳送對應的資料，以及EventID到臉書那邊。

再到臉書測試事件底下，查看一下該事件是否有同時接收到，伺服器與瀏覽器的事件。並且臉書是否有自動Deduplicated，如果你有看到ID與名稱一致，但還沒有去重複化，稍等一下，臉書會自動處理。

完成 - 事件成功接收

隔天回來看臉書的事件管理工具後台，可以發現事件都已經出現，而且整合工具底下，也會顯示這些事件來自，瀏覽器或是伺服器。看到這樣恭喜你已經成功了!

瀏覽器vs伺服器事件收集落差

上面三張圖是擷取自臉書的事件管理工具，抓取近期一個月內的伺服器追蹤、瀏覽器追蹤的資料表現。可以看到伺服器與瀏覽器多少都會存在落差，而透過伺服器追蹤「轉換回補」可以高達20%。因此強烈建議要裝設臉書CAPI伺服器追蹤。