GA4 自然搜尋跌 64%，搜尋點擊卻升 1.8%：資料不完整時點樣報告 SEO

如果你正為帳戶近月的大幅「下跌」找答案，第一步唔係改策略，而係查清楚跌嘅係生意，抑或係量度工具。截至 2026 年 11 月，Moz 於 2026-11-04 刊出的個案就係最好例子：法律部門審查後，未明確同意 Cookie 的訪客不再觸發非必要第三方分析標籤，四週內 GA4 自然搜尋工作階段由 100,031 跌至 36,240，關鍵事件跌 72.7%；但同一時段 Search Console 搜尋點擊由 43,500 升至 44,300。一份站得住的 seo 計劃 匯報，核心是把「量度得到」與「量度不到」分開，然後逐層交代。

重點摘要

• 個案中約 57% 訪客歷來拒絕 Cookie，追蹤收緊後這批人從 GA4 消失，跌幅主要來自量度範圍，而非搜尋需求蒸發。
• Search Console 完全沒有出現 GA4 那 64% 的跌幅，搜尋點擊反而小幅上升，曝露則同時下跌。
• 與後台數據比對，GA4 原本已少記 12%，改動後差距擴大至 71%，說明 GA4 只量到活動的一部分。
• 報告應分三節：搜尋可見度、受同意制限制的網站行為、可核實的商業結果，並附一張決策表。
• 首要做的是覆蓋範圍審核，把「政策阻擋」與「技術故障」分開記錄。

目錄

1. 個案到底發生咩事
2. 覆蓋範圍審核：邊一步開始量唔到
3. 如何重建看唔到的自然旅程
4. 三節報告與決策表點樣寫
5. 邊類公司唔適合用這套寫法
6. Seo 職位到底要為邊幾層簽名
7. Topkee 的看法：四層報告與「未能判定」
8. 下一步
9. 常見問題

個案到底發生咩事

Moz 的作者在文中交代，法律團隊做合規審查後發現，部分追蹤標籤在訪客作出同意選擇之前已經觸發，同業亦有公司因類似做法面對訴訟，於是公司採取比法例要求更保守的做法：只要訪客沒有明確同意，非必要第三方分析標籤就不會發射。

這個決定的代價直接寫在數字上。它是這個帳戶報告裡最需要解釋的一頁。該公司歷來有 57% 訪客拒絕 Cookie，改動之後，這批人完全從分析報表消失。四週對比前四週，GA4 自然搜尋工作階段由 100,031 跌至 36,240，關鍵事件同期下跌 72.7%。

如果只看到這裡，結論會是「SEO 出事了」。作者沒有停在這裡，而是轉向 Search Console：搜尋點擊由 43,500 升至 44,300，曝光同時下跌，但沒有任何一項數據接近 GA4 的 64% 跌幅。他再拿後台電子報登記系統比對，改動前 GA4 已比後台少記 12%，改動後差距擴大到 71%。三個來源放在一起，圖像就清楚了：跌的是量度範圍，不是搜尋需求。

覆蓋範圍審核：邊一步開始量唔到

問自己一條問題：現在這份報表，究竟覆蓋了幾成應該覆蓋的訪客？答案要靠審核，而不是靠感覺。

第一步，在 Search Console 的成效報告匯出登陸頁數據，按頁面範本、業務功能或私隱限制分組，先看清楚哪些頁面本來就有追蹤限制。

第二步，分清故障與政策。用 Tag Manager 的預覽模式或 Tag Assistant 連上具代表性的登陸頁，分兩次測試：不給同意時標籤有沒有意外發射、給了同意時標籤是否正常發射。若標籤在有效同意與正確設定下仍然失效，那是技術問題，要修；若是政策正確阻擋，就記錄這個限制，不要試圖繞過。

第三步，如果有同意管理平台，匯出同期同意決定，計算拒絕率。另外，若客戶有做逐詞的 seo排名 追蹤，排名數據屬搜尋端觀測，可以獨立於網站分析之外，成為另一條證據線。要注意的是，拒絕率並不等於 GA4 少了幾成工作階段，因為同意選擇與工作階段量度的是兩件不同的事。

第四步，把自然旅程逐段標記為「可觀測、部分可觀測、不可觀測」。Search Console 可以報告搜尋點擊，但認不出同一個訪客；GA4 只看到允許追蹤的人的行為；CRM 可能核實了登記，卻沒有保留自然搜尋的來源。這張表就是之後報告的底稿。

