【如果您對 FB 轉換 API 還是不懂，不用擔心，讓小編用白話的方式來教您】

這篇文章是完整的 Meta 轉換 API ( Meta Conversions API ) 「觀念」與「操作」的教學，
本文圖很多，頁面有點長，但放心，跟著教學走，學習會很輕鬆的！ 讓我們開始吧。

大環境趨勢: 「FB 像素」無法正常收集數據，轉換數據不斷流失
Meta 官方多次呼籲商家，盡快安裝「轉換 API」

(1) cookie 時效被砍至 1 天，FB 像素無法正確辨識使用者
2024 年後，第三方 cookie 將完全禁止，臉書失去最有效辨識使用者的方式，只能被迫改用第一方 cookie，
但 Safari、iOS 又宣布削減第一方 cookie 最低至 1 日，表示臉書只能記錄一個訪客 1 天 ( 非常短 )，
cookie 時效被削減，對 FB 廣告會造成什麼影響呢？

舉例: 如果有訪客 10 天前點過 FB 廣告，到過網站，今日再訪網站，完成購買，由於超過 1 天，cookie 早已被刪除，
再訪時，臉書只能判定此訪客為「新客」，並不知道他 10 天前點過廣告，這導致所投放的 FB 廣告「轉換數無法 +1」，
造成「轉換歸因」失效，嚴重影響廣告優化能力，廣告成效就會變差。

↓ 具有連結裝飾的用戶 cookie，例: 網址帶有 utm，將被限至為 1 天。( Webkit 官方 )
↓ 根據 statcounter 統計，Safari 在台灣「全裝置」使用佔比已達到 32% ( statcounter )

這代表有 32% 的轉換數據，無法正確的取得，也無法正確的計算歸因。

(2) 蘋果 ios 系統，限制了 臉書 APP 追蹤數據
另一個造成數據流失的主因是「蘋果 iOS14 隱私政策」，在 FB APP 中，開啟時系統會詢問用戶，
「是否同意這個 APP 追蹤你的資料？」，而 90 % 的用戶都選擇了「不同意追蹤」，

按下不同意後，臉書 APP 就無法取得用戶裝置識別碼 ( IDFA )，一旦少了最精準的 IDFA，在 FB 站外，
臉書只能回去依賴 cookie 來辨識使用者，但偏偏 cookie 的處境，如同上述所說的，完全不樂觀。

因此蘋果剛推出此政策後，臉書氣得對蘋果提起了告訴，並在時報廣場刊登廣告，
控訴蘋果在消滅「廣告商、創作者、開發者」的生存機會，並同時呼籲商家，盡快安裝「轉換 API」。

↓ 庫克說:「用戶有選擇資料是否被收集的權利，在 iOS14 後將優先詢問用戶的允許」

(3) 若用戶安裝了 AdBlock，臉書像素會被封鎖
另一個也是造成數據流失的大原因，就是安裝「Ad Block 廣告攔截器」的使用者越來越多，
根據 GWI 機構的數據顯示，全球已有 32.8 % 的使用者安裝 Ad Block，並且比例持續上升中，

若使用者安裝 Ad Block，臉書的像素代碼將無法被觸發，並且傳送至 facebook.com 的請求會被阻擋。
當 FB 像素無法收集數據，將會使你的 FB 廣告帳號，逐漸喪失網站「再行銷」的能力。
( 我們已實測過，像素確實不會觸發，事件也無法發送至臉書，您也可實測看看 )

↓ 安裝 Ad Block 後，臉書的像素不會觸發，原本該送去 FB 的 pageview 請求也消失了
↓ 根據 GWI 調查，32.8% 的網路使用者，會使用 Ad Block，表示約三成的像素數據已流失

(4) 若用戶使用 VPN 瀏覽網站，臉書像素會被封鎖
我們第一次聽到這個原因時，非常驚訝，因為這的確是一個大原因，
這幾年 VPN 的服務很興盛，你會發現每個網紅都在業配 VPN 廠商的廣告，

造成台灣人使用 VPN 的用戶大量增加，根據 NordVPN 調查顯示：
超過三成五的台灣人有在使用 VPN ，我相信台灣現在使用 VPN 已非常普及，

