Taboola Postback 設定指南：原生廣告網站的 S2S 追蹤，逐步教學

Taboola postback 設定包含四個步驟：將 Taboola 的點擊 ID 巨集附加到您的廣告活動 URL，將該參數映射到追蹤器的外部點擊 ID 令牌，在 Taboola Ads Console 中建立伺服器對伺服器轉換並將生成的 postback URL 貼到追蹤器中，然後在花費真實預算前觸發一次測試轉換。同樣的四個步驟也適用於 Outbrain、MGID 和 Revcontent — 只有巨集名稱和端點會改變。本指南將逐步介紹每個網站，以及那些默默吞噬轉換的故障模式。

原生廣告網站上的 S2S postback 如何運作#

一個 postback URL 是一個伺服器對伺服器的請求，無需涉及使用者瀏覽器即可向流量來源回報轉換。其循環如下：

1. 使用者點擊您的廣告。當您的 URL 載入時，廣告網站會用一個唯一識別碼填充其 點擊 ID 巨集。
2. 您的追蹤器將該點擊 ID 與此次訪問關聯儲存。
3. 使用者完成轉換 — 可能是在您的頁面上，也可能是在您從未接觸過的聯盟網站流程深處。
4. 您的追蹤器（或聯盟網站）呼叫廣告網站的 postback 端點，傳回相同的點擊 ID 以及事件名稱，並可選擇性地包含收益數據。
5. 網站將 ID 與原始點擊匹配，並將功勞歸於對應的廣告活動、發布商和廣告素材。

對於聯盟行銷者來說，這比使用 追蹤像素 更具決定性優勢：您通常無法在廣告主的感謝頁面上放置程式碼，瀏覽器隱私功能和廣告攔截器會阻擋客戶端呼叫，而多跳的 重新導向鏈 會在半途剝離像素的上下文。伺服器呼叫是確定性的 — 只要點擊 ID 在漏斗中存活下來，轉換就會被計入。關於方法的整體概覽，請參閱 轉換追蹤。

在配置任何設定之前，需要做一個架構決策：由誰向廣告網站觸發 postback？理想的模式是建立鏈結 — 聯盟網站觸發您追蹤器的 postback 來回報轉換，然後追蹤器將正確的點擊 ID 附加後轉發給廣告網站。這樣可以讓追蹤器成為跨所有流量來源和優惠的單一事實來源。捷徑 — 直接將廣告網站的 postback 貼到聯盟網站中 — 適用於單一來源的設定，但它會繞過您追蹤器的記錄，並且在您開始運行第二個網站或需要去重複時就會失效。

Taboola postback 設定，逐步教學#

1. 將點擊 ID 巨集添加到您的廣告活動 URL。 將 Taboola 的點擊 ID 參數附加到目標 URL — 通常格式為 ?click_id={click_id}。在啟動前，請確認 Taboola URL 參數文件中的當前巨集拼寫；巨集詞彙會隨時間擴展。如果您使用主流追蹤器，其 Taboola 來源模板已包含此巨集以及您後續用於發布商層級報告所需的網站和廣告活動令牌。
2. 在您的追蹤器中映射參數。 在 Voluum、RedTrack、Binom 或 Keitaro 中，將傳入的參數設定為 Taboola 流量來源的外部點擊 ID 令牌，並同時映射發布商和廣告活動令牌。
3. 在 Taboola 中建立 S2S 轉換。 在 Ads Console 的轉換設定中，定義一個新轉換並選擇伺服器對伺服器作為方法。Taboola 會生成確切的 postback URL，其中包含您定義的點擊 ID 和事件名稱的空位。將其逐字複製到追蹤器的 postback 欄位中，並將追蹤器自身的點擊 ID 令牌替換到點擊 ID 空位。不要憑記憶或從論壇手動輸入端點 — 複製生成的 URL，並保持開啟 Taboola 幫助中心 以查看當前畫面。
4. 如有收益數據，請傳遞。 Taboola 的 postback 接受收益參數；傳送實際支付金額可讓平台朝著價值而非原始轉換次數進行優化。
5. 在花費預算前測試循環。 如下所述 — 切勿在真實預算上跳過此步驟。

Outbrain、MGID 和 Revcontent：架構相同，名稱不同#

Outbrain。 Outbrain 公開其自身的點擊 ID 巨集 — 常見形式為 {{ob_click_id}}；請根據 Outbrain 的當前巨集列表進行驗證 — 您以相同方式將其附加到廣告活動 URL。在 Outbrain 的轉換庫中建立轉換，選擇伺服器對伺服器選項，並將生成的 postback 複製到追蹤器的 Outbrain 模板中。在某些帳戶上，必須先明確啟用點擊 ID 附加功能，巨集才會填充，因此如果您的追蹤器顯示點擊 ID 為空的訪問記錄，請先檢查此處。

