WeTracked 與 LanderLab

預售頁負責賣出點擊，商店負責收錢，WeTracked 則從伺服器端回報購買。LanderLab 讓廣告的 click ID 與 UTM 留在每個通往商店的連結上，讓這筆購買記到對的廣告。

網址參數
登陸頁、問卷漏斗

為什麼要連接

為什麼用 WeTracked 搭配 LanderLab

預售頁的點擊保有廣告 click ID
「透傳 URL 參數」會把 fbclid、ttclid、gclid 與你的 UTM 從預售頁轉送到商店連結，讓 WeTracked 回報的購買能對應到廣告。
從伺服器端回報購買
WeTracked 把商店事件送到廣告平台的 Conversions API，而不是仰賴購物者瀏覽器裡的像素，讓更多購買留在你的廣告報表裡。
幾小時內建好並測試預售頁
在 LanderLab 建立業配文、清單文與問卷，進行分流測試，再把每個版本都指向同一間商店，完全不用動商店的佈景主題。

每個版本的點擊都有計算
LanderLab 自己的轉換可以計算連結點擊，所以在購買進來之前，你就能看出哪個預售頁版本把最多購物者送到商店。
一套追蹤設定，對應多個預售頁
WeTracked 在商店端運作。新的預售頁不需要自己的購買追蹤，只要把參數傳下去。

在你的登陸頁上使用 WeTracked

WeTracked 以商店為核心：它連接 Shopify、WooCommerce、Funnelish，以及 CheckoutChamp、Sticky.io、Checkify 等結帳系統，並從伺服器端把加入購物車、結帳與購買事件送到 Meta、Google、TikTok、Snapchat、Pinterest、Reddit、Taboola、X 與 Microsoft。它不接收名單表單的送出。LanderLab 派上用場的地方，是商店前面的那一頁：業配文、清單文，以及幫點擊暖身的問卷。

這一頁也是歸因最常斷掉的地方。預售頁在前往商品頁的路上弄丟 fbclid 或 UTM，WeTracked 就會拿到一筆無法對應到廣告的購買。LanderLab 的「透傳 URL 參數」會把頁面網址上的每個參數轉送到頁面上的每個連結，讓廣告平台加上的 click ID 完整抵達商店。

放在 WeTracked 商店前面的業配文

來自 Meta、TikTok 或原生廣告的冷流量，很少在第一次點擊就從商品頁購買。LanderLab 的業配文或清單文負責銷售，再把讀者送到商店。接下來由 WeTracked 接手，追蹤購物車、結帳與購買，並把每一筆回報給帶來點擊的廣告平台。

兩個工具不重疊：LanderLab 處理你每週測試的頁面，WeTracked 處理你不想遺失的商店事件。

前往結帳的路上保留 fbclid 與 UTM

廣告平台會把自己的 click ID 加到預售頁的網址上：Meta 是 fbclid，TikTok 是 ttclid，Google 是 gclid。如果預售頁的按鈕連到商店時沒帶上它們，線索就斷了。開啟「透傳 URL 參數」，頁面上的每個連結都會帶著訪客進站時的每個參數，讓商店造訪從和廣告相同的 click ID 與 UTM 開始。

這正是 WeTracked 在商店端做不到的部分，也是多數預售頁設定會出錯的地方。

依實際銷售分流測試預售頁

在 LanderLab 跑兩個業配文版本，讓每個版本的按鈕帶各自的 utm_content。LanderLab 的成效分析會顯示哪個版本送了更多點擊到商店，你的商店與廣告報表則顯示哪一個賣出去，你就不會把只靠好奇點擊勝出的預售頁當成贏家。

應用情境

在付費流量上運用 WeTracked 的方式

01
在 Meta 上為 Shopify 商品投放的業配文
一篇長篇業配文，有三個按鈕連到商品頁。「透傳 URL 參數」讓每個按鈕都保有 fbclid，WeTracked 再把購買回報給 Meta，記到帶來讀者的那個廣告組合。
02
TikTok 上的商品推薦問卷
LanderLab 的保養品問卷推薦一組套組，並連到商店上的該套組。ttclid 跟著點擊一起走，WeTracked 再把購買送到 TikTok 的 Events API。
03
導向 CheckoutChamp 漏斗的原生清單文
Taboola 上的清單文把讀者送進 CheckoutChamp 結帳流程。widget 點擊帶來的 UTM 會抵達結帳頁，WeTracked 再從伺服器端把銷售回報給 Taboola。

FAQ

WeTracked 整合常見問題

這裡沒有的問題，歡迎問我們。