TikTok Pixel 與 Events API 安裝設定完整教學 2026 追蹤設定一次做對

TikTok Pixel 安裝只有四個動作：在 TikTok Ads Manager 的 Events Manager 建立網站資料來源、把基礎程式碼放進全站頁面、設定要追蹤的轉換事件、用 Pixel Helper 驗證資料有沒有真的進來。2026 年的標準做法是 Pixel 與 Events API 兩套一起裝，這也是 TikTok 官方文件明確寫出的建議。

先給結論：

Pixel 跑在瀏覽器、Events API 跑在你的伺服器，送的是同一批轉換，差別在誰擋得掉
安裝路徑有三條：手動貼程式碼、Google Tag Manager、電商平台官方整合，選錯路徑是後續維護痛苦的主因
裝完沒數據，八成問題出在事件觸發條件或頁面環境，程式碼本身寫壞的比例很低

（資料更新於 2026 年 8 月）

Pixel 和 Events API 差在哪，為什麼 2026 兩個都要裝

差別在資料從哪裡送出：Pixel 從使用者的瀏覽器送，Events API 從你自己的伺服器送。同一筆購買，Pixel 送的那份可能被廣告攔截外掛、隱私瀏覽器或 Cookie 政策擋下來，伺服器送的那份不會。

TikTok 官方在《Set up and Verify Pixel》裡直接寫明建議兩者並用：「We recommend setting up both the TikTok Pixel and Events API together to maximize measurement and performance of your campaigns.」（來源：TikTok Ads Manager Help Center《Set up and Verify Pixel》，https://ads.tiktok.com/help/article/get-started-pixel，查證日期 2026-08-08）。

比較項目	TikTok Pixel	Events API
執行位置	使用者的瀏覽器	你的伺服器或第三方伺服器
資料來源	網頁上實際發生的互動	你系統裡確定成立的訂單與名單
常見漏失原因	廣告攔截外掛、隱私瀏覽器設定、Cookie 生命週期限制	伺服器沒串好、欄位缺漏、事件送太慢
技術門檻	低，貼程式碼或用官方整合即可	中到高，需要開發資源或低程式碼工具
上線速度	當天可完成	依路徑不同，數小時到數週
適合誰	所有投放 TikTok 廣告的網站	有結帳流程、名單品質要求高、投放量已放大的品牌

瀏覽器端漏資料是外掛與隱私設定造成，伺服器端漏資料多半是系統沒串好。有結帳流程、名單品質要求高的站，建議兩者都裝。

瀏覽器端會漏資料，跟儲存政策有關。以 Safari 使用的 WebKit 為例，由 JavaScript 寫入的 Cookie 與其他可寫入儲存空間，在使用者七天沒有再互動後會被清除；從被判定具追蹤能力的網站點帶參數連結進來時，JavaScript Cookie 效期上限會壓到一天（來源：Simo Ahava〈Expiration Cap Removed From JavaScript Cookies In WebKit Browsers〉，2022 年 11 月，https://www.simoahava.com/privacy/first-party-cookies-webkit-revisited/，查證日期 2026-08-08）。回訪多、轉換週期長的生意，只靠瀏覽器端追蹤一定少算。

TikTok 在 2023 年 11 月宣布 Events API 整併為單一端點時公布過一組官方數字：同時使用 TikTok Pixel 與 Events API 的廣告主，多捕捉到 19% 的事件，每次行動成本改善 15%（來源：TikTok For Business Blog〈TikTok Launches Enhanced Events API with Consolidated Endpoint〉，2023-11-07，https://ads.tiktok.com/business/en-US/blog/events-api-consolidated-endpoint，查證日期 2026-08-08）。這是官方公布的整體數字，非任何單一台灣帳戶實測，當決策參考可以，當成效承諾不行。

安裝前要先確認的 4 件事

動手前先確認四件事：帳戶狀態、網站環境、轉換定義、資料權責。這四件沒對齊，程式碼貼得再正確也會做白工。

第一，帳戶與企業驗證已經完成。TikTok 廣告帳戶必須先開好、企業驗證通過，Events Manager 才有可用的資料來源可以建。還沒走完這關的，先看TikTok廣告開戶完整指南把帳戶開起來，追蹤是開戶之後的下一步。另外要先想清楚 Pixel 建在誰的 Business Center 底下，因為資產歸屬決定了未來換代理或換人管理時，這組追蹤資料帶不帶得走。

第二，網站環境要盤清楚。你的站是 Shopify、WooCommerce 這類有官方整合的平台還是自建站？有沒有在用 Google Tag Manager？誰有權限改網站的 <head>？是不是 React、Vue 這類單頁式應用？這四個答案直接決定你該走哪條安裝路徑。

