臉書的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。所以這個務必要埋設進去。
function() {
var gtmData = window.google_tag_manager[{{Container ID}}].dataLayer.get('gtm');
return gtmData.start + '.' + gtm.Data.uniqueEventId;
}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伺服器追蹤。