FB 轉換 API 完整教學 2024,全網站通用,新手一看就懂

FB 轉換 API 完整教學 2024,全網站通用,新手一看就懂
類別: 數據追蹤  |  Update: 2024-10-15

【如果您對 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 官方 )
透過連結裝飾的用戶 cookie,例: 網址帶有 utm 參數,儲存將被限至為 1 日

↓ 根據 statcounter 統計,Safari 在台灣「全裝置」使用佔比已達到 32% ( statcounter )
根據 statcounter 的統計資料,Safari 在台灣全裝置的使用占比已達到 32%

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

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

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

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

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


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

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

↓ 安裝 Ad Block 後,臉書的像素不會觸發,原本該送去 FB 的 pageview 請求也消失了
安裝adblock之後臉書的像素就不會被觸發了

↓ 根據 GWI 調查,32.8% 的網路使用者,會使用 Ad Block,表示約三成的像素數據已流失
根據 GWI 調查,32.8% 的網路使用者,會使用 Ad Block,表示可能有三成的廣告數據已流失



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

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

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

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



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

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

___

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

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

↓ Meta 官方數據顯示,使用 轉換 API 者,廣告成本平均降低 13%、同時大幅提升銷售成效。 ( Meta 官方 )
臉書官方多次呼籲,盡快安裝 轉換 API,來源臉書官方文宣



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

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

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

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

↓ Meta 的轉換 API,其實就是希望大家,安裝原本像素外,「再多」安裝一個,圖中下方那條傳輸路徑
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 分鐘 就能自己設定完成,非常簡單,
遇到問題也不用擔心,都可截圖發問,小編我目前可算是「經驗豐富」了。


許多沒有工程背景的廣告投手,按照我們的流程,都成功完成了轉換 API 的設定
以下是我們一些用戶的反饋:

查看用戶的反饋

轉換API用戶的反饋,已安裝成功
轉換API用戶的反饋,已安裝成功
轉換API用戶的反饋,已安裝成功
轉換API用戶的反饋,已安裝成功
轉換API用戶的反饋,已安裝成功
轉換API用戶的反饋,已安裝成功
轉換API用戶的反饋,已安裝成功




常問的問題 (QA)