第三，轉換目標要先用一句話定義。哪個動作算成交、金額怎麼帶、退貨要不要扣回，安裝前講清楚，比裝完再回頭改事件省事得多。我們協助品牌接追蹤時最常遇到的狀況是，行銷端說「送出表單就算轉換」，業務端只認「電話有接通」，兩邊沒對過，後面看報表就會一路吵。

第四，資料權責先講定。進階配對會把使用者的電子郵件或電話經 SHA-256 雜湊後送給 TikTok，牽涉到隱私權政策怎麼寫、同意機制怎麼設計、內部誰核准。金融、醫療這類受規範程度較高的產業，TikTok 官方文件建議採用手動進階配對，把送出的欄位控制在自己手上（來源：TikTok Ads Manager Help Center《Advanced Matching for Web》，https://ads.tiktok.com/help/article/advanced-matching-web，查證日期 2026-08-08）。

TikTok Pixel 六步安裝流程，手動、GTM、電商平台整合三種路徑

TikTok Pixel 安裝的官方流程固定是六步，差別只在第二步選哪條路徑。以下步驟依據 TikTok Ads Manager Help Center《Set up and Verify Pixel》（查證日期 2026-08-08）：

進入 Events Manager

登入 TikTok Ads Manager，進入 Tools，點 Events Manager。

連接資料來源

點 Connect Data Source，選 Web，輸入你的網址。

建立並命名 Pixel

官方建議名稱對應網站或網域，上限 128 個字元。

選擇連接方式

Partner Integrations（例如 Shopify、Google Tag Manager）或手動安裝。

安裝程式碼並設定事件

手動路徑可用 Event Builder 以介面設定，或用開發者模式把事件寫進程式碼。

驗證安裝

安裝 Chrome 擴充功能 TikTok Pixel Helper 檢查有無錯誤，用 Events Manager 的 Test Events 測試事件，用 Diagnostics 分頁處理系統回報的問題。

三條路徑怎麼選，先看這張表：

安裝路徑	適合誰	優點	要注意什麼
手動貼程式碼	自建站、有工程資源	控制度最高，事件參數想帶什麼帶什麼	每次改事件都要動程式碼、重新部署
Google Tag Manager	已在用 GTM、行銷端想自己維護	不動網站程式碼就能改事件；官方有 TikTok Pixel 範本可直接取用	觸發條件設錯不會報錯，只會安靜地不觸發或重複觸發
電商平台官方整合	Shopify、WooCommerce 等平台店家	設定最快，標準電商事件自動帶齊	客製化空間有限，平台改版時要回頭確認

已用電商平台就走官方整合，已用 GTM 就別再手動貼碼；兩條路徑疊在一起裝，是事件重複觸發的常見原因。

Shopify 店家走官方整合最省事。Shopify 應用程式商店上的 TikTok 應用由 TikTok Inc. 發行，列表中直接寫明提供「easy, 1-click TikTok Pixel integration」（來源：Shopify App Store，TikTok，https://apps.shopify.com/tiktok，查證日期 2026-08-08）。

不過 Shopify 店家在 2026 年有一個時間點要特別留意。Shopify 官方開發者文件寫明：「checkout.liquid and additional scripts were sunset for the Thank you and Order status pages on August 28, 2025.」script tag 的落日時間則是 Plus 商店 2025 年 8 月 28 日、非 Plus 商店 2026 年 8 月 26 日（來源：Shopify Dev Docs《checkout.liquid》，https://shopify.dev/docs/storefronts/themes/architecture/layouts/checkout-liquid，查證日期 2026-08-08）。舊方式塞在感謝頁與訂單狀態頁的追蹤碼會失效，購買事件直接消失。還沒升級到 Checkout Extensibility 的非 Plus 商店，距離落日只剩不到一個月，這件事要排在所有追蹤優化之前。

用 GTM 的話，先把 Pixel ID 存成常數變數再引用。我們接手別人設定過的容器時，修起來最花時間的就是同一組 Pixel ID 散在七八個代碼裡，漏掉一個就變成兩組資料來源打架。

標準事件怎麼對應你的轉換目標

先對應轉換目標，再決定要裝哪些事件，不要把官方清單上的事件全部裝一遍。TikTok 支援的標準網站事件包含 View Content、Add to Cart、Initiate Checkout、Add Payment Info、Purchase、Complete Registration、Submit Form、Contact、Search、Subscribe、Schedule、Start Trial 等（來源：TikTok Ads Manager Help Center《Standard Events and Parameters》，https://ads.tiktok.com/help/article/standard-events-parameters，查證日期 2026-08-08）。