VPN 廠商都標榜著，無廣告、高隱私，他會幫你阻擋廣告和防止追蹤，
所以當用戶使用 VPN 瀏覽你的網站時，網站中安裝的 FB 像素，會直接被封殺。

↓ 若用戶使用 VPN 瀏覽網站，臉書像素也會被封鎖

(5) 各家瀏覽器不斷推出更多「防止廣告追蹤」的新功能
例如:
『Firefox 推出加強型追蹤保護，會封鎖 FB 像素 的執行。』
『Safari 推出私密瀏覽模式，會封鎖 FB 像素 的執行。』
『Opera 內建 Ad Block，開啟後，會封鎖 FB 像素 的執行。』

這些都是瀏覽器內建的功能，只要用戶簡單按下「開啟」，就能永久執行，
所以近年你會聽到許多廣告專家都建議，網站一定要安裝「轉換 API」，
是因為我們網站中安裝的像素，很多情況下已無法運作，已無法收到轉換數據了。

___

以上這些原因說明了，臉書像素已無法再正確收集網站的轉換數據了，

若廣告帳戶失去了轉換數據，不只投手失去優化能力，AI 系統也會失去優化能力，會造成廣告成本越來越高，
所以自從蘋果開啟了「隱私戰」後，各大瀏覽器跟進，臉書官方也多次呼籲商家，盡快安裝「Meta 轉換 API」，
因為「轉換 API」是對抗數據流失的最佳方法，已成為 2024 年後投放 FB 廣告，投手必須優先完成的工作。

↓ Meta 官方數據顯示，使用 轉換 API 者，廣告成本平均降低 13%、同時大幅提升銷售成效。 ( Meta 官方 )

技術解釋:  轉換 API 為何能解決問題

伺服器追蹤技術 ( Meta 命名為 轉換 API )，為何 Meta 要呼籲商家這樣做，來解決以上數據追蹤問題？
中英文: 伺服器追蹤技術 ( Server Side Tracking )、轉換 API ( Conversions API 或稱 CAPI )

伺服器追蹤技術是十年前就有的技術，不是 Meta 專屬的，只是以前 cookie 就很強了，沒必要使用。
而至今 cookie 已逐漸被封鎖與限制，因此這項技術開始被廣告平台高度重視。

轉換 API 的概念非常簡單，就是讓網站發送轉換事件時，除了送往 FB 之外，多一個傳送對象，
也就是多發送至「您網站的子網域」，而子網域目標的 ip 指向一個跳板伺服器。

↓ Meta 的轉換 API，其實就是希望大家，安裝原本像素外，「再多」安裝一個，圖中下方那條傳輸路徑

當網站中的轉換事件觸發時，一個路徑傳 facebook.com ( 原本的 )，另一個路徑傳 your.domain.com ( 多加的 )
( 第 1 個路徑較弱，第 2 個路徑較強 )

第 2 個路徑的傳送目標不是 FB，是您的子網域，而背後的 ip 位置是第三方的伺服器，
這個伺服器收到資料後，會再把數據 Pass 給 FB ( 背後轉交的概念 )，
臉書官方有提到，當他收到兩個路徑過來的數據後，會自動進行比對，去除重複事件，

所以需要有人幫您架設好這個伺服器，並設定好「您網站的子網域，指向到此伺服器的 ip」，

新手可能會問，為什麼要傳給自己的子網域？ 主網域不行嗎？
答: 不行，你的主網域已經指向原網站伺服器的 ip了，不可以動他，
而且你的網站伺服器，並沒有轉送資料給 FB 的功能，送過去也沒用，
所以大家都會用子網域，然後設定指向跳板伺服器的 ip，讓這第三方伺服器來轉送資料給 FB。

重點: 第二條路徑非常穩定，數據傳輸幾乎不會被限制或封鎖