1. 轉換 API 有沒有免費的服務提供廠商呢?
目前是沒有,原因是,這和租用網站主機會有硬體費用是同樣的概念,當你使用 轉換 API 時,接收資料的伺服器需要承受比您網站多 3~5倍 的流量,因為有多種事件,不是只有 pageview, 這會有硬體的使用成本,網站租用主機幾乎都是要收費的,使用伺服器追蹤服務也同理不會是免費的。
2. 有沒有其他更便宜的 伺服器追蹤服務 提供廠商呢?
目前沒有,我們的服務 每月 TWD 212 元 是最便宜的,這還同時包含了興趣工具的使用,
若您使用 AWS 的 Conversions API Gateway 每月最低是 2000 美元,
若您使用 Google Cloud Platform 每月最低則是 90 美元 ( TWD $ 2925 元 ) ,
若您使用 Stape 每月最低則是 20 美元 ( TWD $ 650 元 ),
若您使用 pixelyoursite 每月最低則是 17 美元 ( TWD $ 525 元 ),但要先付款 $ 491 美元。
以上這些方式,不只費用較高,設定方式也比較複雜,因為國外有更多的代碼要設置,
使用的都是將整個 GTM Docker 容器化佈署的方式,需要你要自己設定 Client 端 與 Server 端的對應代碼,
相對複雜很多,而在台灣不需要將整個 GTM 都容器化佈署,因為多數人只需要用 FB、GA、GAds、Line ...
因此您會發現,我們提供的方式,是最簡單、最便宜的伺服器追蹤解決方案。
詳細安裝步驟請查看以下教學流程
3. 我可以不安裝轉換 API 嗎? 不安裝對廣告投放會有什麼影響嗎?
由於 FB 的像素已經在很多平台上被封鎖,若不安裝會有轉換數據缺失問題,投放廣告時,一個很重要目標就是要累積轉換數據,上述有提到,從今年開始很多人反應 FB 廣告成效不如以往,數據流失就是主要的原因。 而轉換 API 是解決以上問題最佳的方法,因為轉換 API 使用的是「第一方網域通訊」,因此傳輸不會被封鎖、第一方 cookie 也可正常使用,時效也不會被削減, 若您是「非常在意」廣告成效的投手,就需要盡早替網站安裝好轉換 API,以對抗數據越來越少、廣告系統學習成效越來越差的環境趨勢。
4. 我可以使用自己網站的伺服器,來接收並傳送資料給 FB 嗎?
有些商家可以,有些則不行,首先您要有修改伺服器原始碼的權限,這需要請工程師來完成, 此外您網站主機的流量會增加 3~5 倍,若影響到網站的速度,就需要再升級您主機的租用方案, FB、GA、GAds、LINE、Tiktok 也經常會有更新,使傳輸數據模式發生更改,這都要請工程師來定時維護與監控。 我們建議是,每月 100 萬流量的網站 或 自有工程團隊 或 自架伺服器,才比較適合這樣的操作。
5. 為何要使用子網域,不能使用主網域嗎?
當然不能用主網域,因為主網域本來就已經指向了您網站伺服器的 ip,這個不能動他, 您要建立一個子網域後,指向我們提供的伺服器的 ip,這樣就完全不會影響到您主網域網站的運作, 而且使用子網域做數據傳輸,瀏覽器一律都認定是同網域的通訊,所以不會封鎖或限制任何數據傳輸。
6. 月付方案可以使用此服務嗎?
目前無法,因為當您將子網域指向我們的伺服器 ip 時,我們要去 Let's Encrypt 開通 HTTPS ( HTTPS 都是這樣來的 ) 要做這個動作,您這個子網域,對應我們的伺服器才會啟用 HTTPS,因為如果不是 HTTPS 的加密傳輸模式,多數瀏覽器照樣會阻擋,而當您取消月付方案時,我們又要去 Let's Encrypt 解除這個子網域, 我們這邊的操作會太頻繁,由於月付方案的數量較多,也是自由流動的方案,而轉換 API 屬於數據收集,一定是長時間收集,年付方案有 7 折對客戶才會更划算, 以上原因,所以我們目前只提供年付會員使用此服務,月付會員可按下解除訂閱後,再按下訂閱年付方案,就能從月付更改成年付。
7. 你們提供的伺服器追蹤服務只包含了 FB 嗎? 有包含 GA 嗎?
兩個都有,我們同時提供了 FB CAPI 的服務,也提供的 GA 的 Server Side 服務,
未來還會提供 Line Ads、Tiktok Ads、Google Ads ...等,各種平台的 伺服器追蹤服務。
8. 既然第二條路徑比較強,若只安裝第二條,第一條就不安裝了,可以嗎?
理論上是可以的,但還是要看官方怎麼說明,一切尊重官方的做法,臉書官方說兩個路徑都要安裝,他收到數據後會刪除重複資料。GA 則是當你按照官方的指示,安裝好後,只會走第二條路徑。所以說,一切照著官方的指示。
9. 可以先測試,等測試成功後,再付款成為會員嗎?
目前無法,因為雖然是測試,但實際上,為了要協助您完成測試,其實就等於協助您完成全部的安裝流程了,因為每個人狀況都不同,所以很多部分還是會需要我們來協助, 我們的原則是,任何訪客的問題,都盡全力回答,所以目前沒有辦法協助每一位訪客都完成測試,人數會太多。 我們承諾,您可以先完成付款,然後我們協助您完成全部安裝流程,若 14 天內,您改變主意了,不論原因,我們都可提供您全額退款。
10. 可同時使用架站平台本身 CAPI 功能,再搭配 GTM 像素來完成 CAPI 嗎?
不建議這樣做,因為 轉換 API 需要兩個不同路徑的事件,傳輸時要附上同一個 event_id,這樣 FB 後台才能去除重複事件, 如果 event_id 沒對上,就會產生數據虛胖 double event 的問題,因此,若您使用架站平台本身的轉換 API 功能,就請你將「所有的轉換事件」都交給他處理, 不要再自行使用 GTM,避免數據對不上。總之,用網站本身功能的,就請全部用網站本身功能,用 GTM 安裝代碼的,就請全部用 GTM 來安裝。 除非你有很清楚的程式碼知識,否則請不要混著用,避免數據錯亂。