生意類型	主要優化事件	建議一併裝的輔助事件	一定要帶的參數
電商	Purchase	View Content、Add to Cart、Initiate Checkout	content_ids、currency、value
名單型 B2B	Submit Form	View Content、Contact	content_type、description
預約服務	Schedule	View Content、Contact	content_type、description
訂閱制	Subscribe 或 Start Trial	Complete Registration、View Content	content_ids、currency、value

先鎖定「主要優化事件」當唯一出價目標，輔助事件只是給系統的中間訊號；「一定要帶的參數」漏掉就等於白裝。

官方文件中，Purchase、Add to Cart、View Content 這幾個事件可帶的參數包含 content_type、quantity、description、content_ids、currency、value。金額類事件把 currency 與 value 帶滿是必要動作，否則系統只知道有人買了，不知道買了多少錢，價值型出價與 ROAS 報表都會失真。

事件設計常見兩種失誤。一是裝太少，只裝一個 Purchase，前面的瀏覽與加入購物車完全沒有訊號，系統在冷啟動期沒有中間指標可學。二是裝太雜，每個按鈕都設成事件，十幾個事件全部進來，優化目標反而挑不出來。先把漏斗的四個關鍵節點裝好，跑滿一個學習期再視需要增補，比一次裝二十個事件穩定得多。

Events API 伺服器端追蹤怎麼補上

Events API 是把同一批轉換從你的伺服器再送一次給 TikTok，關鍵在兩邊要用同一個 event_id 對齊，否則轉換會被重複計算。上線路徑有三條，需要的開發資源差很多。

第一條是合作夥伴整合。Shopify、WooCommerce 這類電商平台，以及顧客資料平台、標籤管理工具、CRM 等資料類夥伴，多半在自家後台就能開啟 Events API，不必改網站程式碼。

第二條是 Events API Gateway，這是 TikTok 官方提供的低程式碼方案，官方說明將它定位為「built for digital agencies who run TikTok ads for multiple brands and need a central system to easily connect Pixels event data server-to-server with a low developer resource lift」（來源：TikTok Ads Manager Help Center《Events API Gateway》，https://ads.tiktok.com/help/article/about-events-api-gateway，查證日期 2026-08-08）。手上沒有開發資源、又想拿到伺服器端訊號的品牌，這條路最實際。

第三條是直接串接。開發團隊對 Marketing API 發出 POST 請求至 https://business-api.tiktok.com/open_api/v1.3/event/track/，帶上 access token 與資料來源 ID。這條路控制度最高，但欄位規格與雜湊格式要自己維護。

去重是這一段最容易翻車的地方。依 TikTok 官方《About Event Deduplication》，Pixel 與 Events API 之間，具有相同 event 與 event_id、且在首次事件之後五分鐘以上、48 小時以內抵達的重複事件會被合併去重；同一管道內部的重複事件則在 48 小時窗口內去重。要讓去重生效，必須透過 Pixel 與 Events API 兩邊都送出同一個 event_id（來源：TikTok Ads Manager Help Center《About Event Deduplication》，https://ads.tiktok.com/help/article/event-deduplication，查證日期 2026-08-08）。做法是在網頁端產生一組唯一 ID，同時寫進瀏覽器事件與後端訂單紀錄，伺服器送出時原封不動帶上去。

比對訊號決定伺服器端的資料有沒有用。TikTok 主要靠點擊識別碼 ttclid、Pixel 的 _ttp Cookie，以及經 SHA-256 雜湊的電子郵件與電話號碼把事件對回實際使用者，訊號給得越完整，Events Manager 裡的事件比對品質分數越高。順序也很重要：先確認事件有進來，再談比對品質。

裝完沒數據，5 個排查順序

沒數據時照這個順序查，八成在前三步就找得到原因，不要一開始就懷疑程式碼寫錯。

第一步，用 TikTok Pixel Helper 看頁面有沒有觸發、Pixel ID 對不對。最常見的兩種狀況是測試站與正式站裝了不同的 ID，以及同一頁被裝了兩次（通常一次來自平台整合、一次來自 GTM），後者會讓事件數莫名其妙變兩倍。

第二步，看 Events Manager 的 Test Events 與 Diagnostics。有些狀況是事件有觸發但參數缺，Diagnostics 分頁會直接把問題列出來，比自己猜快。

第三步，檢查事件的觸發條件。單頁式網站是這一步的重災區：React、Vue 這類站切換路由時不會重新載入頁面，用「網址包含 /thank-you」這類規則設定的事件不會再次觸發，看起來就像追蹤壞掉。解法是改用點擊觸發或由前端主動送出事件。

