「廣告有在跑、GA4 也裝了，但報表打開只看得出有沒有成交，看不出人卡在哪一步。」這是狼大在陪跑會議裡最常聽到的問題之一。GA4 的購買漏斗從瀏覽、加購、結帳到 purchase，每一段都可能掉人；只盯著最後的 purchase，就像只看月底損益、不看過程。這篇教你用 GA4 自訂事件把漏斗切細，找出真正的斷點，再對症下藥。
為什麼 GA4 標準報表，看不出漏斗斷在哪裡？
直接回答：因為預設的電商事件太粗，從「看到商品」到「加入購物車」中間發生了什麼，標準報表幾乎是一個黑箱。
GA4 預設的電商事件，大致是這條序列：
- page_view：進站、看到頁面
- view_item：瀏覽商品頁
- add_to_cart：加入購物車
- begin_checkout：開始結帳
- purchase：完成購買
光靠這五個事件，你只能知道「每一段掉了多少人」，卻不知道「為什麼掉」。而多數老闆連這五段都沒看，只看最後的 purchase 和 ROAS——沒單，就說廣告爛。
舉一個狼大實際陪跑的例子。一家戶外用品電商投廣告後，進站與商品頁瀏覽的數據都健康，但從「瀏覽」到「加入購物車」之間掉最多人。開會把網站攤開一看：商品頁大多直接用原廠的品牌情境圖，材質、容量、細節說明不足；手機版的加入購物車按鈕，還要捲很久才找得到。
這些都不是「廣告」的問題。但如果只看 purchase，第一個被冤枉的一定是廣告——素材改了一輪又一輪，真正的斷點卻一直沒被碰到。
購買漏斗每一段掉人，責任者都不一樣
直接回答：漏斗至少可以拆成五段，每一段掉人的原因、該修的東西都不同；先分段歸位，才有資格談對症下藥。
| 漏斗段位 | GA4 對應事件 | 掉人常見原因 | 該修什麼 |
|---|---|---|---|
| 曝光 → 點擊 | （看廣告平台數據） | 素材無感、受眾不對 | 廣告素材與受眾 |
| 點擊 → 商品頁瀏覽 | page_view、view_item | 載入太慢、落地頁與廣告不連貫 | 網站速度、落地頁 |
| 瀏覽 → 加入購物車 | view_item → add_to_cart | 商品資訊不足、看不到細節、按鈕難找 | 商品頁本身 |
| 加購 → 開始結帳 | add_to_cart → begin_checkout | 運費驚嚇、強制註冊會員 | 購物車與結帳門檻 |
| 結帳 → 完成購買 | begin_checkout → purchase | 金流失敗、表單太長 | 金流與結帳表單 |
分段之後你會發現一件重要的事：「沒有成交」背後至少有五種完全不同的病因。斷在「瀏覽→加購」，該修的是商品頁；斷在「加購→結帳」，該檢討的是運費與結帳門檻——兩者的藥方完全不同，卻常常被混在一起，全部歸咎給廣告。
另一個實務原則也跟這張表有關：消費者每多一層點擊、每多一分猶豫，轉換率就會再掉一次。所以判讀漏斗時，除了看數字，也要親手用手機把自己的購買流程走一遍，數一數從進站到結帳要按幾次。
如果想先補齊漏斗的整體觀念（TOFU／MOFU／BOFU、AARRR），可以先讀這篇〈行銷漏斗是什麼？完整指南〉，再回來看怎麼切細。
用自訂事件，把「瀏覽→加購」這段黑箱切開
直接回答：在最大流失段加上幾個自訂事件，把一段黑箱切成可觀察的小段，你才能分辨消費者是「沒看完」、「看完不想買」，還是「想買但不順手」。
以商品頁為例，「瀏覽」到「加購」之間其實藏著一整串行為。用 GTM（Google Tag Manager）就能埋的自訂事件，例如：
- 捲動深度：消費者有沒有把商品頁看完？（GA4 加強型評估內建 90% 捲動事件，也可以用 GTM 自訂 50%、75% 的節點）
- 圖片輪播互動：有沒有點開第二張、第三張商品圖？
- 規格／尺寸表展開：有沒有查過尺寸、材質這類「購買前必查」的資訊？
- 加購按鈕曝光：加入購物車按鈕，有沒有真的出現在消費者的螢幕裡？
這幾個事件一埋，同一個「加購率低」會浮出三種完全不同的診斷：
- 大多數人捲不到一半就離開 → 商品頁上半部留不住人，先修首屏視覺與圖片。
- 看完了、也查了規格，還是沒加購 → 資訊有了但誘因不足，檢查價格帶與購買理由。
- 互動都有、加購按鈕的曝光卻很低 → 按鈕藏太深，優先做手機版浮動加購按鈕。
同一個症狀、三種病因、三種藥方——這就是標準報表給不了的解析度。前面那家戶外用品電商，後來的改善方向正是把商品頁從「原廠情境圖」改成「細節圖＋導購資訊」，並在手機版加上浮動的加入購物車按鈕。這些判斷都來自把漏斗切細之後的證據，而不是感覺。
埋自訂事件的三個提醒：
- 先想好「要回答什麼問題」再埋，不要為埋而埋。
- 事件命名要有規則（例如統一小寫加底線），幾個月後才對得起來。
- 事件一多，記得在 GA4 後台把真正重要的標成關鍵事件，報表才好讀。
找到斷點之後：用 RACAE 讓改善有據可依
直接回答：數據只會告訴你「斷在哪」，不會告訴你「怎麼修才有效」；接下來要靠假設與驗證的循環，而不是一次全改。
RunningMate 判斷該不該改、改了有沒有效，用的是 RACAE 優化循環：
- Record 紀錄：把漏斗各段數據與自訂事件記下來，建立基準線
- Analysis 分析：找出流失最大的一段
- Conclusion 結論：從細切的事件裡歸納出最可能的病因
- Assumption 假設：提出可驗證的假設，例如「商品頁補上細節圖後，加購率會提升」
- Experiment 驗證：實際改一版，回頭比對同一段數據
兩個提醒。第一，一次只改一個變因——同時改五個地方，就算數字變好，你也不知道是誰的功勞，下次無法複製。第二，改版後要給數據足夠的累積時間，樣本太少就下結論，跟用猜的沒兩樣。
廣告端的數據怎麼搭配著看，可以延伸讀〈廣告成效怎麼看？老闆看不懂報表，也能判斷錢有沒有白花〉與〈廣告數據怎麼看？Meta 後台先看這幾個指標〉——站外看廣告、站內看漏斗，兩邊對起來才是完整的路徑。
最後補一個很多人忽略的前提：漏斗要切得準，流量來源得先標乾淨。如果進站流量一半都是 direct 或 (not set)，再細的自訂事件也歸因不回正確的廣告與活動——這是 UTM 的工作。
GA 打開全是 direct？先給每一筆流量一張身分證
我是狼大。活動結束才發現沒埋追蹤、月報通路貢獻只能憑感覺拼湊——這件事 30 分鐘就能解。UTM 課程附我自己團隊在用的 UTM 管理表範本，把流量標記變成全 team 照做的 SOP。
GA4 購買漏斗自訂事件：常見 4 問
GA4 預設報表就有漏斗功能，為什麼還要自訂事件？
預設電商事件（view_item、add_to_cart、begin_checkout、purchase）只能看出「每一段掉了多少人」，看不出「為什麼掉」。自訂事件是把最大流失段再切細——例如捲動深度、規格表展開、加購按鈕曝光——才能分辨病因、對症改善。
埋 GA4 自訂事件一定要工程師嗎？
多數互動事件（捲動深度、元素點擊、按鈕曝光）用 GTM（Google Tag Manager）就能設定，不用改網站程式；少數需要讀取網站內部狀態的事件，才需要工程師配合埋 dataLayer。
自訂事件要埋幾個才夠？
沒有標準數量，原則是「先有問題、再埋事件」：先從漏斗找出最大流失段，只針對那一段埋幾個能回答問題的事件。一次埋幾十個沒人看的事件，只會讓報表更難讀。
找到最大流失段之後，下一步是什麼？
用 RACAE 這類假設驗證循環：從細切的事件數據歸納病因（Analysis／Conclusion）、提出一個可驗證的假設（Assumption）、一次只改一個變因，改版後回頭比對同一段數據有沒有改善（Experiment）。
