AI 回覆列出你的網站來源，只代表某個 URL 出現在答案裡；使用者有沒有點擊、造訪能不能被分析工具辨識，以及最後有沒有產生有效成果，都是下一層事件。把「來源被看見」直接當成「網站獲得流量」，會讓 GEO 成效看起來比實際更完整。
一份 9 月 17 日提交的訴訟書狀，列出 Bing Chat 與 Bing Web Search 之間的三組出版者點擊率差異。這些數字足以提醒營運者拆開曝光與點擊，卻不足以推算全站少了多少流量。
本期 GEO 日報先說明資料從哪裡來、哪些內容仍無法確認，再把量測拆成四段，讓網站團隊可以從今天開始保存各階段的原始分母。
AI 來源曝光不等於網站點擊：四段漏斗要分開量
這套實務量測方法依序記錄「可測提示 → 來源出現 → 偵測造訪 → 合格成果」。四段彼此相連，但每段都有自己的事件與分母，不能全部合併成一個籠統的「AI 流量」數字。
新聞概述
2026 年 9 月 17 日，新聞原告提交 News Plaintiffs’ Combined Summary Judgment Brief。這份文件在後續數日受到搜尋產業媒體解讀，其中最值得網站經營者注意的，不是訴訟勝負，而是書狀所呈現的量測落差：URL 出現在 AI 回覆中，不代表它會獲得與一般搜尋結果相同的點擊。
因此，本日可操作的新意是把來源出現與網站點擊分開量測。這不是 9 月 22 日的 Microsoft 產品發布，也不是法院已認定 Bing Chat 一定會讓所有網站流量下降。
資訊來源
三組核心數字都來自新聞原告提交的 summary-judgment brief。關鍵內容位於 PDF 實體第 76 頁（文件頁碼 68）及同頁腳註 10；書狀把資料描述為 Microsoft representative data，比較 Bing Chat 與 Bing Web Search。Bing Chat 在後續品牌脈絡常以 Copilot 稱呼，但本文談的數字仍以書狀中的 Bing Chat 比較為準，不把它視為目前所有 Copilot 介面的共同結果。
Search Engine Answer、PPC Land與Search Engine Watch協助核對文件日期、數字定位、資料缺口及產業判讀。它們是二手分析，不能取代原始書狀；其中 Search Engine Answer 也明確表示沒有取得 Microsoft 的底層資料，未能獨立重現這項產品比較。
資訊可信度
可以確認的是：書狀如何描述 Microsoft representative data、三組相對 CTR 降幅，以及 CTR 採用 URL appearances 作為分母。這些內容能支持「來源出現與點擊必須分開記錄」的營運判讀。
不能升級解讀的是：這份文件是訴訟一方提出的書狀，不是司法認定，也不是 Microsoft 已公開完整方法與原始資料的研究報告。公開材料未披露底層 query rows、樣本數、觀察窗口、連結位置、完整曝光量、各網站層級的彙整方式及信賴區間。
這些缺口不代表 Microsoft 一定沒有相關欄位，而是外部讀者目前無法據此檢查查詢組成是否相當、不同連結位置如何影響點擊，或各網站結果的分布。因此，數字可用來提出量測問題，不適合當成所有出版者或所有 AI 產品的固定基準。
事實重點
依新聞原告書狀所述的 Microsoft representative data，Bing Chat 相較 Bing Web Search 的整體 CTR 相對降幅為：
- Times 網站：87%–93%。
- Daily News plaintiffs 網站：83%–91%。這裡指一組原告網站，不能簡化成單一 Daily News 網站。
- Ziff Davis 網站：51%–94%。
同一份書狀的腳註把 CTR 定義為「使用者點擊某個出版者 URL 的次數，除以該 URL 在搜尋結果頁或 chatbot 回覆中的 appearances」。換句話說，分母不是所有提示、全站曝光或總造訪，而是特定 URL 實際出現的次數。
三組結果必須保留各自範圍，不能平均成一個「AI CTR」。它們描述的是相對降低比例，也不是下降相同的百分點。
資訊判讀
CTR 相對降低 87%–93%，不等於全站流量也減少 87%–93%。總 referral visits 還會受到 URL 出現次數、query mix、連結位置、產品版本、觀察窗口與追蹤完整性影響。只知道 CTR 差距，沒有兩邊可比較的 appearances，就算不出總點擊或總流量損失。
假設示例：如果某個 URL 在 Bing Web Search 的基準 CTR 是 1.00%，同一可比條件下相對降低 87%，新的假設 CTR 會是 0.13%。只有在兩邊都有 10,000 次相同定義的 appearances 時，才可以示意為 100 次點擊對 13 次點擊。這只是說明「相對降低」的算法，不是 Microsoft 底層資料的重建。
實務上應拆成四段：先定義可測提示，再記錄答案中的來源出現，接著辨識實際造訪，最後觀察合格成果。品牌名稱被提及不一定等於 URL appearance；分析工具記到的 detected visits 也不等於所有真實造訪。Bing Chat 的這組比較同樣不能直接外推到 ChatGPT、Google AI Mode、所有出版者或所有 query。
建議行動
- 可測提示：先凍結一小組能長期重跑的題庫，保存 prompt ID、query family、語言與地區、AI surface、產品版本、日期及重複次數。這一段的原始分母是 completed prompt runs。
- 來源出現：保存 answer ID、實際 URL 或 domain、出現位置、是否需要展開，以及可追溯的 snapshot。以 source appearances ÷ completed prompt runs 計算 appearance rate，並預先定義同一答案出現多個 URL 時如何計數。
- 偵測造訪：保存 landing URL、referrer 或 campaign parameter、session time 與 AI surface。只有來源曝光與造訪能用相容粒度對位時，才計算 detected visits per appearance；不能從 referral 數字反推沒有保存的曝光量。
- 合格成果：事先定義有效詢問、訂閱、購買或 engaged session 的條件，再計算 qualified outcomes ÷ detected visits。不同頁面角色可有不同成果定義，但不能看完結果後再改成功標準。
當介面、版本、地區、裝置或連結位置改變時，另開 cohort，不把新舊條件混在一起。沒有控制組時，也不要把同期間的流量或轉換變化全部歸因於 AI 回覆。
今天可以先建立一張四欄量測表，分別填入可測提示、來源出現、偵測造訪與合格成果的原始計數，再為每欄補上量測條件與 instrumentation note。這套方法用來診斷漏斗，不保證提高來源出現、排名、流量、名單或成交。
資料來源
- News Plaintiffs’ Combined Summary Judgment Brief（CourtListener PDF；主數字、歸因與 CTR 定義）。
- Search Engine Answer（資料缺口與四段量測框架）。
- PPC Land（文件日期、數字範圍與產業解讀交叉）。
- Search Engine Watch（party filing 與非司法認定邊界）。
