GTM-W3PKJXMC · ezbao.taiwanlife.com

台壽網投 GTM 設定指南

有新險種時，在 GTM 對照表加一列就好。

  1. 1查完成頁貼上台壽網站程式碼
  2. 2請客戶確認複製確認信寄出
  3. 3對照表加一列GTM 變數 LT - 投保完成事件名

新增險種

  1. 查完成頁：在下方「查新險種的完成頁」貼上台壽網站程式碼，新險種會自動列出。
  2. 請客戶確認：複製卡片下方的確認信寄給客戶，順便確認有沒有其他通路的完成頁（例如小額終身有官網和基富通兩個入口）。
  3. 對照表加一列：GTM → 變數 →「LT - 投保完成事件名」→ 新增列，貼上卡片給的兩個值 → 儲存 → 提交發布。

新事件名稱第一次使用時，記得到 Meta 事件管理工具建立自訂轉換。改完想確認沒填錯，可用下方進階的「檢查 GTM 設定」。

查新險種的完成頁

  1. 開 https://ezbao.taiwanlife.com/，按 Ctrl+U，再按 Ctrl+A、Ctrl+C。
  2. 貼到下面這格。出現「打開程式檔」按鈕時，點它，在新頁面同樣全選複製，再貼一次。
點這裡，按 Ctrl+V（Mac：Cmd+V）貼上
查特定商品頁（選用）

想確認某個商品頁對應哪個完成頁時使用。

看不懂結果？
看到的情況怎麼處理
已確認名稱一致，而且客戶提供的完成頁清單也列為此商品。仍建議寄確認信，確認有沒有其他通路的完成頁
命名一致（候選）商品頁、填寫頁、完成頁的名稱一致，可信度高，但只是從程式碼推算。新險種通常是這一級：用「給客戶的確認信」請客戶確認後再加
推測只靠商品代碼對應，可能是同一商品的另一條投保流程，也可能是別的商品。先請客戶確認
需人工確認只有網址相似，或找不到所屬商品頁。不可直接使用，請客戶提供完成頁網址
參考表還沒貼上程式碼，結果來自 10/28 的記錄，可能過期
顯示「貼錯了」照提示重新複製貼上。若確定是在程式檔頁面全選複製，仍一直顯示「內容不完整」，代表台壽網站改版了：回報給 Claire，附上提示截圖，以及在程式檔頁面按 Ctrl+S 另存的檔案
全部完成頁

險種完成頁網址content-view-nameMeta 事件名
進階　健檢、測試、上線切換。日常用不到。

檢查 GTM 設定

在 GTM「管理 → 匯出容器」下載 JSON，放到這裡自動檢查。檔案只在你的瀏覽器裡讀取，不會上傳。

規則模擬

用上面讀入的匯出檔，模擬某個頁面出現時 GTM 會送什麼給 Meta。這是依規則推算，不會連到網站，也不會送出任何事件。

測試方法

日常驗收不用登入、不進完成頁、不送出正式事件。它驗證的是「GTM 規則和資料傳遞正確」；真正有人投保時能不能記到，要上線後用台壽後台件數比對。

