1Shop 如何安裝 Meta Pixel 與 LINE Tag？從全站碼到 Purchase 事件一次弄懂

重點摘要

Meta Pixel 與 LINE Tag 基礎碼放全站，轉換碼不可在每一頁都執行。
Purchase 若在訂單成立頁觸發，代表訂單建立，不一定等於款項已入帳。
1Shop 已付款訂單才是會計上的實際成交，廣告事件需交叉核對。
同一個 Pixel 若同時由平台內建與自訂程式碼安裝，容易造成事件重複。

如果你使用 1Shop 銷售課程，最重要的原則是「基礎碼負責辨識訪客，事件碼負責記錄動作」。基礎碼要全站載入；Purchase 或 LINE Conversion 只能在訂單成立或付款成功的指定位置觸發。

基礎碼、事件碼與付款狀態有什麼不同？

基礎碼建立瀏覽器與追蹤平台的連線；事件碼記錄瀏覽商品、開始結帳或建立訂單。付款狀態則屬於 1Shop 的交易資料，三者不能互相取代。

層級	常見內容	建議位置	代表意義
基礎碼	Meta Pixel Base Code、LINE Tag Base Code	全站 Head 或平台指定全站欄位	可接收後續事件
行為事件	`ViewContent`、`AddToCart`、`InitiateCheckout`	對應頁面或平台內建事件	使用者走到哪一步
訂單事件	`Purchase`、LINE Conversion	訂單成立／付款成功觸發欄位	依觸發時機定義轉換
成交資料	已付款、退款、取消	1Shop 訂單後台	實際交易結果

如何在 1Shop 安裝追蹤碼？

前置條件

可編輯 1Shop「追蹤／分析設定」與自訂程式碼的管理權限。
一組虛擬示例 Pixel ID：123456789012345。
一組虛擬示例 LINE Tag ID：11111111-2222-3333-4444-555555555555。
確認平台是否已提供 Meta Pixel 內建欄位；有的話優先採單一路徑。

操作步驟

① 盤點既有安裝方式

先檢查「平台內建 Pixel 欄位」「全站 Head」「Google Tag Manager」是否已載入同一個 Pixel。相同 ID 只保留一套主要安裝方式，避免一次操作送出兩筆事件。

② 將 Meta Pixel 基礎碼放在全站

若採 1Shop 內建整合，在「銷售頁／官網 → 追蹤 → Facebook Pixel」填入 Pixel ID，不要再於 Head 重貼同一套 Meta 基礎碼。若平台沒有內建欄位，再依 Meta 官方指示放入全站 Head。

③ 將 LINE Tag 基礎碼放在全站 Head

基礎碼中的 tagId 改為自己的值，保留頁面瀏覽事件；不要把 Conversion 程式一起放在全站，否則每次開頁都可能被當成轉換。

<script>
/* 示意：請使用 LINE 後台產生的完整基礎碼 */
_lt('init', { customerType: 'lap', tagId: '11111111-2222-3333-4444-555555555555' });
_lt('send', 'pv', ['11111111-2222-3333-4444-555555555555']);
</script>

④ 將轉換碼放到正確的觸發位置

若你的商業定義是「訂單一成立就算轉換」，放在訂單成立頁；若要以「付款完成」作為轉換，必須使用平台明確提供的付款成功事件或伺服器端通知。不要只因欄位名稱叫 Purchase 就假設已收款。

<script>
_lt('send', 'cv', { type: 'Conversion' },
  ['11111111-2222-3333-4444-555555555555']);
</script>

⑤ 建立事件定義表

在團隊文件寫清楚：Purchase = 訂單成立 或 Purchase = 付款完成。ATM、超商代碼等非即時付款方式尤其需要這張表。

如何確認結果正確？

🔎 開啟 Meta 事件管理工具的「測試事件」。
🧭 依序瀏覽商品、加入購物車、進入結帳，但先不要送單。
✅ 確認只出現預期的 PageView、ViewContent、AddToCart、InitiateCheckout。
🧾 送出一筆標示清楚的測試訂單，再確認 Purchase 是否只出現一次。
💰 到 1Shop 訂單後台核對金額、折扣後金額、付款狀態與訂單時間。

示範情境：ATM 訂單為何不能立刻算營收？

假設學員建立一筆 NT$4,900 的 ATM 訂單，訂單完成頁立即送出 Purchase。Meta 會收到價值 NT$4,900 的事件，但此時買家可能尚未匯款。報表可稱為「訂單成立」，營收與 ROAS 則要等 1Shop 顯示已付款後才確認。限制是平台若沒有付款成功事件，就需要人工匯出訂單或透過 API／Webhook 補強。

可直接交給 AI 的檢查提示詞

你是網站追蹤顧問。請依我提供的 1Shop 設定截圖，列出 Meta Pixel 與 LINE Tag 的基礎碼、頁面事件、訂單事件各自安裝位置。不得推測付款成功；請將「訂單成立」與「已付款」分開，並檢查相同 Pixel ID 是否被重複安裝。輸出：風險、修正步驟、驗證清單。請遮蔽 Pixel ID、訂單編號、Email 與電話。

常見錯誤與排除方式

每次開頁都有 Purchase：轉換碼誤放全站，移到指定完成頁觸發欄位。
同一動作出現兩筆事件：內建 Pixel 與自訂碼重複，保留單一來源後重測。
折扣後金額與標價不同：應以實際訂單事件傳送值核對，不要硬寫定價。
取消付款沒有事件：多數基礎 Pixel 不會自動知道退款或取消，需由訂單後台核對或串接伺服器端資料。

常見問題

1Shop 訂單頁也要放 LINE Tag 嗎？

若基礎碼已全站載入，訂單頁通常會包含基礎碼；另外只需在正確的完成條件觸發 Conversion。不要在同頁重貼第二份基礎碼。

Purchase 可以當作已付款嗎？

只有當平台明確在付款成功後才觸發時可以。若訂單成立便觸發，ATM 未繳款也會進入 Purchase，必須與已付款訂單核對。

可以同時使用 Meta Pixel 與 LINE Tag 嗎？

可以，兩者服務不同廣告平台；重點是各自的基礎碼只載入一次，並讓轉換事件在正確頁面執行。

參考來源

1Shop 官方：Facebook Pixel 像素追蹤
Meta 官方：標準事件規格
Meta 官方：設定及安裝 Meta Pixel
本文另依實務測試流程整理；平台介面與事件時機請以官方最新設定為準。

作者：施文華 企業自動化顧問／講師。專注於 Microsoft Office、Power BI、Power Automate 與流程自動化。作者介紹：/about 最後更新：2026-09-08 適用環境：1Shop、Meta 事件管理工具、LINE Tag；實際介面依平台更新為準。