Campaign 漏斗怎麼看？用步驟與路徑找出該修哪裡

Campaign 漏斗要幫你決定哪件事？

Campaign 漏斗是在明確規則下，追蹤同一批符合條件的人如何走過各步驟，找出進展停在哪裡，再決定查什麼。 整體轉換率告訴你最後結果；漏斗則把問題拆成看表單之前、註冊過程，或註冊之後。數字出現落差，是調查線索，還不是原因證明。

先畫實際旅程，例如「抵達頁面 → 看見表單 → 開始填寫 → 帳號建立成功 → 首次有效付款」。不要因為工具能量測某事件，就把它放成必經步驟。PWA 是可提供安裝式 App 入口的網站；若顧客不安裝也能在網頁註冊，安裝就應另看一條路徑，而非所有買家的必要條件。

基本比例與分母請保留轉換率入門頁作為參考。本文要處理的是每一步納入誰，以及如何據此展開實際調查。

寫清楚進入群組、步驟順序、識別單位及完成期限。例如：Asia/Taipei 時區某一週首次經 Campaign A 抵達的人，各自從抵達後觀察滿七天。七天只是教學假設，不是通用標準；重複瀏覽次數不能混作唯一人數，今天收到的付款也不能直接接到另一週的抵達人數。

GA4 漏斗探索文件區分封閉與開放漏斗：封閉漏斗要求從第一步進入，開放漏斗允許從後面的步驟進入，後續仍依設定順序判定。也能指定步驟間可否插入其他行為，以及下一步須在多久內發生。即使事件完全相同，設定不同，納入的人也會不同。

本檢查表採封閉、有順序且允許中間穿插其他行為的路徑：同一人每一步只算一次，完成全部前置步驟才計入後續。走其他合法路徑的客戶另存一組。這是明示的教學規則，不表示所有報表都使用相同的身份或時間判定。

以下全是假設，並非客戶實績。同一週有 1,000 位不同且符合條件的人，各進入一次；假設旅程中的識別關聯與資料傳遞完整，後續事件都依序發生，而且每位均觀察滿七天。每人只計第一次成功建立帳號、第一次有效付款，排除付款失敗與既有客戶。

各階段的完成率 = 到達下一步的人數 ÷ 前一步符合條件的人數 × 100%。開始填寫到建帳成功為 100 ÷ 200 = 50%；另外 100 人未在約定期限內到達已驗證的建帳成功步驟。光靠表格，無法判斷是驗證錯誤、需求改變，還是其他原因。

絕對人數最大落差是抵達到看見表單的 500 人；比例最大落差則是建帳到付款的 80%。兩者都不會自動告訴你最值得改哪裡：前者可能涉及引導不清，後者可能涉及產品、付款體驗或購買準備度。先找可重現問題與業務影響，再選測試。

Google 的名單表單教學示範把表單瀏覽、開始與提交分開。在自己的業務中，提交訊號仍要與建帳或名單成功紀錄核對；按下按鈕、送出請求及建立成功，是不同的觀察。

假設同樣 100 位完成註冊的人，其中 30 位先安裝 PWA 再註冊，70 位直接在網站註冊。兩條路都有效。若把安裝強制插在註冊之前，嚴格路徑只納入 30 位先安裝者；另 70 位並未突然註冊失敗，而是不符合這條路徑的納入規則。

以共同業務旅程作主漏斗，需要時才另外分析安裝與首次開啟的分支。安裝是加入入口，首次開啟是第一次被觀察到實際打開，兩者都不代表付款成功。顧客也可能註冊之後才安裝，因此更應記錄順序，而不是硬把所有事件串成一條線。

開放漏斗回答的是從不同階段進入的人如何前進，不能直接把各步總數當成同一批封閉群組。分享截圖時，應附上報表種類與設定，讓別人能重現解讀。

把落差稱為流失前，先確認下一步是否能被觀察。用少量去識別、已成功的目的地紀錄與量測資料核對；完成事件漏送、跨網域關聯中斷或識別碼不一致，都可能讓已完成的進展從報表消失。串接未連上，不代表沒有顧客完成。

分開記錄三種狀況：覆蓋正常且確定零次完成、完成數不可取得，以及尚有時間繼續完成的群組。比較新舊流量前，先依轉換延遲檢查點對齊觀察長度。分母為零時比例未定義；步驟不可觀察時，相關比較則不可用。

規則一致後才分段。比較相同路徑、來源與裝置，並保持相同觀察年齡；整體變動可能只是客群組成不同，而非表單故障。註冊到付費的案例說明了這項差別。只有兩人的分段可以提供調查線索，不能據此認定勝出者。

若問題出現在抵達後、看見表單前，可用廣告與落地頁訊息一致性檢查，逐項核對方案、資格與按鈕後續；先找到具體矛盾，不能只從漏斗落差推定是文案問題。

若額外增加 20 次建帳，且能維持案例中的 20% 付款率，算術上可能多四位買家。這只是規劃情境，不是預測：新註冊者可能不同，付款率也可能改變。用它界定問題，再量測真正結果。

MeetROAS 可協助觀察 Campaign 頁面與 PWA 階段，以及已串接的註冊、入金事件。事件文件區分完成註冊與入金等目的地業務成果；後續覆蓋需要有效傳遞與關聯，入金也不自動等於商家的購買或利潤。這不表示會自動重建上述 GA4 使用者漏斗，或原生追蹤每個表單欄位。