日常驗收（每次新增險種或修改設定）

  1. 確認完成頁：用「查新險種的完成頁」找到候選；不是「已確認」的，把完成頁網址寄給客戶確認。
  2. 規則檢查：在新工作區改好對照表後，匯出工作區 JSON，丟到「檢查 GTM 設定」：錯誤要是 0。再用「規則模擬」輸入新險種的 content-view-name，兩種情境都應該只送出一個 Lead_ 事件，而且沒有「重送 init／PageView」。
  3. 預覽管線測試（在公開的商品頁做，不用登入）：
    1. 開發者工具（F12）→ Ctrl+Shift+P → Show Network request blocking → 勾選啟用，新增 *facebook.com*、*facebook.net*。測試期間開發者工具不要關。
    2. 在工作區的對照表暫時加一列：proTravel → Lead_TEST_PREVIEW（proTravel 是旅平險商品頁的名稱）。
    3. 按「預覽」，開 https://ezbao.taiwanlife.com/taProduct。
    4. Tag Assistant 點 content-view：變數 DLV - content-view-name = proTravel、LT - 投保完成事件名 = Lead_TEST_PREVIEW；統一的 Meta 代碼「已觸發」；「Meta 像素」在這個事件沒有觸發。
    5. Network 分頁篩選 facebook.com/tr：只看到一筆 ev=PageView 和一筆 ev=Lead_TEST_PREVIEW，兩筆都顯示被封鎖。
    6. 點頁面上的連結到另一個商品頁（站內切換）：content-view 再出現一次，「Meta 像素」代碼仍然沒有再觸發。Network 若多一筆 PageView，請看它的發起者：Meta 像素本身會偵測站內換頁送 PageView，這是原本就有的行為；若發起者是 GTM 代碼才是重複。
    7. 刪除測試列，再匯出丟到「檢查 GTM 設定」。還沒刪的話會出現「對照表還有測試用的列」錯誤。

    就算封鎖失效，送出的也只是 Lead_TEST_PREVIEW 這個沒人使用的事件名稱，不會算進投放成效。

  4. 上線後：一週內每天比對 Meta 事件數和台壽後台投保件數。這是唯一能證明真實投保有記到的方法。
進階診斷：導向完成頁（需授權，非日常程序）
用指令讓網站切到完成頁，會執行完成頁本身的程式：可能向台壽伺服器查詢資料，也會觸發客戶網站上其他廠商的轉換代碼（Google Ads、GA4、LINE、AdGeek、客戶自己的 Meta 像素等）。封鎖 facebook 只能擋我們這一邊，無法完全隔離。
  1. 只在以下情況使用：客戶書面同意，或在客戶的測試環境（台壽有 ezbaouatnew.taiwanlife.com，需請客戶在測試環境也安裝 GTM-W3PKJXMC）。
  2. 封鎖清單除了 facebook，再加上 *google-analytics.com*、*googleadservices.com*、*doubleclick.net*、*line-scdn.net*、*line.me*、*adgeek.net*、*flvcdn.net*、*dmp.taiwanlife.com*。
  3. 登入會員、進商品頁後，在 Console 執行： 
    document.querySelector('#app').__vue__.$router.push('/taProductDone')
  4. 記錄日期、時間和測了哪些完成頁，事後告知客戶，讓客戶在自己的報表扣除。

上線切換程序

在新的工作區完成，經核准才發布。任何一步不對就停，正式版本不受影響。

  1. 備份：GTM 管理 → 匯出容器 → 選目前正式版本，存檔並記下版本號（例如 v11）。
  2. 建立工作區並匯入：GTM 管理 → 匯入容器 → 選「GTM-W3PKJXMC_投保完成_匯入檔_含暫停舊代碼.json」；工作區選「新增」；匯入選項選「合併」→「覆寫有衝突的代碼、觸發條件和變數」。確認畫面應為新增 4 項（2 個變數、1 個觸發條件、1 個代碼）、修改 18 項（「Meta 像素」改為每頁一次，下表 17 個舊代碼改為暫停，其餘內容不變）。不要選「重新命名」，否則會多出第二個基底像素，全站重複送 PageView；健檢會擋下這種情況。
  3. 差異檢查：把工作區的設定匯出，丟到上方「檢查 GTM 設定」。錯誤要是 0；「注意」逐項確認原因。
  4. 預覽確認：照「測試方法」的預覽管線測試做一次，確認新代碼會觸發、舊代碼沒有觸發。
  5. 核准與發布：把檢查結果和測試紀錄給主管核准，發布時在版本說明寫「改用 content-view 觸發投保完成」。
  6. 上線後一週：每天比對 Meta 事件數和台壽後台投保件數。沒問題再刪除暫停的舊代碼。

出問題時回復

GTM「版本」→ 找到備份的版本（例如 v11）→ 右上角選單 →「發布」。幾分鐘內網站就回到舊設定。

新舊代碼對應

險種舊代碼（匯入時自動暫停）新：content-view-name → 事件名

例外：年富e和 e富保兩個舊代碼對應同一個完成頁，新設定只送 Lead_EFuBao_Annuity，待客戶確認是否為同一商品。註冊成功（csso 網域）保留原本的網頁瀏覽觸發，不在這次切換範圍。