【如何快速安裝好 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 作法都不太相同的原因。

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

1. 開啟您的 GTM 容器介面

請將您埋設至網站中的 GTM 容器介面開啟,準備好

本教學將從完全空的 GTM 容器開始教起,請將您的 GTM 介面開啟

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

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

2. 來到 Meta Business Suite 頁面,點選 所有工具

我們要先安裝 FB 像素基礎代碼

3. 點選 事件管理工具

點選 事件管理工具

4. 先點選 資料來源,然後再點選 連結資料來源

先點選 資料來源,然後再點選 連結資料來源

5. 點選 網站,按下 連結

點選 網站,再按下 連結

6. 輸入 資料集的名稱,可自行命名,按下 建立

這樣就能成功建立一個 新的資料來源 ( 讓你收集資料的地方 )

這樣就能成功建立一個 新的資料來源 ( 讓你收集資料的地方 )

7. 這部分我們不需要檢查,可直接按下右上角的 叉叉

因為我們的教學是使用 GTM 進行安裝,所以不會使用 合作夥伴的安裝模式,可直接按下叉叉

這部分我們不需要檢查,可直接按下右上角的 叉叉

8. 畫面中的號碼,就是你的 FB 像素編號 ( Pixel ID )

把這串 ID 先記錄起來

畫面中紅框的號碼,就是你的 FB 像素編號 ( Pixel ID )

9. 回到 GTM 介面,點選 範本,搜尋範本庫

回到 GTM 介面,點選 範本,搜尋範本庫

10. 搜尋框輸入 event,點選 Unique Event ID

稍後說明這是什麼

搜尋框輸入 event,點選 Unique Event ID

11. 點選 新增至工作區

點選 新增至工作區

12. 點選 新增

補充: 使用 GTM 有時候會遇到,跳出錯誤訊息「新增無效」,這是 BUG,遇到時只要重整頁面,重新再做一次,就能成功了

點選 新增

13. 當你看到 Unique Event ID 出現在下方就成功了

你可能會問,Unique Event ID 這是什麼東西? 小編解釋一下,這是 轉換 API 必備的一個參數,中文叫「唯一的事件編號」,
為何需要這個? 很簡單,因為 轉換 API 是雙路徑的傳輸,如果臉書通通接收,那數據就會發生重複 double event 的問題,
所以臉書官方有說,當你從 第一條路徑 和 第二條路徑,發送資料過來時,如果是同一個事件,請附上同一個 事件編號,
臉書收到資料後,會根據 事件編號 去除重複的事件,如果你沒有附上,那資料就會變兩倍,產生虛胖的問題。

點選 新增

14. 點選 紅框,搜尋範本庫

我們要使用範本庫,來安裝臉書的基礎像素代碼,為什麼? 等一下會說明。

我們要來安裝臉書的基礎像素代碼

15. 搜尋 facebook pixel,找到後點選 紅框 Facebook Pixel

這是臉書官方的像素代碼範本

這是臉書官方的像素代碼範本

16. 點選 新增至工作區

點選 新增至工作區

17. 點選 新增

點選 新增

18. 當你看到 Facebook Pixel 出現在畫面就成功了

有些人可能會有疑問,因為他是用自訂 HTML 方式安裝像素的,不是用代碼範本,
若您是用 自訂 HTML 的方式,來安裝像素代碼 或 事件代碼,我們會建議您改成我們示範的方式,
因為這樣加入 Unique Event ID 會比較簡單、好管理。
補充: 若您想直接從原始碼加入 Unique Event ID 可參考這張圖。原始碼加入 Unique Event ID

當你看到 Facebook Pixel 出現在畫面就成功了

19. 點選 變數,點選 新增

我們要把 Unique Event ID 範本,新增成一個 變數,這樣未來就能重複使用這個變數

我們要把 Unique Event ID 範本,新增成一個 變數,這樣就能使用這個變數

20. 變數名稱取名 Unique-Event-ID,然後 點選 紅框

變數名稱取名 Unique-Event-ID,然後 點選 紅框

21. 點選剛才引入的變數範本 Unique Event ID

點選剛才引入的範本 Unique Event ID

22. 按下 儲存,就設定完成了

