PIM柚一村 官網 Meta 像素/追蹤碼安裝清單(給網站工程師)

工程師打勾版 ・ 做完一條打一個勾 ・ 全部處理完按「複製全部回傳」

嗨,辛苦了,想麻煩你幫個忙。

這是我方(協助柚一村跑廣告)整理的一份廣告追蹤安裝待辦清單,想拜託你一起把 Meta 像素跟事件補起來。

使用方式很簡單:請照項目一條一條做,做完就把前面的框框打個勾;過程中有卡住、拿不準、或需要我方補資料的地方,直接寫在那一項下面的「遇到的問題」欄位就好,不用客氣。

全部處理完之後,再麻煩你按下方(或右下角)的「複製全部回傳」,把你的打勾狀況和填寫的內容整份複製起來,傳回給聯絡窗口就完成了。真的很感謝你的協助!

小提醒:你填的內容會暫存在這台裝置的瀏覽器裡(換裝置或清快取會不見),記得當次處理完先按「複製全部回傳」把結果存起來。

這份是我方(協助柚一村跑廣告)為了把廣告追蹤裝好,整理的現況與建議步驟,想請你一起把像素與事件補起來。標【需人工實測】的項目還沒實測,實作細節以你在站上實際看到的為準。
這份清單分成兩個階段進行

我們這邊的廣告帳號正在換一個新的,這份清單依「現在能不能做」分成兩個階段:第一階段現在就能著手,不用等帳號;第二階段要等新的廣告帳號+新像素開好之後再接續——那一區的項目需要新的像素 ID、或要進 Meta 後台設定,要等帳號到位才接著做。

下面會用兩個顏色的區塊標清楚,做到哪個階段一眼就看得出來:

🟢 第一階段:現在就能做 🟡 第二階段:等新帳號開好再接續
必做項目 已完成0 / 0

官網現況(2026-10-14 實測)