MGID。 將 MGID 的 {click_id} 巨集添加到您的廣告活動 URL，然後在 MGID 儀表板中建立一個類型為 S2S 的轉換感測器；它會生成一個包含點擊 ID、事件和收益空位的 postback URL。MGID 的巨集詞彙還包括值得捕獲的 widget 和 teaser 令牌 — 它們是後續實現發布商層級黑名單功能的關鍵。

Revcontent。 Revcontent 同樣透過巨集傳遞點擊識別碼，並在其轉換追蹤設定中提供 postback 模板。其巨集名稱在不同世代的儀表板中有所變動，因此請從官方文件中獲取當前列表，而不是依賴三年前的論壇貼文。

在這四個網站中，追蹤器端的操作完全相同：映射傳入的點擊 ID 參數，貼上網站生成的 postback，替換追蹤器的令牌。巨集拼寫是唯一的網站間差異 — 大小寫、括號和連字號都很重要，拼錯的巨集會以字串 {click_id} 的形式傳入，而不是實際的 ID。

在花費預算前測試循環#

切勿假設 postback 能正常運作；請從頭到尾證明它有效。

1. 以最低預算啟動，或使用追蹤器的測試點擊功能生成一次帶有真實點擊 ID 的真實訪問。
2. 自行完成一次轉換 — 大多數聯盟網站可以標記測試轉換，或者使用一個低價值的真實事件。
3. 確認轉換出現在廣告網站的儀表板中。歸因可能延遲；請等待幾小時再宣告失敗。
4. 檢查追蹤器訪問日誌中儲存的點擊 ID：是否完整長度、未被截斷、未經過雙重 URL 編碼。在記錄的 URL 中看到 %257B 意味著巨集被編碼了兩次，網站將永遠無法匹配它。
5. 確認全程使用 HTTPS — 某些網站會在不顯示任何錯誤的情況下丟棄純 HTTP 的 postback。
6. 檢查追蹤器的外發 postback 日誌，而不僅僅是網站儀表板。如果追蹤器記錄了轉換但從未觸發 postback，問題在於您的 postback 配置；如果它觸發了但網站未顯示任何內容，問題在於點擊 ID 或事件名稱。這個區分可以將除錯時間減半。

每當漏斗中的任何環節發生變化時 — 新的預先登陸頁面、新網域、追蹤器更新 — 請重複測試。Postback 不會大聲地失效；它們會以遺漏的方式失效，而第一個症狀通常是出價演算法悄悄地停止運作。

默默吞噬轉換的故障模式#

• 重新導向移除了查詢參數。 一個預先登陸頁面或網域重新導向在進行 301 跳轉時未保留查詢字串，會在半途刪除點擊 ID。審核每一個跳轉；原生流量登陸頁面漏斗 中的漏斗架構展示了 ID 通常在哪裡丟失。
• 像素和 postback 同時觸發。 每個事件只應使用一種方式追蹤，或進行去重複處理。重複計算的轉換會讓 智慧出價 誤以為流量轉換效果是實際的兩倍 — 並會因此過度出價。
• 聯盟網站端的參數映射錯誤。 當聯盟網站觸發您追蹤器的 postback 時，其 subid 參數必須攜帶您追蹤器的點擊 ID。一個映射錯誤就會導致所有轉換都無法歸因。
• 歸因視窗不匹配。 在網站的歸因視窗外完成的轉換會從其報告中默默消失，而您的追蹤器仍在計算它們。每週核對雙方數據，以免「遺失」的轉換觸發恐慌性的出價調整。
• 收益格式不匹配。 在預期 "1.99" 的地方傳送 "1,99"，或使用錯誤的貨幣，會在不拋出可見錯誤的情況下破壞基於價值的優化。
• 事件名稱不匹配。 觸發的 postback 中的事件名稱必須與您在儀表板中定義的轉換匹配；不匹配會根據網站的不同，要麼產生一個虛假事件，要麼完全丟棄該次回報。

追蹤上線後，將其指向經過驗證的目標#

準確的 postback 使每一個下游決策都值得信賴 — 出價、黑名單、廣告素材選擇，以及 追蹤器 報告的一切。設定週的另一半是決定用您新獲得的可靠數據來運行什麼。僅 Taboola 就在 OpenAdLibrary 的索引中佔據了 206,000+ 個活躍廣告素材（2026 年 6 月）；瀏覽您所在垂直領域的活躍 Taboola 廣告集，可以了解廣告主持續維持哪些優惠和角度 — 大概是因為他們自己的 postback 告訴他們這有效。將這項研究與 如何在 Taboola 上投放廣告 中的廣告活動設定教學結合，您第一筆經過妥善追蹤的預算將投向經過驗證的概念，而非猜測。