GA4 漏斗探索是什麼?它跟一般「漏斗」差在哪裡
GA4 漏斗探索是用事件步驟分析轉換流程的探索報表,適合看使用者從商品頁、購物車、結帳到購買之間在哪一步流失。
如果你搜尋「漏斗」是想找 GA4 裡的電商轉換漏斗設定,重點不是商品規格,也不是完整銷售漏斗理論,而是把已經收到的 GA4 電商事件排成可判讀的流程。實務上,我會先確認事件有資料,再建立漏斗探索,接著選開放式或封閉式,最後看掉點是否能對應到可修正的頁面或流程。
| 項目 | 這裡的意思 | 主要用途 |
|---|---|---|
| GA4 漏斗探索 | 依事件順序建立轉換流程 | 看每一步完成率與放棄率 |
| 一般銷售漏斗 | 描述認知到購買的行銷階段 | 規劃內容、廣告與銷售策略 |
| 實體漏斗 | 生活用品或器材 | 商品選購,和 GA4 設定無關 |
本文的「漏斗」指 GA4 轉換漏斗,不是實體商品
這裡的漏斗指的是 GA4 探索報表中的 funnel exploration,用事件序列呈現使用者在購買流程中的前進與流失。它不處理材質、尺寸、價格,也不比較購物平台商品。
GA4 漏斗探索適合回答哪些問題
GA4 漏斗探索最適合回答「哪一步掉最多人」、「手機和桌機是否差很多」、「廣告流量是否進得來但買不下去」這類問題。它的價值不在畫出漂亮報表,而在把購物流程拆成可檢查的幾段。
設定電商轉換漏斗前,要先確認哪些 GA4 事件?
設定電商轉換漏斗前,至少要確認 view_item、add_to_cart、begin_checkout、purchase 是否有穩定資料,否則漏斗只會反映追蹤缺口。
事件是 GA4 漏斗探索的資料來源。事件沒有送進 GA4,或事件名稱和條件設錯,漏斗步驟就算排得再完整也無法判讀。若電商事件尚未完成,應先處理 GA4 電商追蹤設定,再進漏斗探索。
| 事件名稱 | 代表行為 | 在漏斗中的用途 | 少了會怎樣 |
|---|---|---|---|
| view_item | 查看商品頁 | 漏斗起點 | 無法看商品頁到購物車的流失 |
| add_to_cart | 加入購物車 | 判斷購買意圖 | 無法分辨商品頁問題或購物車前問題 |
| begin_checkout | 開始結帳 | 結帳流程起點 | 購物車到結帳的掉點會看不清楚 |
| add_payment_info | 填寫或選擇付款資訊 | 進階結帳分析 | 付款前摩擦較難定位 |
| purchase | 完成購買 | 最終轉換結果 | 無法判斷購買完成率 |
最低可用漏斗事件組合
最低可用組合是 view_item、add_to_cart、begin_checkout、purchase。這組事件可以讓你看出商品頁、購物車、結帳到購買的主要流失段落,已足夠支援多數電商營運判斷。
建議完整漏斗事件組合
若網站流程較長,建議加入 add_shipping_info 與 add_payment_info。配送與付款常是台灣電商流失的關鍵段落,特別是運費門檻、超商取貨、信用卡驗證、第三方金流跳轉,都可能讓結帳完成率下降。
事件有資料,不代表漏斗一定能正確解讀
GA4 事件有資料,只代表事件曾被收到,不代表每個事件都能放進同一條流程判讀。常見問題包括事件重複送出、purchase 缺少 transaction_id、付款頁跨網域切斷工作階段,或事件參數沒有帶商品資訊。這些問題會讓漏斗看起來異常漂亮或異常慘烈。
GA4 漏斗探索怎麼建立?完整設定步驟
建立 GA4 漏斗探索的流程是進入「探索」,選擇「漏斗探索」,依序新增事件步驟,再設定日期範圍、區隔與漏斗類型。
設定時要同時回答三件事:在哪裡設定、每一步用哪個事件、為什麼這樣排。不要一開始就加太多條件,先做一版標準電商漏斗,確認數字方向合理後,再用裝置、來源媒介或商品類別分群。
- 進入 GA4 資源,點選左側「探索」。
- 建立新的「漏斗探索」。
- 在步驟設定中新增 view_item、add_to_cart、begin_checkout、purchase。
- 每個步驟的條件選擇事件名稱等於指定事件。
- 設定日期範圍,先用最近 28 天或完整一個月檢查樣本量。
- 視需求加入裝置類別、來源媒介、活動名稱等區隔。
- 確認開放式或封閉式漏斗後,儲存報表名稱。
進入探索報表並選擇漏斗探索
在 GA4 左側選單進入「探索」,建立新的漏斗探索。這裡看的不是標準報表,而是自訂分析,所以報表結構、步驟和區隔都需要自己設定。
新增商品瀏覽到購買的漏斗步驟
新增步驟時,條件建議用「事件名稱」等於指定事件。第一步設 view_item,第二步設 add_to_cart,第三步設 begin_checkout,最後一步設 purchase。第一次建立時先不要加入太多參數限制,避免把資料切到太小。
設定日期範圍、裝置與流量來源區隔
日期範圍會影響樣本量,太短容易誤判,太長又可能混到網站改版或活動檔期。電商網站通常可以先看最近 28 天,再切手機、桌機、自然搜尋、付費廣告與社群來源,比較掉點是否集中在特定情境。
儲存與命名報表,避免之後找不到版本
報表名稱建議包含流程、範圍與版本,例如「電商四步驟漏斗 近28天 全流量」。我的習慣是不把測試版、正式版、活動版混在一起,因為一旦條件不同,轉換率就不能直接拿來比較。
電商轉換漏斗步驟怎麼設?建議用這組事件順序
標準電商轉換漏斗建議用 view_item、add_to_cart、begin_checkout、purchase,這組順序最能對應商品瀏覽到完成購買的主流程。
漏斗步驟不要把所有事件都塞進去。步驟越多,越容易把正常行為判成流失。先用四步驟看主流程,再依網站特性加入付款、配送或會員登入等進階步驟,會比一開始做十幾步更可靠。
| 步驟 | GA4 事件 | 代表行為 | 主要判讀 |
|---|---|---|---|
| 商品瀏覽 | view_item | 使用者進入商品頁 | 商品頁是否吸引下一步行動 |
| 加入購物車 | add_to_cart | 使用者有購買意圖 | 價格、規格、庫存、CTA 是否有問題 |
| 開始結帳 | begin_checkout | 使用者進入結帳流程 | 購物車頁是否造成猶豫 |
| 完成購買 | purchase | 訂單完成 | 付款、配送、表單是否阻礙轉換 |
標準四步驟漏斗
標準四步驟漏斗是 view_item 到 add_to_cart,再到 begin_checkout,最後到 purchase。這組事件不會太粗,也不會太細,適合大多數電商網站作為第一版轉換漏斗。
進階五步驟漏斗:加入付款或配送資訊
如果結帳流程較複雜,可以在 begin_checkout 與 purchase 中間加入 add_shipping_info 或 add_payment_info。這能幫你判斷流失發生在配送選項、付款方式,還是最後確認訂單前。
不同電商網站可調整的步驟
服飾、保健品、課程、訂閱制商品的購買流程不一定相同。若會員登入是必經步驟,可以加入 login 或自訂會員事件;若商品頁到結帳很短,則不要硬塞沒有決策意義的中間事件。
開放式漏斗與封閉式漏斗怎麼選?
想看整體購物流程掉點,先用開放式漏斗;想看從商品頁開始的指定流程完成率,再用封閉式漏斗。
兩種漏斗的差異在進入條件。開放式漏斗允許使用者從任一步驟進入,封閉式漏斗要求使用者從第一步開始。這不是誰比較準,而是回答的問題不同。實務上,我會先用開放式找問題,再用封閉式驗證指定流程。
| 漏斗類型 | 進入條件 | 適合問題 | 電商案例 |
|---|---|---|---|
| 開放式漏斗 | 可從任一步驟進入 | 整體流程哪裡掉點 | 有人直接從購物車或結帳頁回訪 |
| 封閉式漏斗 | 必須從第一步進入 | 指定流程完成率 | 只看從商品頁開始的購買流程 |
想看整體掉點,用開放式漏斗
開放式漏斗適合營運人員先看全站購物流程。電商使用者常會回到購物車、從再行銷廣告進入結帳頁,或跨裝置重新造訪,開放式漏斗比較能容納這些情境。
想看指定流程完成率,用封閉式漏斗
封閉式漏斗適合檢查特定入口的效率,例如從商品頁 view_item 開始的人,有多少最後完成 purchase。若你正在優化商品頁 CTA 或商品內容,封閉式漏斗會更貼近這個問題。
兩種漏斗數字不同是正常現象
開放式漏斗和封閉式漏斗的使用者數、完成率不同很正常。看到差異時,不要急著判定 GA4 壞掉,先確認自己要回答的是「整體購買流程」還是「指定入口流程」。
如何解讀 GA4 漏斗探索的掉點與轉換率?
解讀 GA4 漏斗探索時,要看每一步使用者數、完成率與放棄率,並把掉點對應到商品頁、購物車或結帳流程。
只看總轉換率很容易錯過真正問題。好的漏斗分析會把流失拆段,先判斷流失集中在哪裡,再檢查對應頁面、流量品質與追蹤設定。最大流失人數不一定最該先修,商業影響與可修正性也要一起看。
商品頁到購物車掉點高,代表什麼
如果 view_item 到 add_to_cart 掉點高,常見原因是商品頁說服力不足、價格不明確、規格選擇太卡、庫存狀態不清楚,或 CTA 不夠明顯。下一步應檢查商品頁內容、首屏資訊、按鈕位置與行動版體驗。
購物車到結帳掉點高,代表什麼
如果 add_to_cart 到 begin_checkout 掉點高,問題可能在購物車頁。常見因素包含運費揭露太晚、優惠碼造成猶豫、加購推薦干擾、會員登入門檻,或總金額和使用者預期不同。
結帳到購買掉點高,代表什麼
如果 begin_checkout 到 purchase 掉點高,通常要檢查付款、配送、表單欄位、金流跳轉和錯誤訊息。這一段不該只歸因於 UX,第三方金流、跨網域與事件送出失敗也可能讓 purchase 看起來偏低。
不要只看最大流失人數,也要看流失比例
第一步通常人最多,所以絕對流失人數也容易最大。更好的判斷方式是同時看放棄率、營收影響與修正難度。若結帳到購買的流失比例高,即使人數少,也可能比商品頁小幅掉點更值得先處理。
常見設定錯誤:為什麼 GA4 漏斗數字怪怪的?
GA4 漏斗數字異常時,優先檢查事件缺漏、事件重複、付款跳轉、跨網域、同意模式與日期範圍,不要直接判定是報表錯。
很多漏斗問題不是分析方法造成,而是追蹤資料本身不乾淨。尤其 purchase 事件,只要重複送出、沒有 transaction_id,或金流回跳沒有正確保留來源,最後一步就會失真。這也是我不建議只看單一漏斗數字下結論的原因。
| 問題 | 可能原因 | 檢查方式 |
|---|---|---|
| 某一步幾乎沒有資料 | 事件名稱錯誤或沒有送出 | 到事件報表確認事件名稱與日期範圍 |
| purchase 比訂單數高 | 同一筆購買重複送出 | 檢查 transaction_id 是否唯一 |
| 結帳後來源變成金流 | 跨網域或排除參照設定不完整 | 檢查金流網域與付款回跳流程 |
| 分群後樣本很少 | 日期太短或資料門檻影響 | 拉長期間,減少過細區隔 |
事件名稱不符合 GA4 建議事件
GA4 電商建議事件有固定命名,例如 view_item、add_to_cart、begin_checkout、purchase。若網站送的是自訂名稱,也可以分析,但漏斗設定要選對事件,且後續和標準電商報表的對照會變得更麻煩。
付款頁跳轉造成使用者被切斷
第三方金流跳轉可能讓使用者工作階段被切開,導致 purchase 看起來不像同一段流程的結果。應檢查跨網域追蹤、參照排除,以及付款完成回跳頁是否有正確送出 purchase。
同一筆購買被重複送出
purchase 重複送出會讓營收和購買數膨脹。常見情境是感謝頁重新整理、付款完成回跳多次觸發,或前端與後端都送同一筆事件。檢查 transaction_id 是最基本的防線。
日期範圍或資料門檻造成樣本太小
日期太短、分群太細或網站流量太小,都會讓漏斗數字不穩。若某段流量只有少量使用者,不適合過度解讀百分比,應拉長期間或先看全站趨勢。
GA4 漏斗探索可以怎麼分群分析?
GA4 漏斗探索可以依裝置、流量來源、新舊客、活動與商品類別分群,找出掉點是否集中在特定族群。
分群的目的是把「整體轉換率差」拆成可行動的問題。若手機結帳掉點高,優先看行動版表單;若廣告流量商品頁掉點高,可能是受眾或素材承諾和商品頁不一致。這類判斷比只看全站平均更有用。
- 裝置類別:比較 mobile、desktop、tablet 的購物流程差異。
- 流量來源:比較自然搜尋、付費搜尋、社群、EDM 與直接流量。
- 新舊客:判斷新訪客是否卡在信任感,舊客是否卡在結帳流程。
- 活動名稱:檢查特定廣告或促銷檔期是否帶來低品質流量。
- 商品類別:找出高流量但低加車率的品類。
依裝置比較:手機與桌機漏斗差異
台灣電商常見手機流量高,但桌機轉換率較穩。若手機在 begin_checkout 到 purchase 掉點明顯高,應優先檢查表單欄位、付款頁載入速度、超商取貨選擇與錯誤提示。
依流量來源比較:廣告、自然搜尋、社群
自然搜尋流量通常意圖較明確,社群與廣告則可能受到素材、受眾與落地頁承諾影響。若某來源 view_item 多但 add_to_cart 低,先檢查流量品質與商品頁承接,而不是立刻改結帳頁。
依商品類別或活動頁比較
不同品類的決策成本不同,高單價商品可能需要更多內容與信任訊號,低單價商品則可能被運費門檻影響。活動頁也要獨立看,因為促銷流量常會放大價格與庫存問題。
GA4 漏斗探索、路徑探索與轉換事件有什麼不同?
漏斗探索用來驗證指定流程,路徑探索用來發現實際行為路徑,轉換事件則是標記重要結果,三者用途不同。
這三個功能常被混用。漏斗探索適合檢查你已定義好的購買流程;路徑探索適合看使用者從某頁或某事件後實際走去哪裡;轉換事件則是把 purchase、表單送出等重要行為標記為成效。若還沒建立轉換事件,可參考 GA4 轉換設定。
| 功能 | 用途 | 適合情境 |
|---|---|---|
| 漏斗探索 | 驗證指定步驟完成率 | 商品頁到購買流程分析 |
| 路徑探索 | 找出實際前後路徑 | 查看使用者離開結帳後去了哪裡 |
| 轉換事件 | 標記重要結果 | 把 purchase 或 lead 設為主要成效 |
漏斗探索:驗證你已經定義好的流程
漏斗探索需要先有明確步驟,例如 view_item 到 purchase。它不負責告訴你所有可能路徑,而是讓你檢查這條指定流程的完成率與掉點。
路徑探索:找出使用者實際走去哪裡
路徑探索適合在你不知道問題在哪裡時使用。例如很多人從購物車離開,你可以用路徑探索看他們接著去了優惠頁、客服頁、首頁,還是直接離站。
轉換事件:不是漏斗本身,而是重要結果標記
轉換事件是 GA4 對重要行為的標記,purchase 可以是轉換事件,但 purchase 本身不是完整漏斗。漏斗需要多個步驟,才能看出購買前的流失段落。
設定完成後,下一步該怎麼優化電商轉換?
漏斗設定完成後,下一步是把掉點對應到商品頁、購物車、結帳與流量品質,再轉成 CRO 或 A/B 測試任務。
電商轉換優化不要從猜測開始,應從漏斗掉點決定優先順序。若問題在商品頁,處理內容與 CTA;若問題在購物車,處理費用、信任與優惠;若問題在結帳,處理付款、配送與表單摩擦。
| 掉點位置 | 優先檢查 | 可能行動 |
|---|---|---|
| 商品頁到購物車 | 內容、價格、CTA、規格選擇 | 重寫商品賣點,改善首屏與加車按鈕 |
| 購物車到結帳 | 運費、優惠碼、信任感、會員門檻 | 提早揭露總金額,簡化購物車頁 |
| 結帳到購買 | 付款、配送、表單、金流回跳 | 減少欄位,檢查錯誤訊息與追蹤 |
| 特定來源掉點 | 受眾、素材、落地頁承接 | 調整廣告承諾與商品頁內容一致性 |
商品頁掉點:檢查內容、價格與 CTA
商品頁掉點高時,先檢查使用者是否看得到關鍵資訊。價格、規格、庫存、評價、運送資訊與加車按鈕,應在行動版也容易理解。若商品頁說服力不足,可以銜接 轉換率優化 的內容策略。
購物車掉點:檢查運費、優惠與信任感
購物車階段常見阻力是總金額和預期不同。運費、免運門檻、折扣碼、退換貨說明與付款安全感,都會影響使用者是否進入結帳。這一段適合先做小幅調整,再觀察漏斗變化。
結帳掉點:檢查付款、配送與表單摩擦
結帳掉點高時,優先檢查付款方式是否足夠、配送選項是否清楚、表單欄位是否過多,以及錯誤訊息是否能讓使用者修正。若要驗證不同流程版本,可以接到 A/B 測試。
建議內鏈到 CRO、GA4 電商追蹤與轉換設定文章
漏斗分析可以往三個方向延伸:事件不完整時回到 GA4 電商追蹤,成效標記不清楚時回到 GA4 轉換設定,流程改善則銜接 CRO 與 A/B 測試。若只想理解更上層的行銷階段,可補看 AARRR 漏斗框架,但那不是 GA4 電商漏斗設定的主流程。
先確認事件,再建漏斗。再用裝置、來源與商品類別分群看掉點。最後把最大商業影響的步驟,轉成 CRO 或 A/B 測試任務。這樣報表才會從「看得懂」變成「修得動」。
GA4 漏斗探索是什麼?
GA4 漏斗探索是探索報表中的分析功能,可以依事件步驟呈現使用者完成流程的比例與流失情況。電商常用它分析 view_item、add_to_cart、begin_checkout、purchase 之間的掉點。
GA4 漏斗探索可以用來看電商購買流程嗎?
可以。只要 GA4 已收到電商事件,就能把商品瀏覽、加入購物車、開始結帳與完成購買設成漏斗步驟,用來分析購買流程的完成率與放棄率。
設定 GA4 電商漏斗前一定要有 purchase 事件嗎?
若要分析完整購買漏斗,建議一定要有 purchase 事件。沒有 purchase 時仍可看前段行為,例如商品頁到購物車,但無法判斷最後是否完成購買。
view_item、add_to_cart、begin_checkout、purchase 要全部都有嗎?
標準電商漏斗建議四個事件都要有。少了 add_to_cart 或 begin_checkout,流程中間會斷掉,較難判斷問題出在商品頁、購物車還是結帳流程。
開放式漏斗和封閉式漏斗差在哪裡?
開放式漏斗允許使用者從任一步驟進入,適合看整體流程掉點。封閉式漏斗要求使用者從第一步開始,適合看指定入口流程的完成率。
為什麼 GA4 漏斗探索的數字和一般報表不一樣?
因為漏斗探索會依你設定的步驟、日期、條件、區隔與漏斗類型重新計算。一般報表看的是事件或指標彙總,兩者口徑不同,數字不一定相同。
為什麼 purchase 有資料,但漏斗最後一步看起來很少?
常見原因包括封閉式漏斗限制太嚴、前面步驟條件設錯、付款頁跳轉切斷工作階段,或 purchase 沒有和前面事件落在同一段可判讀流程中。應先檢查事件名稱、日期範圍與跨網域設定。
付款頁跳到第三方金流會影響 GA4 漏斗嗎?
可能會。若跨網域追蹤、參照排除或付款完成回跳沒有設定好,使用者可能被切成不同來源或不同工作階段,導致結帳到購買的漏斗數字失真。
GA4 漏斗探索和路徑探索該用哪一個?
已經知道要檢查哪條流程時,用漏斗探索。想知道使用者實際從某頁或某事件後走去哪裡時,用路徑探索。電商購買流程通常先用漏斗探索,再用路徑探索補查離開後的行為。
GA4 漏斗探索可以看不同流量來源的轉換率嗎?
可以。你可以用來源媒介、活動名稱或預設管道群組做區隔,比較自然搜尋、付費廣告、社群、EDM 等來源在各步驟的完成率與放棄率。
漏斗掉點最高的一步一定要最先優化嗎?
不一定。優先順序應同時看流失比例、流失人數、營收影響與修正難度。第一步人最多,流失人數通常也大,但不代表一定比結帳段落更值得先處理。
這篇說的漏斗和 AARRR 漏斗一樣嗎?
不一樣。這裡的漏斗是 GA4 漏斗探索,用來分析事件步驟與電商購買流程。AARRR 漏斗是較上層的成長框架,適合規劃獲取、活化、留存、推薦與收入。
以官方文件、實際設定與量測結果整理 SEO 數據、網站追蹤與分析方法,並標示資料來源與判讀限制。