第四步，檢查結帳與感謝頁的環境。Shopify 店家先確認有沒有升級到 Checkout Extensibility，前面提過的 script tag 落日會讓舊做法的購買事件整段消失。有串金流跳轉的自建站，也要確認使用者付款後真的有回到帶追蹤碼的完成頁。

第五步，如果前四步都正常，但 TikTok 後台回報的轉換數持續低於你自己系統裡的訂單數，問題就落在傳輸與比對，不在觸發。這時候該做的是補上 Events API、把進階配對的欄位補齊，讓伺服器端的資料把瀏覽器端漏掉的那一塊補回來。追蹤補完之後，接下來的素材與受眾規劃可以接著看TikTok廣告投放怎麼開始。

常見問題 FAQ

Q1：TikTok Pixel 安裝要多久，一定要工程師嗎？

走電商平台官方整合，十分鐘內可以完成，不需要工程師；走 GTM 大約半天，需要一位懂觸發條件設定的行銷或數據人員；手動埋碼要看網站複雜度，通常抓一到三個工作天，需要能改網站程式碼的人。真正花時間的是事件定義與驗證這兩關，安裝本身反而最快。

Q2：TikTok Pixel 沒有數據，最常見的原因是什麼？

依照排查順序，前三名分別是 Pixel ID 裝錯或裝在測試站、事件觸發條件與實際頁面行為對不上（單頁式網站尤其常見）、以及結帳頁環境改變導致購買事件失效。先用 TikTok Pixel Helper 確認頁面有沒有觸發，再看 Events Manager 的 Diagnostics，兩個工具就能定位大部分問題。

Q3：Pixel 和 Events API 都裝，轉換會不會被重複計算？

不會，前提是兩邊送出同一個 event_id。TikTok 官方文件說明，Pixel 與 Events API 之間具有相同 event 與 event_id 的重複事件，在首次事件後五分鐘以上、48 小時以內抵達會被合併去重。沒有帶 event_id 就無法去重，同一筆訂單會被算成兩筆。

Q4：Shopify 網站怎麼裝 TikTok Pixel 最省事？

直接安裝 Shopify 應用程式商店上由 TikTok Inc. 發行的官方 TikTok 應用，列表明載提供一鍵 Pixel 整合。但 2026 年要多做一件事：確認商店已升級到 Checkout Extensibility。非 Plus 商店的 script tag 於 2026 年 8 月 26 日落日，沒升級的話感謝頁與訂單狀態頁的追蹤會失效。

Q5：沒有開發資源，可以只裝 Pixel 不裝 Events API 嗎？

可以，先把 Pixel 裝好跑起來，總比為了等開發資源而完全沒有追蹤好。但要有心理準備：瀏覽器端的資料一定會漏，帳戶量體放大之後，回報的轉換數與實際訂單的落差會越來越明顯。沒有開發資源的品牌可以評估 Events API Gateway 或合作夥伴整合，這兩條路徑對開發資源的需求都遠低於直接串接。

結論：追蹤設定的驗收清單

TikTok Pixel 安裝做完之後，用下面這份清單自己驗收一遍，六項全過才算真的設好：

Events Manager 裡看得到資料來源，Pixel 名稱對應正確網域

TikTok Pixel Helper 在正式站上能抓到 Pixel，且只抓到一組，沒有重複安裝

漏斗的關鍵事件都有觸發，金額類事件的 currency 與 value 有帶值

Diagnostics 分頁沒有未處理的錯誤

Pixel 與 Events API 兩邊送出的 event_id 一致，後台轉換數與自家系統訂單數對得起來

進階配對的欄位設定，已經對過公司的隱私權政策與同意機制

追蹤設定是所有優化動作的前提。素材再好、受眾再準，系統收不到正確的轉換訊號就學不起來，後面所有判斷都會建立在錯的數字上。這也是我們接手新帳戶時，第一件事永遠先驗證追蹤、改素材排在後面的原因。

我們是 TikTok / Meta / Google 官方授權代理

如果你正在處理 TikTok Pixel 安裝、Events API 串接，或者裝完之後數據一直對不上，歡迎透過官方 LINE 找我們聊聊。我們也提供單獨的追蹤健檢與開戶服務，不需要綁代操，先把數據看對，再決定要不要一起投放。想先貨比三家的話，也可以參考2026 台灣 TikTok 廣告代理商 Top 8 比較，再回頭決定要不要找我們處理追蹤設定。

預約免費諮詢