未來就能重複使用這個變數

按下 儲存

23. 接著要設置 FB 像素代碼,點選 代碼,點選 新增

剛才的動作是引入代碼範本,接下來是使用「代碼範本」來設置像素代碼

接著要設置像素代碼,點選 代碼,點選 新增

24. 將代碼命名為 FB像素代碼,再點選 紅框

代碼名稱皆可自取

將代碼命名為 FB像素代碼,再點選 紅框

25. 點選剛才引入的 像素代碼範本 Facebook Pixel

點選剛才引入的代碼範本 Facebook Pixel

26. 貼上你的 FB 像素編號 ( 可查看步驟 8 )

因為是像素基礎代碼,觸發的事件是 PageView,所以 Event 要選擇 PageView
補充: 若 PageView 事件做完後,你之後要做 Purchase 事件,可查看 這張圖

貼上 FB 像素編號

27. 往下找到 More Settings,Event ID,點選 紅框

往下找到 More Settings,Event ID,點選 紅框

28. 點選剛才建立好的 變數 Unique-Event-ID

這個動作就是讓未來 FB 發送 PageView 事件時,都附上一個 Unique Event ID,
這樣臉書系統就會根據這個 事件編號,刪除來自雙路徑的重複事件。

點選剛才建立好的變數 Unique-Event-ID

29. 點選 紅框,設定代碼的觸發條件

點選 紅框,設定代碼的觸發條件

30. 點選 All Pages

由於 FB 像素基礎代碼 追蹤的是 PageView,所以觸發條件就會是 所有頁面瀏覽 All Pages。

點選 All Pages

31. 按下 儲存,就完成了

FB 像素代碼已經設定完成,每當訪客拜訪網頁時,PageView 事件就會觸發,代碼會收集訪客的 cookie 及各種資料,
發送至 facebook.com,這就是上述說的 第一條路徑 ( 正常的傳輸路徑 )
但這個路徑已經遭遇各種封鎖與限制,因此接著,我們要來安裝「第二個代碼」,發送 第二個路徑,
也就是同樣的 PageView 資料,也發送至 your.domain.com ( 此子網域會連向跳板伺服器 ),這條就是 轉換 API 路徑。

按下 儲存,就完成了



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

32. 回到 FB 資料來源 頁面,點選 設定,點選 產生存取權杖

往下滾動頁面,你會找到 轉換 API 閘道,點選 產生存取權杖

回到 FB 資料來源 頁面,點選 設定,點選 產生存取權杖

33. 複製這一個 權杖

這個權杖其實就是通行證的概念,用 轉換 API 傳送資料給 FB 時,要附上這一個權杖,FB 才會接受

這個權杖其實就是通行證的概念,用 轉換 API 傳送資料給 FB 時,要附上這一個權杖,FB 才會接受

34. 來到 ftargeting 網站,登入帳戶,點選 轉換API設定,填入以下資料,按下 保存設置

填入您網站的網域 例如: https://yoursitedomain.com,並填入您的 FB 像素 ID,以及 轉換 API 權杖,
完成後請至粉專私訊小編,小編會幫您開通權限,也就是允許這個網域,送資料給我們的伺服器。
您必須已是年付會員,我們才會幫您開啟這個權限。

來到 ftargeting 網站,登入帳戶,點選 轉換API設定,填入以下資料,按下 保存設置

35. [ 關鍵步驟 ] 前往您購買網站網域的平台,新增一個子網域

無論您是使用 自架、雲端、第三方,不管哪一種服務,這個步驟都是要做的,可以說是最關鍵的步驟了。
我們用 NameCheap 平台做示範,小編幫您開啟網域權限後,會給您一串「專屬的連結」,
您要建立一個 CNAME Record,Host 可以隨便取,例如 ss,這是子網域名稱,然後 Value 填入小編給您的連結,按下 打勾,
這樣你就成功「建立一個子網域 ss.yoursitedomain.com」,並指向了我們的伺服器位置。
完成後請和小編說,小編會幫您檢查有沒有成功連上,確認 OK 再往下,這樣可節省您的時間,避免後續發生錯誤。

這個權杖其實就是通行證的概念,用 轉換 API 傳送資料給 FB 時,要附上這一個權杖,FB 才會接受

