先接受一件事
Search Console 的點擊數與 GA4 的自然搜尋工作階段，永遠不會相等。
差距在一成五以內是正常的；三成以上才需要查；超過五成通常代表有實際問題。
多數人的錯誤不是數字對不上，而是把兩個定義不同的東西當成同一件事在比。
判讀順序
遇到對不起來，照這個順序走，不要跳。
第零步：確認你在比什麼。
Search Console 的「點擊」是使用者在搜尋結果上點了一下。 GA4 的「工作階段」是使用者到站之後被記錄下來的一段瀏覽。
點了但沒到站，前者算後者不算。這件事天天在發生。
五個結構性原因
原因一：使用者在頁面載入前就離開。
點擊發生在搜尋結果頁，工作階段發生在你的頁面。中間有網路延遲、DNS 解析、跳轉。慢一秒就會流失一批。
判斷方式：比對行動與桌機的落差。如果行動裝置的落差明顯較大，多半是速度問題。
原因二：時區與日期界線不同。
Search Console 用太平洋時間切日，GA4 用你設定的資源時區。
判斷方式：拉一個月的區間再比，而不是比單日。用月為單位，這個原因會自動消失。
原因三：同意管理平台擋掉了追蹤。
如果網站有 Cookie 同意橫幅，未同意的使用者不會被 GA4 記錄，但 Search Console 照樣算點擊。
判斷方式：看同意率。同意率七成，落差三成，兩個數字會對得起來。
原因四：GA4 的管道歸因把流量分走了。
從搜尋結果點進來，但網址帶了 UTM 參數，GA4 會把它歸到別的管道。內部連結、電子報、社群貼文如果貼的是帶參數的網址，就會出現這種狀況。
判斷方式：看「未指定」與「推薦」管道有沒有不合理的量。
原因五：Search Console 的資料本身被抽樣與門檻過濾。
查詢層級的資料有隱私門檻，低於門檻的查詢不會顯示。所以查詢層級加總，通常小於總覽的數字。
判斷方式：不要用查詢報表加總去對總覽，這兩個數字設計上就不會相等。
排除完之後才懷疑追蹤
如果五個原因都排除，落差還在五成以上，這時候才去查追蹤碼。
常見的實際問題有三種：某個範本頁少埋了程式碼、單頁應用的路由切換沒觸發頁面瀏覽事件、或是有第三方腳本擋掉了。
順序不能反過來。我們看過團隊花兩週重寫追蹤，最後發現是同意橫幅的設定。
一張建議的月報表
我們給客戶的月報只放六個數字：
Search Console 的曝光、點擊、平均排名；GA4 的自然搜尋工作階段、關鍵事件數、轉換率。
再加一欄「兩邊點擊與工作階段的比值」。
這個比值本身就是健康指標。它應該是穩定的，突然變動才是真正該查的訊號，比單看任何一邊都可靠。
一個實際的排錯案例
一位客戶回報：GA4 的自然搜尋工作階段比 Search Console 點擊少了六成二，持續三週。
我們照順序走：
第零步確認比的是同一段期間、同一組頁面。發現他們用的是 GA4 的「工作階段」對 Search Console 的「總點擊」，但 GA4 那邊套了一個「僅限台灣」的區隔，Search Console 沒有套。
光是拿掉這個區隔，落差就從六成二降到三成八。
原因二時區：兩邊都用月為單位比對之後，落差降到三成五。
原因三同意率：他們的 Cookie 同意橫幅同意率是六成八，也就是有三成二的流量不會進 GA4。
三成二對三成五，幾乎完全對得起來。
整個排錯過程不到四十分鐘，而在此之前，那個團隊已經花了兩週懷疑追蹤碼有問題。
順序對了，時間就省下來了。
建立基準線的三個步驟
步驟一：連續三個月記錄比值。每月一個數字，記在同一張表。
步驟二：標記已知的結構性因素。同意率是多少、有沒有 UTM 汙染、行動裝置佔比多少。這些是解釋落差的常數。
步驟三：設定偏離門檻。我們的建議是兩成。比值偏離基準超過兩成，就啟動上面的五步排錯。
有基準線之後，這件事就從「每個月吵一次」變成「每個月看一個數字」。
兩個平台各自最該看的三個數字
與其糾結對不對得起來，不如各取所長。
Search Console 該看的三個：
一、查詢報表裡「曝光高但點擊率低」的字。這是最容易改善的一批，通常改標題與描述就有效。二、頁面報表裡「排名十一到二十名」的頁。這批只差一點就進第一頁，補內容的投報率最高。三、涵蓋範圍報告裡的「已檢索但目前未建立索引」。這通常代表內容價值不足或重複，是結構性問題。
GA4 該看的三個：
一、自然搜尋的關鍵事件轉換率。流量有沒有變成詢問，只有這邊看得到。二、著陸頁的參與率。低於平均的頁面，代表搜尋意圖與頁面內容不匹配。三、來自搜尋的新使用者與回訪者比例。回訪者偏低，代表內容留不住人。
六個數字，二十分鐘看完，比追求兩邊數字一致有用得多。
一個給非技術背景經營者的提醒
如果你不是自己看報表的人，只要記得一句話：
「兩邊數字不一樣是正常的，該問的是比值有沒有變。」
當代理商或內部同事說「數字對不起來」的時候，請他們先回答「比值原本是多少、現在是多少」。答得出來，代表他們有在追蹤；答不出來，那才是真正該處理的問題。
三個不需要處理的落差
最後補一個容易焦慮的地方：有些落差是結構性的，處理不了，也不需要處理。
一、預覽與快取造成的點擊。搜尋結果頁的預覽功能、瀏覽器預先載入，都可能被算成點擊卻沒有真正的工作階段。
二、機器人流量的過濾差異。兩個平台的過濾規則不同，這部分永遠不會一致。
三、跨裝置的使用者識別。 GA4 會合併同一使用者的多個工作階段，Search Console 不會。
這三項合計通常佔個位數百分比。把它們納入你的基準線，之後就不必每個月重新緊張一次。
判讀數據最重要的能力，其實是知道哪些差異不值得追。