GEO 日報|2026.09.01|Google AI 全球上線、Bing 舊 API 退場

Google Search Console 的生成式 AI 控制與成效報表已推向全球,Bing Webmaster Tools 的 SOAP/POX API 同日退役;今天先建立第一方 AI 曝光基線,再盤點可能失效的舊端點與供應商整合。

1. Google Search Console 的生成式 AI 控制與報表全球上線

新聞概述

Google 在 2026 年 8 月 31 日更新官方說明,表示 Search Console 的生成式 AI 搜尋控制與專屬成效報表已推向全球所有網站。網站經營者現在可決定內容是否有資格出現在 AI Overviews、AI Mode 與 Discover 的生成式 AI 功能,也能用第一方資料觀察網站在這些介面中的曝光。

資訊來源

資訊可信度

高,但保留一項 rollout 限制。全球上線日期、控制範圍與報表欄位都來自 Google 官方頁面,並有搜尋產業媒體交叉查證。不過 Google Help 仍保留「部分資源可能看不到報表」的說明;原因可能是資料量不足、網站已關閉生成式 AI 搜尋資格,或文件尚未完全同步。

事實重點

  • 官方公告指出,相關功能自 8 月 31 日起已推向全球所有網站。
  • 專屬報表可查看曝光、出現的頁面、國家、裝置與時間;裝置維度適用於 Search。
  • 關閉生成式 AI 搜尋資格後,網站不會從這些生成式 AI 功能獲得曝光或流量。
  • Google 表示這個控制不會成為生成式 AI 功能以外搜尋結果的排名訊號。
  • Search Labs 實驗資料不包含在正式報表內;看不到報表也不等於網站曝光必然為零。

資訊判讀

判讀:這次變化讓 GEO 監測多了一組 Google 第一方曝光資料,但它仍不能單獨回答「AI 是否真正採信這個頁面」或「曝光帶來多少成交」。正確做法是把報表當成可見度基線,再和網站分析、品牌搜尋與轉換資料對照。若只追總曝光,很容易把介面增加、資料門檻與內容成效混成同一件事。

建議行動

  1. 今天先到 Search Console 檢查生成式 AI 搜尋資格與 Search、Discover 兩份成效報表是否可見,保存畫面與設定日期。
  2. 匯出 9 月 1 日基線,至少保留頁面、國家、裝置與日期維度;後續每週用同一口徑比較。
  3. 在沒有內容授權、法遵或商業理由前,不要只為測試而關閉資格;切換前先記錄當下曝光與流量。
  4. 把 AI 曝光和自然搜尋點擊、品牌搜尋及轉換分開報告,避免用單一數字代表 GEO 成效。

2. Bing Webmaster Tools 舊版 SOAP/POX API 正式退場

新聞概述

Microsoft Learn 在 8 月更新 Bing Webmaster Tools API 文件,標示舊版 SOAP 與 POX API 將於 2026 年 8 月 31 日退役,並要求使用者改用 REST/JSON 介面以避免服務中斷。這個期限今天已經過去,最需要處理的是仍在背景執行的網址提交、報表擷取或自製整合程式。

資訊來源

資訊可信度

高。退役日期與遷移方向來自 Microsoft 官方文件,另有搜尋產業媒體引用 Microsoft 產品負責人與官方通知交叉查證。本文沒有拿實際 API 金鑰測試舊端點,因此只確認「官方退役期限已到」,不宣稱所有舊端點在每個環境都已實測停止回應。

事實重點

  • 官方退役對象是 Bing Webmaster Tools 的 SOAP 與 POX API。
  • Microsoft 指示改用 JSON/HTTP(REST)API,以避免自動化服務中斷。
  • 官方協定頁同時列出 POX 與 JSON 的 URL 格式,可用來辨認程式中的舊端點。
  • 這項變更不能外推成 Bing 搜尋、一般網站收錄或 Webmaster Tools 後台全面停止服務。
  • 截至 9 月 1 日,本日查核未對舊端點做認證呼叫,因此沒有實測故障率或寬限期資料。

資訊判讀

判讀:這不是排名更新,而是內容營運基礎設施的斷點風險。最大的問題往往不是公開網站立刻出錯,而是背景排程沒有告警:URL 提交仍顯示成功、儀表板卻停止更新,幾週後才被發現。GEO 與 SEO 團隊需要把搜尋平台 API 也納入版本、錯誤與資料新鮮度治理。

建議行動

  1. 在程式庫、排程與設定檔搜尋 /api.svc/soap/api.svc/pox 與 WSDL 依賴;找不到才可初步排除直接使用。
  2. 向 SEO 工具、CMS 外掛與報表供應商確認是否已改用 REST/JSON,並要求提供版本或變更紀錄。
  3. 遷移時除了改 endpoint,也要更新 XML/JSON 解析、錯誤處理與回應狀態告警。
  4. 完成後用低風險測試 URL 與報表資料做一次端到端驗證,保存請求時間、回應狀態與最後成功資料日。