Skip to content
TopAdsROI
常見問題

買方最常問的問題

針對買家與新手最常問的伺服器端追蹤與資料主權問題,我們提供淺顯易懂的解答,涵蓋我們服務的 14 個市場 — 亞太地區 + 北美 + 英國。

Quick answer

什麼是伺服器端 GTM?

server-side Google Tag Manager 將代碼容器運行於廣告主自有的伺服器上——通常是廣告主自有雲端環境中的容器服務(例如 Google Cloud 上的 Cloud Run,或是 AWS、Azure 與私有雲上的同等服務)。這不僅能提升資料品質,若運行於廣告主自有的第一方子網域下,還能大幅增強對廣告攔截器與 Safari ITP 的防禦力,並讓廣告主完全掌控哪些欄位可以離開內部邊界並發送至廣告平台。TopAdsROI 會將此容器連同 Meta CAPI、TikTok Events API、LINE Conversion API、Google Ads CAPI 與 LinkedIn Conversions API,一併部署到廣告主自有的雲端環境中。

常見問題

常見問題

買家與新手最常問的問題 — 以淺顯易懂的語言為您解答。沒找到您的問題?歡迎與我們聯繫。

  • 什麼是伺服器端 Google Tag Manager (sGTM)?為什麼它很重要?
    通常您的網站是在訪客的瀏覽器中執行其追蹤標記——但瀏覽器(特別是 Safari)和廣告攔截器越來越常封鎖它們,導致廣告點擊和銷售遺失,使您回報的 ROI 看起來比實際情況更差。伺服器端 GTM 則是將追蹤工作移至您控制的伺服器,因此被封鎖的訊號較少。當它在您自己的第一方子網域上執行時,請求看起來是第一方而非第三方,這使它們對 Safari ITP、Firefox ETP 和廣告攔截器具有更強的彈性——而且數據會進入您自己的雲端,而不是廠商的雲端。
  • 為什麼線上廣告活動起初會『遺失』轉換?
    越來越多的實際購買未傳回廣告平台,因此看起來您的廣告效果比實際情況差。常見原因包括 Safari 的 Intelligent Tracking Prevention (ITP)(將指令碼寫入的瀏覽器 cookie 限制在 7 days);瀏覽器封鎖第三方 cookie;廣告攔截器清除追蹤指令碼;以及訪客拒絕分析同意。銷售仍然發生了——只是平台從未收到通知,因此無法歸因給您的廣告或從中學習。
  • 什麼是 Conversions API (CAPI)?它與舊的像素有何不同?
    像素是一小段在訪客瀏覽器中執行的 JavaScript,用於向廣告平台回報類似 'Purchase' 的事件。Conversions API (CAPI) 執行相同的工作,但採用伺服器對伺服器(server-to-server)的方式——您自己的伺服器會將事件直接傳送到平台的 API,而不是依賴瀏覽器。因為它不依賴瀏覽器 cookie 或指令碼載入,CAPI 會持續回報僅靠像素會遺漏的轉換。
  • 伺服器端追蹤與用戶端(瀏覽器端)追蹤有何不同?
    用戶端(瀏覽器端)追蹤在訪客的瀏覽器中執行,廣告攔截器、cookie 限制和追蹤防護可能會對其造成干擾。伺服器端追蹤將該工作移至您控制的伺服器,然後將乾淨且重複排除的事件轉發至廣告平台。瀏覽器只需將事件傳送一次到您自己的網域——所有脆弱且容易被封鎖的部分都從瀏覽器移出,轉移到您管理的基礎架構上。
  • 如果我使用 Conversions API,我還需要瀏覽器像素嗎?
    是的——推薦的設定是同時執行瀏覽器像素和伺服器端 CAPI,而不是二選一。像素可擷取豐富的瀏覽器情境並快速觸發,而 CAPI 則填補像素遺漏的漏洞,因此兩者結合可以恢復比單獨使用任何一種更多的轉換。兩者透過共用的 event ID 綁定在一起,因此平台不會重複計算同一次銷售——這就是重複排除所處理的內容。
  • 什麼是事件重複排除?為什麼它很重要?
    當同一個轉換被回報兩次時——一次由瀏覽器像素回報,一次由伺服器 CAPI 回報——平台需要知道這是一筆單一銷售,而不是兩筆。重複排除透過為這兩個回報標記相同的唯一 event_id 來解決此問題,因此平台會保留一個並捨棄重複的項目。若沒有它,您的數據將會膨脹;有了它,Meta 的 Events Manager 只會將事件顯示為 'Deduplicated'。
  • 什麼是 fbp、fbc 和點擊 ID(click IDs)?為什麼它們會遺失?
    它們是將訪客連結回其所點擊廣告的小型識別碼:fbp 識別瀏覽器,fbc 攜帶來自廣告 URL 的 Meta 點擊 ID,其他平台也有自己的識別碼(Google 的 gclid,TikTok 的 ttclid)。它們存在於 cookie 中,因此當 Safari ITP 使 cookie 到期或訪客清除其瀏覽器時,連結就會斷開,轉換就無法再歸因於該廣告。伺服器端設定可以將這些資訊儲存一段時間,並在稍後的轉換中進行回填,從而挽救原本會遺失的歸因。
  • BYOC 代表什麼?為什麼將數據保留在『您自己的雲端』中很重要?
    BYOC 代表 Bring Your Own Cloud——追蹤系統部署在您擁有的雲端帳戶(Google Cloud、AWS、Azure 或私有雲)中,而不是部署在廠商的伺服器上。這意味著您的原始廣告和客戶數據永遠不會離開您的範圍:您選擇區域、設定保留期限並直接查詢數據,不受廠商綁定。對於受監管的行業,『數據在物理上保留在我們這裡』通常是監管機構接受的部署與不接受的部署之間的差別。
  • 恢復遺失的轉換真的能提高 ROI/ROAS 嗎?如何提高?
    廣告投資報酬率只能計算平台實際收到的轉換,因此恢復遺失的轉換有兩個作用。首先,您回報的 ROI/ROAS 反映了本就真實存在但先前無法看見的銷售。其次——且更具持久性——廣告平台的最佳化演算法會獲得關於誰真正進行轉換的更完整訊號,從而隨著時間推移進行更精確的定位和出價。持久的收益來自更好的訊號,而不僅僅是一次性的報表增長。
  • 以伺服器端傳送轉換會侵犯使用者隱私嗎?
    不一定會,而且精心建置的設定旨在避免這種情況。電子郵件和電話等個人數據在儲存或傳送前會經過 SHA-256 雜湊處理——雜湊是一種單向轉換,因此平台可以在不接收明文的情況下進行比對——並且在分派任何事件之前會先檢查同意選擇。其目標是精確測量您已收集的數據,而不是收集更多關於人的資訊或保留不應保留的身份識別細節。
  • 這會與我現有的 GA4 或 Google Tag Manager 產生衝突嗎?
    不會——伺服器端 GTM 是與您已執行的系統並存,而不是取代它。您現有的網頁 GTM 容器和 GA4 在瀏覽器中繼續運作;伺服器端容器是一個獨立的目的地,用於接收事件並將轉換轉發給廣告平台,甚至可以透過它路由 GA4 以實現更具彈性的分析。無需拆除目前的任何標記即可新增伺服器端層。
  • 我多快能看到成效?該如何衡量?
    一旦事件開始流動,首先要查看的是廣告平台的事件品質檢視畫面——例如 Meta 的 Events Manager——重複排除的伺服器事件應在幾天內與瀏覽器事件一起出現。最明顯的衡量標準是歸因轉換的提升以及事件比對品質(Event Match Quality)相對於僅使用像素的基準線,因此在開始之前記錄該基準線會有所幫助。將回報的 ROI/ROAS 變化視為主要指標,並將更豐富的最佳化訊號視為長期回報。
  • TopAdsROI 與 Stape、Addingwell 或 gtmserver.com 有何不同?
    那些是很好的代管解決方案,但它們將您的數據儲存在其基礎架構上。TopAdsROI 部署在您自己的雲端——Google Cloud、AWS、Azure 或私有雲——且專案中包含文件儲存空間和數據倉庫(GCP 上的 Firestore + BigQuery,或 AWS / Azure 上的同等服務),因此您可以獲得直接查詢權限、您自己的保留政策以及您自己的區域。我們還針對 APAC、北美和英國的 14 markets 進行預先建模——每個市場都有其隱私權政體——而其他公司則提供通用的平台。
  • 客戶數據儲存在哪裡?
    在您自己的雲端中——Google Cloud、AWS、Azure 或私有雲——位於您選擇的區域(例如 APAC 的雪梨、東京或新加坡,北美的美國區域,或英國的倫敦)。電子郵件和電話在到達您的數據儲存庫之前會經過 SHA-256 雜湊處理,因此在設計上不會保留明文個人數據。
  • 你們支援哪些廣告平台?
    第一天即支援:Meta Conversions API (CAPI)、TikTok Events API、LINE Conversion API、Google Ads(透過 Google Ads API / 加強版轉換)以及 LinkedIn Conversions API。並且因為 TopAdsROI 是 BYOC,平台支援是完全可自訂的——我們可以應要求為任何確實提供 Conversions / Events API 的目的地建置伺服器對伺服器(server-to-server)整合(例如 Microsoft/Bing、Snap、Pinterest、Reddit 和 X),並根據您的技術堆疊進行設定。唯一的界線是誠實:我們整合提供真實伺服器端轉換端點的平台,而不是僅限瀏覽器像素的管道。
  • 你們支援 LINE Conversion API 嗎?
    是的——原生支援。LINE 是日本、台灣、泰國和新加坡的主要管道,因此我們在 Meta 和 TikTok 之外,建置了一流的 LINE Conversion API 整合。
  • 你們支援原生 iOS / Android 應用程式轉換嗎?
    TopAdsROI BYOC 是一款伺服器端網頁 / H5 產品:它透過您自己的 sGTM + CAPI 恢復因 Safari ITP 和 cookie 限制而遺失的網頁轉換——對此不需要也不涉及應用程式 SDK。如果您還需要將原生應用程式內轉換(iOS / Android / React Native / Flutter)轉發至 ad-platform CAPIs,我們的兄弟產品 topadroi.com 提供這些 SDK 作為伺服器端訊號轉發器(不是 MMP——它不進行 SKAdNetwork 歸因)。將其與您的 MMP 一起執行,或諮詢我們,我們將為您引薦適合的方案。
  • 我需要工程師或 DevOps 團隊才能使用這個嗎?
    對於 BYOC 模式(本網站),具備一些雲端 and DevOps 能力會有所幫助,因為您是在自己的雲端中執行容器和數據倉庫——儘管部署是引導式服務,而不是自行動手的專案。如果您沒有這方面能力,我們在 topadroi.com 的兄弟託管產品會在 Cloudflare 的邊緣執行相同的 sGTM + CAPI 堆疊,無需雲端設定、無需 Terraform、也無需 DevOps。您可以在 /compare/ 進行並排比較。
  • 我們以後可以從 SaaS 遷移到 BYOC 嗎(反之亦然)?
    是的——這兩款產品共用相同的合規範本,且在 CAPI 層具有相同的特徵。遷移就是匯出設定並在您的目標環境中重新部署。常見的路徑是先從 SaaS (topadroi.com) 開始以驗證管道覆蓋率和投資報酬率,然後在規模擴大、監管壓力或審計需求要求數據自主權時升級到 BYOC。向我們索取遷移指南。
  • TopAdsROI 如何部署?需要多長時間?
    典型的試行方案從啟動到第一個事件流經您的邊緣需要 5–10 business days,具體取決於範圍。完整的多平台推出(Meta + TikTok + LINE + Google + LinkedIn)通常在大約 30 days 內完成。時程因範圍內的平台和市場數量而異。
  • 我們可以在我們自己的雲端上自行代管嗎?
    是的——這是預設的部署模式。我們部署到您自己的雲端(Google Cloud、AWS、Azure 或私有雲)中,因此數據永遠不會離開您的範圍,且我們在 Data Processing Addendum 下保留營運責任。
  • 你們如何遵守澳洲隱私法改革?
    我們的政策範本符合澳洲隱私原則 (APP)、應通報數據洩漏 (NDB) 計劃,以及新的自動決策透明度義務(APP 1.7,於 10 December 2026 生效)。您的 DPO 將繼承一個可運作的範本,而無需從空白頁面開始。
  • 你們如何遵守日本的 APPI?
    我們遵守 2022 年修正案中 APPI 的第三方提供和個人相關資訊同意規則,以及修訂後的 Telecommunications Business Act(於 June 2023 生效)下的外部傳輸通知規則。跨境傳輸揭露內容已預先以日文起草。
  • 什麼是 SLA?
    可用性受我們與每位客戶協定的 SLA 約束,而不是籠統的公開承諾——我們的邊緣和編排層的目標水準可達到 99.9%,具體承諾在您的訂單中載明。如果鏈條中的任何環節降級,Workers 旁路模式還允許您的維運團隊從您的數據儲存庫中手動重播事件。
  • 價格是如何決定的?
    定價根據四個變數進行調整:每月事件量、啟用市場數量、納入範圍的廣告平台以及數據落地選擇。提供三種商業模式——隨用隨付、訂閱或永久買斷。請與我們聯絡以獲取量身定制的報價。
  • 如果我們沒有雲端帳戶或 DevOps,是否有代管版本?
    是的——我們在 topadroi.com 的兄弟產品在 Cloudflare 的邊緣執行相同的 sGTM + 多平台 CAPI 堆疊。同樣的 15 lines of defence,無需雲端設定,無需 Terraform,無需 DevOps。第一天即提供 9 verified-live ad-platform CAPIs(Meta、TikTok、Google Ads、GA4、X、Snap、Pinterest、Reddit、LinkedIn),更多平台正在測試中;免費方案每月支援 100K events/month 且不需要信用卡。當您希望將數據保留在您自己的雲端中時,請選擇 BYOC(本產品);當速度和零基礎架構更為重要時,請選擇託管的 SaaS。在 /compare/ 進行並排比較。
  • 如果我們取消會怎樣?
    您保留您的雲端及其中所有的數據——它從未存在於其他任何地方,因此我們沒有什麼可以退還的。我們將在 48 hours 內撤銷部署支援權限,並向您提供退役清單。無廠商綁定。

還有其他問題?

資深解決方案工程師會在 1 個工作日內聯繫您。