想拒絕 AI 訓練，又保留搜尋曝光？先盤點 Google 與 Bing 的控制設定

30 秒結論：先填用途表，還不要刪舊規則

本文判讀本週先追求「設定是否符合內容用途」，再追蹤流量。行動建議將規則發布、爬蟲讀到規則、平台開始採用規則分成三欄，避免把完成部署寫成平台已生效

新方案改了哪裡？先看兩家真正不同的地方

官方事實Google 表示，未明確指定 Google-Extended 時，共用訓練拒絕訊號將按拒絕 Google-Extended 解讀，既有平台專屬控制仍保留 [1]。目前 Google-Extended 同時管理指定 Gemini 模型訓練及 Gemini Apps、Vertex AI 的指定 grounding 用途；它不影響 Google Search 收錄，也不是排名訊號 [4]

本文判讀「共用」解決的是表達訓練偏好的方式，不會讓所有產品的引用控制變成同一套。若網站要在不同平台保留不同入口，仍需要逐平台決策，而不是整份 robots.txt 只剩一個總開關

哪些網站該動？用內容用途決定，不用排名漲跌決定

以下是依官方控制範圍整理的行動建議。網站類型只是協助分工的起點，同一個站的公開教學、付費資料與商品介紹，可以有不同選擇

今天怎麼盤點？從正式站回應一路對回模板

1. 保存現況：開啟正式網域的 /robots.txt，保存完整內容、網址與查核時間；在瀏覽器「檢視網頁原始碼」找 robots、Bingbot、noarchive、nocache。再到開發者工具的 Network，選主文件，看 Response Headers 中的 X-Robots-Tag
2. 分組，不只查首頁：依商品、公開文章、付費內容及分享頁等實際模板分類，每類記錄代表網址與例外頁。將看到的標籤對回 CMS 模板、伺服器或 CDN 規則，找出誰能修改
3. 請內容負責人選用途：每組分別填「傳統搜尋」「AI 訓練」「Microsoft 自營引用」「Microsoft 第三方 grounding」「Google-Extended 用途」。沒有決策就填待確認，別讓工程師用預設值代替商業選擇
4. 建立測試版本：依下節範例核對規則範圍，逐頁查看實際輸出的 HTML 與標頭。尤其要確認沒有順手改到 noindex、Googlebot 或 Bingbot 的檢索規則
5. 把日期與證據分開：記錄發布時間、最近查核時間、平台預定採用時間，以及取得的重新檢索證據。每次修改後立即重查；Bing 遷移另排 2026-12-15、2027-02-01 與 2027-03-01 複查 [3]

量測建議本週做設定盤點，不需要先匯出排名報表。若日後要觀察入口變化，先保存改動前最近一段完整、可重現的資料區間，寫下起迄日、來源平台、國家與頁群；後續沿用同樣欄位對照，將同期其他改動另列，避免用某一天的零點擊替整個政策下結論

設定範例：先選用途，再選放在哪裡

官方規格共用訓練訊號使用以下群組；目前是 Kevin Kelley 提交的 Internet-Draft，尚未成為正式標準。它表達內容使用偏好，與爬蟲存取規則分開 [5]

# 範例：表達全站不供生成式 AI 訓練
User-Agent: __usage_ai-training
Disallow: /

行動建議把這個群組加入測試稿時，保留原有的爬蟲與平台規則。若只限制部分資料，將 / 改成經確認的路徑，並列出允許的例外。Google 尚未開始支援新訊號，現在仍要維持已確認的 Google-Extended 選擇 [1]

Bing 若要「拒絕訓練、保留回答引用」，新方案可在頁面的 <head> 放入下列組合；預設未設定時兩者均為 Allow。頁面訓練設定可覆蓋 robots.txt 的訓練偏好，grounding 則沒有 robots.txt 的全站設定 [2][3]

<meta name="Bingbot" content="ai-training:disallow">
<meta name="Bingbot" content="ai-grounding:allow">

套用條件想限制 Microsoft 對第三方提供的 grounding，將第二個值改為 ai-grounding:disallowextended；連 Microsoft 自營回答引用也要拒絕，才改為 ai-grounding:disallow。這組選擇不改變傳統 Bing 搜尋資格，正常檢索與索引條件仍適用 [3]

這次需檢查的是 robots.txt、Metadata 與 HTTP 標頭的實際輸出。本文建議不為這則公告新增 Article 或其他 Schema 欄位來表達 AI 使用偏好，避免把不同用途的設定混在一起

正在用 NoArchive／NoCache？把 Bing 遷移排進行事曆

官方時程Bing 對舊標籤使用者提供下列過渡安排；未使用舊標籤、也要維持允許用途的網站，沒有這套過渡操作 [3]

3 月 1 日後，NoArchive／NoCache 不再作為訓練與 grounding 偏好；訓練沒有 BWT 暫時設定。BWT 過渡入口到 12 月 15 日才開放，官方目前未提供本文可核對的實際選單路徑，先登記複查日期，開放後再將入口與設定畫面補進紀錄 [3]

可直接帶走：一列一個平台、一組路徑的盤點表

把下面這行複製到試算表，用直線符號分欄。一組路徑在 Google 與 Bing 各填一列，才看得出相同內容在不同平台的選擇有沒有被混用

平台｜頁群／路徑｜代表網址｜傳統搜尋是否保留｜訓練意願｜引用意願與範圍｜現行 robots.txt｜現行 meta／HTTP 標頭｜預定規則｜Google-Extended 例外｜舊標籤是否存在｜BWT 過渡資格與設定｜內容決策人｜工程負責人｜規則發布時間｜平台預定採用時間｜重新檢索證據｜最近查核時間｜下次複查日｜狀態／待查事項

填寫方式狀態使用「待決策」「已備份」「已準備」「已發布、待平台採用」「待重新檢索」「已取得讀取證據」。沒有取得的證據保留空白並註明待查；不把空白填成成功或零。這張表的用途是讓內容與工程人員對同一份規則負責，不是計算一個沒有依據的完成分數

這次最容易改錯的三件事

• 把公告日當生效日：11 月先備份與測試，平台開始採用後再記錄生效證據；Google 與 Microsoft 的時程分開列 [1][2]
• 為了不訓練，封掉整個搜尋爬蟲：先對照用途欄，保留原本要有的搜尋入口。Bing 的 Allow 使用偏好也不會覆蓋原有的檢索封鎖 [3]
• 換了新標籤，卻以為舊限制會一直補上：Bing 公告指出，偵測到站上新 AI 偏好後會忽略留下的 NoArchive／NoCache。遷移要一次確認訓練、引用兩項，不要只搬其中一半 [2]

本週其他更新與查核

本次未另選第二項核心消息。截至查核，Google Search Status Dashboard 顯示「No incidents」；這是公開狀態資訊，不拿它替個別網站的排名變化定因 [6]。Google 搜尋文件更新紀錄中也未找到這個七天區間內獨立的 GSC 新功能公告，保留原有量測流程，不為湊週報安排無關改版 [7]

資料來源

查核日期：2026-11-03（台灣時間）。公告、持續更新文件與草案分開標示；未標個人作者或更新日的文件如實記錄

延伸閱讀