如何重建看唔到的自然旅程

沒有收集到的個別旅程無法復原，但可以用獨立指標去判斷搜尋活動與業務成果是否同步。這一節回答另一條常見問題：資料有洞，是否就甚麼都不能講？

可以講的，是趨勢的一致性。在 Search Console 分別篩選品牌詞與非品牌詞，比較同期的點擊與曝露變化。這樣可以分辨需求是來自品牌本身，還是更廣泛的搜尋市場。不過要提醒，Search Console 的查詢分類會出錯，部分匿名查詢根本不會出現在詞組報告，所以這只屬輔助證據，不是完整帳目。

可以講的，還有量度差距本身。當你有做 seo排名 追蹤，逐詞的排名歷史亦可以用來核對同期搜尋端的變化。用同一段日期、同一事件定義，把 GA4 的完成登記數與後台記錄比對，算出差距百分比。個案中的差距由 12% 擴大到 71%，正正說明 GA4 只捕捉到後台活動的一小部分。這個數字覆蓋所有流量來源，不能用來推斷遺失的登記有幾多來自自然搜尋，但它足以說明一件事：在同意制限制之下，GA4 的轉化總數不可以當成業務成果的完整量度。

最後，若要連結搜尋與成果，做法是在表單加一條自願填寫的「你從哪裡認識我們」，把答案與分析工具的歸因分開報告，並觀察多個時期是否出現穩定關係，而不是把個別後台成果直接算成 SEO 的功勞。

三節報告與決策表點樣寫

到了寫報告的一步，先在最上面放一段覆蓋聲明，讓持份者在看 KPI 之前就知道收集限制。Moz 文中的示例寫法是：GA4 行為報告受分析同意要求限制，Search Console 提供彙總搜尋活動，後台系統獨立核實已完成的業務成果。

接著把報告分成三節，不要合併成一條隱含的顧客旅程：

如果有做 seo排名 追蹤，逐詞排名亦應獨立報告，不要與 GA4 的互動指標混在同一行。

三節分開陳列，目的是防止持份者把「未被追蹤」直接讀成「生意流失」。

再把每個 KPI 逐項填進決策表：資料來源、表現結果、證據分類、量度限制，最後一欄寫「持份者可以合理得出咩結論」。如果證據支持不到歸因，就在那一欄寫「無法判定」，而不是留空或用零代替。

以個案為例，報告會同時顯示 GA4 自然搜尋工作階段跌約 64%，而 Search Console 點擊升 1.8%。兩個數字量度的是不同東西，不能互相加減對沖；方向相反加上有記錄的同意制改動，正說明單靠 GA4 跌幅不足以證明自然搜尋表現轉差。決策因此是先去查真實搜尋趨勢與已核實的商業成果，才決定要不要改策略。

邊類公司唔適合用這套寫法

這套寫法適合已經有 Search Console 與後台資料、而且同意制改動有明確時間點的團隊。它有一個前提：你要知道改動幾時發生，才有前後對照。

如果公司從第一天起就在嚴格追蹤限制之下運作，從來未見過「完整」的數據，不完整的報表看起來就會像正常。這種情況更需要先審核覆蓋範圍，用版面與範本分組去推斷缺口，而不能假設現在的數字就是全部。這一步會比有明確改動時間點的個案花更多工夫。

另一個不適合的情況，是業務本身沒有可核實的後台成果。如果查詢沒有分級、成交沒有記錄，三節報告的第三節將完全空白，那時首要任務是補商業資料，而不是寫更好看的分析報告。規模極小的公司若沒有專責追蹤人手，勉強做全套審核與決策表的成本，可能高於用它做出的決策價值。

Seo 職位到底要為邊幾層簽名

搜尋相關職位在企業裡究竟要向誰交代？這條問題在個案中沒有答案，但在報告的結構裡有位置。當報表分層之後，每一層都可以寫明負責人與狀態，交付完成與成效改善分開驗收。

第一層是工作交付：已發布頁面、已修復項目、監測覆蓋率、行動清單。第二層是搜尋表現，看逐詞排名與進入前列的詞數。第三層是訪問與機會，看自然搜尋訪問、合資格查詢與可取得的業務數據。第四層寫下一步。