只要轉換事件發送的目標是「您網站的子網域」，不會有瀏覽器阻擋或限制這一個路徑的傳送，
並且只要 cookie 是自己網域內的傳輸使用，瀏覽器也不會去削減這一個 cookie 的時效，
( 瀏覽器不會阻擋第一方網域內的運作，若阻擋很多網站會失去功能，擋的都是第三方廣告商的操作 )

所以你會發現，上述所提到的，cookie 時效被削減、傳送至 FB 的請求被封鎖，這兩大問題，
只要使用了「轉換 API」就不會發生，問題就能解決了，
這就是「轉換API、伺服器追蹤」技術的基本原理，是目前公認避免 FB 轉換事件流失的最佳方法。

累積足夠的轉換數據，是執行 ASC 轉換廣告 的必要條件，數據越多，廣告系統優化的成效才會越好，
ROAS 才能提高，若您是「非常在意」廣告成效的投手，我們都建議盡快幫網站安裝好 轉換 API。

轉換 API 的優缺點:

◾ 使用 轉換 API 的優勢:
(1) 因數據是傳給自己網域，所以發送時不會被阻擋。
(2) 屬於自己網域內的使用，cookie 時效不會被削減。
(3) 避免轉換數據流失，可降低廣告成本，提升廣告成效。
可解決以上提到的數據追蹤問題

◾ 使用 轉換 API 的麻煩點:
(1) 網站安裝原本的像素代碼外，要再安裝一個 CAPI 代碼。
(2) 需要架設負責轉交資料的伺服器，這會有硬體成本。
若想要最低成本，通常一般商家會使用別人架好的伺服器，
除非是月流量百萬的商家，才可能自架伺服器。

___

安裝轉換 API 的三種方式

轉換 API 的重點在於，需要有路徑二的那一個「跳板伺服器」，有三種實踐方式:

(1) 使用公司內部，自行架設好的伺服器
(2) 使用 AWS、Azure、GCP 雲端服務架設伺服器
(3) 使用「伺服器追蹤」服務廠商架好的伺服器

↓ 三種「伺服器追蹤」安裝方式，了解優劣勢後，可根據你的需求與情況來選擇

由於這個伺服器的作用只是「轉送資料」而已，因此需要考量的點並不多，主要就是:
每月成本、每月流量、安裝難度、可控制項目、能否使用自訂網域、可安裝哪些平台代碼 ...

若您不知道您網站的流量是多少，可以使用 SimilarWeb 來查詢，或用 GA 來查看瀏覽量

(1) 自架伺服器:  適合流量超過每月 100 萬的網站，通常這類型的網站，公司都有聘請工程團隊，
也會有自行控管的伺服器主機，因此直接使用自家的伺服器資源，當然是最划算也最有效率的。

(2) 雲端伺服器:  若公司內部沒有自架伺服器，但有工程團隊，也非常了解數據追蹤技術，
會想要自行控制所有代碼、與伺服器程式碼，就推薦使用 AWS、Azure、GCP 提供的雲端伺服器。

(3) 第三方服務:  適合沒有自架伺服器，也沒有聘請工程團隊的，中小型流量網站，
不想要太多複雜的操作，只想單純的安裝好 FB 的轉換 API、和其他追蹤代碼 GA、GAds、LINE，
避免轉換數據流失、提升廣告成效，這類型的商家，就適合使用第三方服務的伺服器。

補充: 若您的網站使用開店平台架設，已支付月費，且平台已內建 FB 轉換 API 功能，則無需再安裝。
但如果網站中的像素代碼，主要是使用 GTM 自行安裝，則還是建議用以下 GTM 的方式來完成。
( 因為如果 event id 沒有相同，轉換 API 就等於安裝失敗，以下會詳細解釋 event id 的用途 )
由於多數的中小型網站，都適合使用「第三種」，因為安裝最簡單、成本也最低，
因此以下的教學流程，我們將介紹如何使用「第三方服務」來完成 FB 轉換 API 的安裝。
___

本教學使用 ftargeting 伺服器追蹤服務，完成 轉換 API 安裝

只需 30 分鐘，就能自行設定完成，新手也能輕鬆學會，
遇到任何問題都可和小編我詢問，我會陪您直到全部安裝成功為止。

