打開 GA4 想檢查頁面表現時，很多人第一個困惑的就是：跳出率高到底代表什麼？離開率又跑去哪裡了？在 Universal Analytics（UA，Google 前一代分析工具）時代，這兩個指標的邏輯早就深植在報表閱讀習慣裡，但 GA4 把「工作階段品質」重新定義後，同一組數字若用舊思維判讀，很容易把正常頁面誤判成問題頁，也可能忽略真正該優化的流程斷點。這篇會直接把兩個指標的計算方式拆開，再帶你在 GA4 建立可以每週使用的檢查報表。
Table of Contents
Toggle
先用使用者路徑分清兩個指標GA4 跳出率的真正定義離開看的是哪個最後頁面UA 與 GA4 數字不能直接比舊 UA 跳出率為何不同GA4 報表怎麼建立判讀表頁面報表加入跳出率探索報表找出離開頁三步完成異常頁診斷常見問題高跳出率一定要改善嗎GA4 為何找不到離開率跳出率會直接影響 SEO 排名嗎引用連結、參考連結
先用使用者路徑分清兩個指標
想像一位使用者從 Google 點進網站的 A 頁，滑了 15 秒後點到 B 頁，再進入 C 頁停留 30 秒後關掉分頁。這段路徑同時牽涉「跳出」與「離開」，但兩個指標看的角度完全不同。
跳出率：只看整個工作階段（session）的起點，判斷這位使用者的到訪是不是「未參與」，是一個以工作階段為單位的比例。離開（Exits）：從每一個頁面的角度看，這個頁面是不是這次工作階段的最後一站，是一個以頁面事件為單位的次數。
觀察角度跳出率（Bounce rate）離開（Exits）計算單位工作階段頁面／畫面事件觀察起點工作階段的第一個頁面每一個頁面判定依據是否為未參與工作階段是否為工作階段的最後事件高數值的意義到訪後幾乎沒互動使用者傾向從這個頁面離開
上面這段 A→B→C 的路徑，因為總共瀏覽了三頁，一定屬於「已參與」，不會被計入跳出；但 C 頁會被記一次 Exit。所以「離開就是跳出」這種說法在 GA4 已經不成立。
GA4 跳出率的真正定義
GA4 的跳出率是「未參與工作階段」佔全部工作階段的比例，也就是 1 減去參與率（Engagement rate）。Google 對參與工作階段與跳出率的定義有三項條件，任何一項成立就算已參與：
工作階段持續時間超過 10 秒。觸發至少一次關鍵事件（Key event，前身為轉換事件）。至少產生兩次頁面或畫面瀏覽。
三項都沒達到才會被計為跳出。所以在 GA4，「停留超過 10 秒的單頁瀏覽」不會被視為跳出，這一點跟 UA 完全不同。
離開看的是哪個最後頁面
GA4 的 Exits 定義是「工作階段的最後一個事件發生在該頁或畫面的次數」。官方將它列為探索可用的次數指標，而不是預設的「離開率」百分比。若團隊要建立比率，先統一分母與用途，再由具 Editor 或 Administrator 權限的人用計算指標建立；不要把 UA 的欄位名稱直接套到 GA4 預設報表上。
實務上，離開的意義要看頁面在流程中的位置：
內容閱讀完畢頁：例如部落格文章的最後一段、感謝頁、訂閱完成頁，使用者讀完就離開屬於正常結果，Exits 高不代表出問題。結帳流程中段頁：例如購物車、填寫地址、選擇付款方式，這些頁面本身不是流程終點，Exits 高就要優先檢查表單欄位、金流錯誤或運費說明是否讓人卻步。
UA 與 GA4 數字不能直接比
GA4 上線後最常見的誤讀，就是把新舊報表的跳出率直接放在同一張趨勢圖比較。兩個工具的定義完全不同，數字看起來像同一件事，實際上量的是不同東西。
版本跳出的定義主要判定條件常見結果UA單頁工作階段只有一次 Analytics 請求即使實際停留一段時間，沒有後續請求仍會被算為跳出GA4未參與工作階段未超過 10 秒、無關鍵事件、僅一次瀏覽超過 10 秒就會成為參與工作階段
同一個網站在轉換前後，跳出率通常會明顯下降，這是定義變寬造成的正常現象，不是流量品質突然改善。因此舊 UA 與 GA4 的門檻不能直接沿用；用同一組數字判定好壞會誤導決策。
舊 UA 跳出率為何不同
UA 的跳出率邏輯是一次工作階段裡若只送出一個 Analytics 請求（通常就是單一 pageview），就算跳出；Google 的UA 歷史說明也提醒，這類工作階段因沒有後續請求，報表無法據此計算停留時間。
GA4 則是先計算「參與工作階段」，再用總工作階段減去參與部分推回未參與比例，中間夾了時間門檻與關鍵事件兩個條件。因此：
同樣是「進來看一篇文章就走」，在 UA 幾乎一定是跳出，在 GA4 只要停留超過 10 秒就是參與。歷史趨勢比較時應該分版本標示斷點，例如在圖表上標記「GA4 起始日」，避免把定義切換誤讀成 SEO 或內容品質急速惡化。對外報告若要保留長期趨勢，建議改看「參與工作階段數」「關鍵事件數」等在兩個版本語意較接近的指標，或以 GA4 起算重新設定基準。
GA4 報表怎麼建立判讀表
(加入圖片：GA4 後台 Reports 介面截圖示意，畫面上半是 Pages and screens 詳細報表，右上角有 Customize report 齒輪圖示被紅框圈出，下方表格新增了 Bounce rate 與 Engagement rate 兩個欄位，色調為 GA4 官方藍白配色，帶簡潔的操作標註箭頭)
在動手加欄位前，先確認帳號至少有 Editor 或 Administrator 權限，且網站事件與關鍵事件設定能反映目前的商業目標。準備好後，接下來建立兩張檢查表：一張看著陸頁的跳出率，一張看頁面終點的 Exits。
頁面報表加入跳出率
想在標準報表看到跳出率，需要客製「Pages and screens」的欄位：
開啟：從左側 Reports 開啟 Pages and screens 詳細報表；若你的報表集合已客製，請選擇對應的頁面詳細報表。點選：右上角齒輪「Customize report」。若看不到齒輪，代表權限不足，請聯絡管理員升級為 Editor。加入：在右側「Report data」點「Metrics」→「Add metric」，依序輸入 Bounce rate 與 Engagement rate，兩個都加進來。儲存：點「Apply」後，選「Save changes to current report」保留在原報表，或「Save as new report」建立新版本。確認：回到報表下方表格，最後兩欄應該出現跳出率與參與率的百分比；若沒出現請重新整理頁面。
加完後，先以「Landing page」維度搭配跳出率篩選：著陸頁次數高、跳出率也高的頁面，是廣告或搜尋落地體驗要優先檢查的對象。要留意 Entrances 是指標，Landing page 是維度，兩者不能混用。
探索報表找出離開頁
Exits 只能在探索（Explore）報表看到，做法如下：
建立：左側「Explore」→ 點「Blank」建立新的 Free form 探索。匯入：在 Variables 面板點 Dimensions 的加號，勾選「Page title and screen class」；點 Metrics 的加號，勾選「Views」「Entrances」「Exits」。拖放：把 Page title and screen class 拉到 Rows；把 Views、Entrances、Exits 依序拉到 Values。排序：點 Exits 欄位讓資料由高至低排列；再對照 Views 與頁面在使用者流程中的角色，不要只以單一 Exit 次數判定異常。聚焦：以流程中段、Exits 高且關鍵事件表現變差的頁面為優先，例如購物車、表單頁、多步驟導引的第 2 或第 3 頁。
如果團隊仍需要「離開率」百分比，要先跟商業單位講定分母（例如以 Views 或以 Sessions 為底），再到「Custom definitions」建立計算指標；Google 說明指出計算指標可在報表與探索中使用，但建立者必須具 Editor 或 Administrator 權限。不要把 UA 的公式當成 GA4 預設欄位。
三步完成異常頁診斷
(加入圖片：三步驟流程示意圖，橫向排列三個方塊分別標示「分群」「比對」「測試」，每個方塊下方有小圖示：分群用漏斗、比對用交叉線條、測試用 A/B 試驗符號，配色以 GA4 藍與己見室品牌色搭配，整體乾淨的資訊圖表風格，字體以中文標題為主)
有了兩張表之後，異常頁診斷不用每次從零開始。以下三步能讓你在 30 分鐘內完成初步判讀，再決定要不要投入內容或體驗優化資源。
分群：把頁面依角色拆成「著陸頁」與「流程中段頁」。著陸頁看跳出率，中段頁看 Exits，兩種頁面的判讀邏輯本來就不同，混在同一張表判斷很容易誤傷。比對：對可疑頁面加入「流量來源／媒介」「裝置類別」「關鍵事件次數」三個維度。若某頁只在行動裝置、且來自特定廣告活動時跳出率飆高，問題大機率不在內容而在到達體驗。測試：只對「具商業影響」的假設安排 A/B 或內容改版，例如影響結帳、名單或訂閱的頁面。純粹閱讀型頁面即使跳出率高，只要關鍵事件與滾動深度正常，就先不動。
下表可以直接印出來當每週檢查清單使用：
指標訊號優先檢查可能行動著陸頁跳出率高、關鍵事件 0廣告或搜尋意圖與頁面主題是否一致修改 H1、首屏文案、廣告落地對應流程中段頁 Exits 高表單欄位數、錯誤訊息、金流／運費說明縮短欄位、加入即時驗證、補充費用說明Entrances 高但參與率低頁面載入速度、Core Web Vitals壓縮圖片、延後載入第三方腳本行動裝置跳出率遠高於桌機版面自適應、CTA 大小、字級調整響應式版型、加大點擊區塊跳出率正常但關鍵事件下降事件是否漏埋、追蹤設定是否被同意管理擋掉檢查 GTM、Consent Mode、事件觸發條件
GA4 沒有「跳出率安全值」這種通用門檻，任何跨產業的固定數字都只是參考。要判斷高低，最穩的做法是拿自己網站前 4 到 8 週同類頁面的中位數當基準。
常見問題
以下三題集中處理 GA4 跳出率與離開的判讀疑問，前面已經說明過的操作步驟就不再重複。
高跳出率一定要改善嗎
不一定。判斷之前先確認三件事：這個頁面是否已經完成使用者的查詢需求（例如查詢營業時間、看完短文）；是否本來就是流程終點（例如感謝頁、下載完成頁）；同時期關鍵事件與自然流量意圖有沒有惡化。三項都沒問題時，即使跳出率看起來偏高，通常不需要動內容。真正該進場優化的是「跳出率上升同時關鍵事件下降」或「流量意圖與頁面主題明顯錯位」的情況。不要套用跨產業的固定門檻，那種數字對單一頁面幾乎沒有診斷力。
GA4 為何找不到離開率
因為 Google 在 GA4 官方指標裡只提供 Exits 與 Entrances 兩個次數欄位供探索報表使用，並沒有內建「Exit rate」百分比。團隊若仍需要離開率，要先講清楚分母是「該頁瀏覽次數」還是「工作階段數」以及用途（例如判斷流程漏斗還是內容完讀），再到自訂定義建立計算指標。同時要記住，同一個名稱在 UA 與 GA4 的底層邏輯已經不同，即使自建了離開率，也不能直接跟 UA 歷史數值放在同一張趨勢圖對照。
跳出率會直接影響 SEO 排名嗎
跳出率在 GA4 的角色是參與度指標，不能單獨推論 SEO 排名好壞。若要判斷自然搜尋表現，建議把跳出率、自然搜尋工作階段、關鍵事件與 Core Web Vitals 一起看：例如某篇文章排名上升但跳出率同時飆高、關鍵事件卻掉，可能是關鍵字擴充後吸引到不同意圖的流量，需要先檢查內容切入角度與著陸頁期待，而不是直接刪頁面。單看跳出率就下 SEO 判斷，容易誤判原本表現正常的內容。
想把上面這套 GA4 判讀流程真正落到自己的網站，可以從盤點「著陸頁跳出率 × 關鍵事件」與「流程中段 Exits」兩張表開始，先找出真正影響營收與名單的頁面，再排入內容或技術優化。若需要更完整的診斷與後續 AI Search 可引用性的規劃，也歡迎和 己見室 JiKenSitu 聊聊。
引用連結、參考連結
Google Analytics 說明：參與率與跳出率：驗證 GA4 參與工作階段、跳出率定義與新增報表欄位流程。Google Analytics 說明：進入與離開：驗證 GA4 的 Entrances、Exits 定義及探索報表用途。Google Analytics 說明：建立計算指標：驗證計算指標的權限、建立位置與可用範圍。Google Analytics 說明：UA 跳出率：驗證 UA 的歷史跳出率定義與單頁工作階段限制。