若有 seo排名 的逐詞核對，前後期的排名變化就可以對照同期的工作交付一併閱讀。重大網站改版、問題集變更與資料中斷，都應記入報告，因為它們會改變前後期的可比性。這樣做的好處是，即使某一層缺資料，其他層仍然可以交代；負責人亦清楚自己簽的是哪一層，不會出現「工作做完但成效未見」與「成效未見等於工作未做」的混淆。

Topkee 的看法：四層報告與「未能判定」

Topkee 在 SEO 服務中把成效報告固定為四層：工作交付（優先清單、頁面成果、負責人、狀態）、搜尋表現，並列出逐詞排名與進入前列的詞數；然後是訪問與機會，即自然搜尋訪問、合資格查詢與可取得的業務數據；最後是下一步。其頁面明言「訪問與業務數據以客戶授權及實際可取得資料為準」，並要求先把「合資格查詢」定義清楚，再把完成工作、搜尋表現、訪問與業務機會分開，避免把同期變化直接歸因於單一修改。

當客戶要另找 seo顧問 或外部團隊接手時，這套分層結構亦是交接口徑。

在驗收條款上，Topkee 的規則寫得相當直白：「資料不足時標記『未能判定』，不以零、未排名或缺失值代替成功」。同一套條款亦要求口徑在報告之前寫死，包括引擎、地區、語言、設備、詞表與採樣時間，Google Search Console 的平均位置不替代固定條件的 SERP 排名，廣告、地圖與 AI 答案獨立報告。若客戶要有達標條款，可先約定採樣期與有效採樣覆蓋率的門檻，再談達標比例。

歸因方面，Topkee 以一份報告整合多個來源，GA4 是自然流量「入帳」的位置，付費與自然由第一天起用同一把尺。其 SEO 服務頁亦直言，多數外包 SEO 報告止於排名與收錄頁數，而排名保證不是收入保證。這些做法是該公司的一個可操作範例，不是行業標準；寫進合約前，仍要按自己公司的授權範圍與實際可取得的資料調整。

下一步

如果你今日手上就有一份「大跌」的報表，先做兩件事：一，把 Search Console 與後台數據拉出來，對同一段日期比一次；二，寫一段覆蓋聲明放在報表最上面。之後再按三節結構重排 KPI，把支持不到的歸因標成「未能判定」。

想先看一份以逐詞核對與分層交代為主的報告樣式，可以讀 SEO 報告分析；要理解自然流量與付費流量放在同一本帳的歸因設計，自然流量增長 有相關說明；要安排口徑與驗收方式，可從 seo顧問 的服務頁開始核對範圍。

常見問題

GA4 跌幅幾大才算「資料不完整」，而不是真的跌？

沒有統一的門檻，要看同期 Search Console 與後台數據是否同向下行。個案中 GA4 自然搜尋工作階段跌約 64%，Search Console 點擊卻升 1.8%，兩者方向相反，加上有記錄的同意制改動，才足以判斷跌幅主要來自量度範圍。

拒絕率可以直接當成 GA4 少了幾成工作階段嗎？

不可以。同意選擇與工作階段量度的是兩件不同的事，兩者的分母亦不同。拒絕率只可以列在覆蓋聲明裡幫助解釋，不能被寫成遺失自然搜尋工作階段的準確估算。

沒有前後對照的帳戶應從哪裡入手？

先做覆蓋範圍審核：在 Search Console 匯出登陸頁數據，按範本與私隱限制分組，再用 Tag Manager 預覽模式測試有無同意下的標籤行為，把技術故障與政策阻擋分開記錄。沒有對照時，版面分組就是推斷缺口的主要依據。

三節報告是否一定要用同一套 KPI？

不需要，但每個指標都要填進決策表，寫明資料來源、證據分類與量度限制。分類是按個別指標做，不是按平台做，因為同一個平台可能同時有直接觀測與模型推算的數據。

同意制改動之後應該先改 SEO 策略嗎？

不應急著改。先查真實搜尋趨勢與已核實的商業成果，確認需求是否真的轉弱，再決定要不要調整內容、頁面或預算。單一分析平台的跌幅，不足以證明自然搜尋表現轉差。

Sources

1. "How To Report SEO Performance When Analytics Data Is Incomplete", Moz, 2026-11-04. https://moz.com/blog/measure-seo-performance-incomplete-data