若您購買網域的平台是 GoDaddy 則按照以下方式設置 CNAME,更多其他平台,請自行查詢設定方式

若您購買網域的平台是 Godday 則按照以下方式設置 CNAME

36. 小編會給你一個 CAPI 代碼範本,把這個檔案下載下來

小編會給你一個 CAPI 代碼範本,把這個檔案下載下來

37. 和剛才一樣的流程,我們要使用範本來設定 CAPI 代碼,點選 範本,點選 新增

和剛才一樣的流程,我們要使用範本來設定 CAPI 代碼,點選 範本,點選 新增

38. 點選 右上角三個點,點選 匯入

剛才的像素代碼,我們是使用範本庫,直接搜尋,找到後導入,但這次就不一樣,我們改用匯入的方式,
因為像素代碼 FB 有放在 GTM 範本庫中,但 轉換 API 代碼,FB 沒有放在 範本庫中,所以要用匯入的方式。

點選 右上角,點選 匯入

39. 選擇小編給你的檔案,匯入後會看到此畫面,表示成功,按下 儲存

按下儲存後,就新增成功了,再按下左上角的 叉叉

選擇小編給你的檔案,匯入後會看到此畫面,表示成功,按下 儲存

40. 現在你擁有兩種代碼,像素代碼 與 CAPI 代碼

現在你擁有兩種代碼,像素代碼 與 轉換 API 代碼

41. 點選 代碼,點選 新增,我們要來設定 CAPI 代碼了

快結束了,新手同學們加油喔!

點選 代碼,點選 新增,我們要來設定 CAPI 代碼

42. 命名為 FB-CAPI-PageView,點選 紅框 進行設定

命名為 FB-CAPI-PageView,點選 紅框 進行設定

43. 選擇 剛才匯入的 CAPI 代碼

選擇 剛才匯入的 CAPI 代碼

44. 填入你的子網域,填入 像素 ID,選擇 PageView 事件

我們在 步驟 35 ,有建立好一個「你的子網域」連結,例如 ss.yoursitedomain.com
請你這樣填入,https://ss.yoursitedomain.com/fbcapi
避免有人混淆,我用中文再表達一次,總之是這樣 https://填入你的子網域/fbcapi
這個連結是數據要發送的目標網址,由於是你的子網域,瀏覽器會判斷為網域內傳輸,因此不會遭遇任何限制或封鎖。

選擇 剛才匯入的 CAPI 代碼

45. 回到 資料來源頁面,點選 測試事件,確認你伺服器的事件設定正確,點選 複製

複製這一個測試代碼,使用這個測試代碼,臉書收到後,會在這個「測試事件頁面」即時顯示收到的事件

複製這一個測試代碼,使用這個測試代碼,臉書收到後,會在此「測試事件頁面」即時顯示收到的事件

46. 填入以下資料

填入 Unique-Event-ID ( 步驟 27 有示範過 )、填入 轉換 API 權杖 ( 步驟 33 的權杖 )、填入你的測試代碼
記得到時候正式使用時,這個測試代碼要留空 ( 不要填任何東西 ),避免臉書收到後,當成你在做測試。

填入 Unique-Event-ID、填入 轉換 API 權杖、填入你的測試代碼

47. 點選 紅框,設定代碼的觸發條件

點選 紅框,設定代碼的觸發條件

48. 點選 All Pages

和 像素代碼一樣的觸發條件,都是 頁面瀏覽,所以選 All Pages

和 像素代碼一樣的觸發條件,都是頁面瀏覽,所以選 All Pages

49. 點選 儲存,就設定完成了

CAPI 代碼設定完成,新手同學們,大家辛苦了! 老手的話,小編相信絕對是沒問題的。

點選 儲存,我們設定完成了

50. 點選 提交 > 點選 發布 > 點選 繼續,這樣才會實施到網站上

點選 提交

51. 回到 主畫面,點選 預覽,我們要測試,臉書後台是否成功收到雙路徑的資料

點選 預覽,我們要測試一下,臉書後台是否成功收到雙路徑的資料

52. 輸入您的網站連結,點選 Connect

輸入您的網站連結,點選 Connect

53. 在 Container Loaded 容器載入階段,你應該要看到這兩個代碼都成功觸發