madoupim.com = OpenCart 自架站(index.php?route=... 路由、Journal3 主題)、站在 Cloudflare 後(目前 cf-cache-status: DYNAMIC=未做整頁快取)。商品用 SEO 網址(/brownsugar、/total7…)。
目前的追蹤碼現況(提供給你參考,避免動到還在運作的部分):
GA4 G-N22R5MHD4F 與 Google Ads AW-18175791993 的 gtag 碼直接寫在頁面模板(不是只靠 GTM)。
GTM 容器 GTM-KRNG7QZ 每頁都載入,但容器內只有 Google Ads,沒有 GA4、也沒有 Meta 像素。
清理時模板上的 gtag 建議保留(那是現行 GA4/Ads 的來源,動到會影響現在的追蹤);新的 Meta 像素一律走 GTM 裝,和現況不衝突。
站台級 Meta 像素=沒有(首頁與多頁 fbq( 皆 0);但 /brownsugar 商品頁有一顆孤兒像素 2571069662995781(只送 PageView、無任何標準事件),貼在該商品描述 HTML 內(存在資料庫商品描述欄、非佈景模板檔;其他抽樣頁與 GTM 皆無)。
金流=綠界 ECPay(商品頁付款說明可見):信用卡、超商代碼(7-11/全家/萊爾富/OK)、ATM 虛擬帳號。超商代碼/ATM=下單當下只拿到代碼、事後才去繳費 → 下單 ≠ 付款(這是下方 Purchase 採做法 A 的事實基礎;信用卡付款是否離站至綠界付款頁、繳費後回不回 success 頁,待開權限後實機驗)。

建議最先處理的 3 件事(先把追蹤地基補起來)

這段是整體重點說明,不用打勾;對應的實際動作在下面各項裡。

  1. 移除孤兒像素 2571069662995781:先找出貼在哪(至少 /brownsugar 的商品描述欄)→ 移除。(歸屬已確認是 PIM 自己舊帳號、已停權的像素,不是別人的。)若保留,新像素上線後會在那頁雙重計 PageView。
  2. 定新像素 ID+確認 Purchase 計法(已採做法 A,見第 3 項)。這點若還沒定,超商取貨/ATM 未付款單會灌進轉換、ROAS(廣告投報率)會虛高。
  3. 走現有 GTM 容器裝站台級像素(全站 PageView+標準事件),集中一處管。

完整安裝清單

🟢 第一階段:現在就能做(不需要廣告帳號)

這一區不用等新的廣告帳號,現在就能先著手。

第 0 項|前置:移除孤兒像素(必做,排最前)

搜尋範圍建議涵蓋以下幾處(這顆像素不在模板檔,而是存在資料庫的商品描述裡,只 grep 模板會回 0、容易以為已經清乾淨):
歸屬已確認:這顆是 PIM 自己舊帳號(已停權)埋的 FB 像素,不是別人的,移除無慮。
分工:工程師(找位置、移除)+景羽/投手(查歸屬)。

第 7 項|像素/Cookie 追蹤告知(合規)

以現行 Meta 條款+台灣個資法為準【需對照,查詢日 2026-10-14】。

第 8 項|來源參數(UTM)寫進訂單紀錄

廣告連結用乾淨網址+廣告專屬 UTM,不沿用社群簡介短網址(會把廣告記成簡介來源)。(這一條是我方產廣告連結時會處理的,列出供你了解。)

🟡 第二階段:等新廣告帳號開好再接續

這一區請等新廣告帳號+新像素建好後再接著做(項目需要新的像素 ID 或進 Meta 後台設定)。

第 1 項|基礎像素:全站 PageView

像素 ID:<待景羽/投手提供>(新帳號待建,先留佔位)。

第 2 項|標準事件(全部帶 value+currency:'TWD')

勾選框在每個事件名稱前面;下方表格的「眉角」是實作提醒。Purchase 的做法請看第 3 項。

事件綁在哪眉角
商品頁 商品走 SEO 網址(非 route=product/product)→ GTM 觸發不適合用 route 比對。本站 <body> 目前沒有 class,所以判斷商品頁不適合用 body class;可以改用 <link rel=canonical> 網址型態、頁面是否存在 #button-cart 加購表單與 product_id 隱藏欄位,或補好的電商 dataLayer 商品 ID。帶 content_ids、content_type:'product'、value、currency。Journal3 的 Quick View 快速預覽是 AJAX 載商品、不換網址,ViewContent 若綁網址會漏送或重送,建議一併處理
加購動作 OpenCart 加購是 AJAX(route=checkout/cart/add + #button-cart)不換頁 → 建議綁按鈕點擊/AJAX 成功,不綁頁面載入
進結帳頁 觸發建議用精確比對 route=checkout/checkout,而不是「含 route=checkout」——因為購物車 route=checkout/cart、完成頁 route=checkout/success 都含這子字串,比對過寬會在這兩頁一起觸發、把 InitiateCheckout 灌大
Purchase 見第 3 項 —

第 3 項|Purchase 計法:採做法 A(必做)

OpenCart 的 checkout/success=「已送出訂單」≠ 已付款;綠界超商代碼/ATM 下單當下沒付錢。我方已確認:採做法 A(A/B 說明保留供你理解,B 不採用):
B:只有付款成功才送(超商/ATM 要等綠界付款回調/訂單狀態變已付款,需後端改、較重、回報延遲拖累學習)。(B 不採用,列出供你理解。)
分工:工程師(裝)。

第 4 項|裝法:走現有 GTM vs 寫 OpenCart 模板

折衷(多數採):基礎碼+事件走 GTM,但 Purchase/ViewContent 需要的值在模板 dataLayer.push 給 GTM 讀。
小提醒(可提前備):這一項裡「在模板把商品 ID/訂單編號/金額推進 dataLayer」這部分不用等廣告帳號,可以提前做;之後新像素裝好就能直接讀。(像素本身因為要新 ID,仍放第二階段。)

第 5 項|CAPI(伺服器端轉換 API)— phase 2 選配

這一項是進階選配,這次可以先不做;如果你行有餘力才處理,勾選框是選配的(黃色),沒勾不影響必做進度。

瀏覽器像素結構性會漏(關分頁、信用卡付款可能離站至綠界付款頁、iOS),Purchase 尤甚;CAPI 從伺服器補送較準。(補充一點:超商取貨頁上的 myship.7-11.com.tw 是「門市查詢」連結,不是付款離站路徑。)

第 6 項|網域驗證+iOS 事件優先序(影響 iOS 能否優化 Purchase)

欄位與上限以設定當日 Meta Events Manager 畫面為準【需對照,查詢日 2026-10-14】。
▸ 這段是我方之後會做的,列給你了解整體流程,不用你打勾。

第 9 項|開權限後投手實測清單(全部【需人工實測】)

優先度(兩級)

必做(最優先):孤兒像素殘留/歸屬不明;Purchase 去重未設;事件未帶 value+currency;InitiateCheckout 觸發過寬;未對過帳。
建議(次要):CAPI 未做;UTM 沒寫進訂單;iOS 優先序/網域驗證;像素/Cookie 告知。

說明

我們不會先承諾修好後的數字——在孤兒像素還在、去重未設、還沒對過帳的情況下,目前的數字還不能當準確基準,補好後才有可靠的基準可看。本報告以唯讀方式讀取網站原始碼,標【需人工實測】者尚未實測。

其他想回報的事

整體的疑問、建議,或需要我方提供的資訊,都可以寫在這裡(沒有可留空)。

複製全部回傳

按下面的「複製全部回傳」,會把你的打勾狀況(☑完成/☐未完成)和每一項填的問題整理成文字;複製後貼給聯絡窗口傳回就完成了。也可以「下載成文字檔」保存。下方框框是整理好的內容,若自動複製失敗,可在框內長按全選手動複製。