ftargeting 致力於協助「FB 廣告投手」提升廣告 ROAS，希望減少小商家們，成效不佳的煩惱，

↓ 過去幾個月，私訊我們相同問題的用戶已超過 20 人，因「數據流失後」投手幾乎無從優化

近期發生數據流失的客戶越來越多，我們決定協助客戶解決「數據追蹤」的問題，這很迫切，
因為失去了大量轉換數據，等於「浪費了廣告預算」，即便用了隱藏興趣，也很難提升 ROAS 成效。

因此，我們開發了目前市面上，安裝最簡單、收費最便宜的 伺服器追蹤服務 ( 轉換 API 服務 )
每月只要 NT$ 212 元 ( 其他功能皆可使用 )，遇到問題也能隨時至粉專，小編都會協助您排除，
若您已是 年付會員 或 想盡快安裝好轉換 API 者，歡迎您至粉專與小編詢問喔。

小額方案，每月傳送事件次數上限:  300,000 次
適合每月 10 萬以下流量的網站 ( 多數網站使用此方案即夠用 )

VIP方案，每月傳送事件次數上限:  1,500,000 次
適合每月 10~100 萬流量的網站 ( 大型知名網站才需此方案 )

可按照以下的詳細安裝教學，只需 30 分鐘 就能自己設定完成，非常簡單。

【如何快速安裝好 FB 轉換 API: 給新手的超詳細 50 張截圖步驟】

安裝的流程非常簡單，就是安裝好 FB 基礎的像素代碼後，再安裝一個 CAPI 代碼，就完成了 ( 雙路徑 )。
GTM 新手也不用擔心，跟著流程走，大約 30 分鐘，就能抵達終點。
讓我們開始吧！

FB 轉換 API 安裝教學，新手保證一次學會

以下教學使用 Google Tag Manager 進行安裝，請先確保網站已安裝好 Google Tag Manager，
本教學避免篇幅過長，不會示範各種網站要如何安裝 GTM，這部分請自行查詢。

使用「GTM + 第三方伺服器」，安裝轉換 API 有什麼優點？ 為什麼我們要這樣教？
--
因為使用 GTM 是唯一可以自由控制所有代碼的安裝方式，
如果是使用網站系統本身的外掛，你只能交給它處理，它是伺服器端程式碼，你無法動它，
你無法自由控制與安裝任何代碼、觸發條件、自訂變數，要使用 GTM 才有這些操作，
而且不只 FB，還有 GA、GAds、LINE、Tiktok，這些未來也都會逐漸改成伺服器追蹤，
因此只要是喜歡「自由埋設代碼」的行銷人，都會使用本教學中的 GTM 作法，
這就是為何你在網路上看到，每個人示範的轉換 API 作法都不太相同的原因。

如果你看完我們的教學，會發現我們教的方法是最簡單的，圖看起來很多，是因為我們每一個動作都截圖，
這是我們的教學風格，這樣新手照著做，就能順暢的完成每一步。
--

【教學前半都在示範，如何安裝 FB 基礎像素代碼，若你已知道可掠過】

安裝 FB 像素代碼，當網頁被瀏覽時，會發送 pageview 事件給 FB，走的就是剛才提到的，圖中的第一條路徑 ( 正常的路徑 )

【開始安裝 FB 轉換 API 代碼 ( 第二條路徑 ) 】

恭喜你！ 你成功了！ 你已完成了轉換 API 設置

從現在開始，你的「FB 廣告後台」將收集到「真正完整」的數據，
當別人遭遇數據流失時，這個問題將不會發生在你身上，
因為你網站的「數據追蹤能力」已比別人強。

文章有點長，但這是值得學習的內容，也謝謝你願意一起通關到最後 ^^
若你有遇到任何問題都歡迎詢問，我們會全力協助您的。

「紅海市場競爭下，預算少的小商家們，做行銷真的很辛苦，
我們希望幫助小商家們，投放廣告，都能穩定的獲利。」

實測:  網站安裝「轉換 API」後，能不能對抗 AdBlock？

實測:  啟用 iOS Safari 「私密瀏覽模式」後，是否還能追蹤網站事件？