網頁已被開啟,會觸發 PageView 事件,Tags Fired 表示已觸發的代碼,所以 像素代碼要觸發、CAPI 代碼也要觸發,
代表發送雙路徑,如果少一個,一定是哪裡有做錯,要回去檢查代碼選錯? 還是觸發條件選錯?

網頁已被開啟,會觸發 PageView 事件,Tags Fired 表示已觸發的代碼,所以 像素代碼要觸發、CAPI 代碼也要觸發

54. 前往你的網站,按下 F5,重整頁面,按個 2~3 次,然後等待 60 秒

提醒: 臉書後台的測試事件頁面,如果你放置超過好幾個小時,想要看到最新狀態,記得也要重整頁面。


55. 回到測試事件頁面,當你看到「已複製」,就代表,你已完成了轉換 API 設置

已複製,表示臉書成功收到雙路徑的資料,會自動幫您刪除重複的事件。

已複製,表示臉書成功收到雙路徑的資料,會自動幫您刪除重複的事件

根據一些客戶的案例,有些人的介面,似乎還是舊版的,所以「已複製」出現的位置不一樣,則會在下圖的位置,可查看一下。

有些人的介面,似乎還是舊版的,所以「已複製」出現的位置不一樣,則會在下圖的位置


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

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

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

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



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

現在無論使用者是否安裝 AdBlock,多數知名瀏覽器、VPN 廠商,全部都會預設開啟 AdBlock,
為了要標榜能提供「高度隱私、防廣告追蹤」的瀏覽環境,因此 FB 像素現在被封殺的比率都非常高。


1. 我們來安裝 AdBlock 廣告攔截器 ( 安裝連結 )

2. 安裝後來到你的網站,可以看到像素是被封鎖的

3. 打開開發者介面,可看到與 facebook 的通訊是 blocked 狀態 ( 像素被封殺 )

4. 搜尋 fbcapi,可發現送往「子網域的路徑」,是狀態碼 200 正常 ( 轉換 API 成功運作 )

原理很簡單,一般瀏覽器或外掛,不會去阻擋同網域內的通訊,若阻擋很多網站將無法運作。

5. 可看到 cookie 也成功設置,期限 1 年

6. 回到 FB 資料來源 可看到,照樣能收到來自 伺服器 的資料

測試成功,安裝了轉換 API 的網站,是可以對抗 AdBlock 的。



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


1. 啟用私密瀏覽模式後,來到 ftargeting 網站

要先知道,若使用者啟用 Safari 私密瀏覽模式,FB 像素代碼會被封鎖 ( 完全不會觸發 ),
因 ftargeting 網站有安裝轉換 API,還有第二條 轉換 API 路徑,來時測是否還能運作。

若使用者啟用 Safari 私密瀏覽模式,FB 像素代碼會被封鎖

2. 回到 FB 資料來源 可看到,照樣能收到來自 伺服器 的資料

測試成功,安裝了轉換 API 的網站,即使是 Safari 的私密瀏覽模式,FB 後台依然能追蹤到網站事件,
顯示「已處理」,未顯示「已複製」,是因為像素事件被封鎖,FB 後台只收到「轉換 API」路徑的資料。

測試成功,安裝了轉換 API 的網站,即使是 Safari 的私密瀏覽模式,FB 後台依然能追蹤到網站事件

🚀 使用隱藏興趣領先競品
使用一般人查不到的「FB 廣告隱藏興趣」做投放,能回避廣告競價,更精準的投放廣告,同時開拓更大客源,是「專業 FB 廣告投手」必備的投放工具。
取得隱藏興趣

歡迎按讚追蹤 ftargeting 粉絲專頁

小編會分享更多「FB廣告投放」的知識給大家,一起學習成長吧!
粉專 https://www.facebook.com/ftargeting.com.tw

歡迎按讚追蹤 ftargeting 粉絲專頁

若您有任何疑惑,歡迎詢問我們

您可以選擇:  (1) 直接前往FB粉專來詢問、(2) 寫信至我們的信箱 ft@ftargeting.com。我們會盡可能在 1 日之內,給您的留言作答覆。謝謝您的閱讀。

標籤:
FB廣告投放
,
FB數據追蹤
,
FB轉換API
伺服器追蹤