工程師常問的一句是「要不要再加一個 AI 專用 meta tag 才能進 AI Overviews 或 AI Mode？」答案是先回到 Google 已公開的抓取、索引與摘要資格，檢查頁面是不是真的可讀。技術 SEO 像把店門、地址與貨架整理好，店家還是不能指定每一位路人一定進門，更不能指定他最後拿哪件商品。
這篇給你可以逐項核對的東西：官方列出的基礎條件、六項技術檢查、量測欄位的定義，以及哪些「AI 專用做法」目前沒有官方支持。
這件事最容易走偏的地方，是把它想成一張新考卷。實際上它比較像同一場考試多了一種批改方式——考題沒換、範圍沒換，只是閱卷老師現在會把幾份答案卷整理成一段摘要。與其去找「AI 專用開關」，先把頁面內容、內部連結、可抓取文字、canonical、結構化資料與量測定義整理一致，每一項都能確認做到了。
技術條件成立之後，顯示與引用仍由 Google 決定。
Google AI Overviews 與 AI Mode 的官方基礎條件
Google 的 AI features 文件 說明，AI Overviews 和 AI Mode 讓使用者以更長或更複雜的查詢探索資訊，網站仍依照現有 Search 基礎運作。頁面需要被索引並符合一般搜尋結果的 snippet 資格，才有機會成為 AI features 的支援連結；Google 仍會依產品狀態判定抓取、索引和顯示。
同一份文件建議網站確保 crawler 沒有被 robots.txt 阻擋、用內部連結讓 Google 找到重要頁面、提供可見文字，並讓結構化資料符合頁面上可見內容。它也說沒有額外的 AI 專用技術要求或特殊 schema。這四項是資格條件，像參賽資格，符合了才進得了名單，名單上誰被選中是另一回事。
Google 的 AI optimization guide 目前也說，Google Search 會忽略 llms.txt，它不會增加或降低 Google Search 的曝光與排名。要評估 llms.txt 的話，把它當成內容導覽提案就好，格式與維護步驟見 llms.txt 實作指南。
AI Mode 和 AI Overviews 差在哪
兩者都在 Google 搜尋裡，只是出現的方式不同。AI Overviews 出現在一般搜尋結果頁上方，而且只有系統判斷摘要對這個查詢有幫助時才出現，很多查詢根本不會觸發。
AI Mode 是另一個模式：使用者從搜尋結果頁的「AI 模式」分頁或 google.com/ai 進入，每次提問都由 AI 回答，可以接著追問，也能用語音或圖片發問。Google 在 2025 年 10 月於台灣推出繁體中文版 AI 模式，官方說它適合需要進一步探索、推理或複雜比較的問題。
| AI Overviews | AI Mode | |
|---|---|---|
| 出現位置 | 一般搜尋結果頁上方 | 獨立的 AI 模式分頁，使用者主動進入 |
| 什麼時候出現 | 系統判斷有幫助才出現，很多查詢不會觸發 | 進入後每次提問都有 AI 回答；系統信心不足時改給網頁結果 |
| 提問方式 | 單次查詢 | 可以連續追問，前面的對話會影響後面的回答 |
| 來源連結 | 摘要旁附支援連結 | 回答中附相關網頁連結 |
| 網站端的條件 | 可抓取、可索引、符合 snippet 資格 | 同左 |
| Search Console | Performance report 的 Web 搜尋類型，也在 Generative AI 報表 | 同左 |
Google 的文件說兩者可能用不同的模型與技術，所以同一個問題在兩邊看到的回答和連結會不一樣。兩者也都可能用 query fan-out，把一個問題拆成幾個子題分別搜尋，再整合成一段回答。你的頁面被引用，可能是因為它回答了其中一個子題，使用者原本打的那句話未必出現在你的頁面上。拆子題與挑來源的過程，在 AI 怎麼決定推薦哪個品牌 有比較完整的說明。
追問是 AI Mode 最不一樣的地方。假設使用者先問「台中有哪些做精密零件加工、可以接小量急單的工廠？」，接著追問「哪幾家有 ISO 認證？」，第二題的回答建立在第一題的脈絡上。只記第二題，換一個帳號或重開一次對話就重現不出來。AI Mode 的觀測要把整段對話當成一筆紀錄，記下第幾輪、前面問了什麼。
把 AI Overviews 拆成可驗證的鏈
「網站有沒有被 AI 看見」其實是六個狀態串在一起，斷在哪一層，要做的事完全不同：
- 可存取：Google crawler 能請求頁面，HTTP、WAF 和 robots 規則沒有把它擋住。
- 可解析：初始或渲染後 HTML 提供 Google 可理解的文字、標題、連結和必要 metadata。
- 可索引：頁面沒有因 noindex、重複或其他索引條件被排除，且 Google 實際將它納入索引。
- 可摘要：頁面符合一般 Search snippet 的資格，內容能直接回答查詢的一部分。
- 可選用：Google 在某次查詢的 AI features 中選擇某個來源，這一步受產品、查詢和其他訊號影響，沒有保證。
- 可量測：團隊能把查詢、日期、裝置、地區、結果類型和來源記錄下來，沒觀測到的不寫成零。
前四層是技術上可以驗證的條件，後兩層要靠產品層觀測。頁面通過前四層，只代表它有資格，某一次查詢用不用它是 Google 的決定。
六個技術與內容檢查層
1. Crawler 存取
先檢查 robots.txt、WAF、CDN 和授權層。Google 的 robots.txt 介紹 指出 robots 可以控制 URL 是否可被 crawler 存取，但不是從搜尋結果隱藏頁面的完整方法。要讓 Google 讀到頁面上的 noindex 之類的指令，robots 層就不能擋它，擋了指令也讀不到。
2. 索引狀態
檢查頁面是否有 noindex、是否被錯誤 canonical 到其他 URL、是否由內部連結可達，以及 sitemap 是否列出正確的正式 URL。sitemap 幫助 Google 發現頁面，索引是另一回事。沒做過 URL Inspection 之類的確認，狀態就記「未確認」，sitemap 裡有那個 URL 也一樣。
3. 可見文字
Google AI features 文件要求頁面提供可見文字。將重要定義、限制、步驟和答案放在 crawler 能讀到的文字，不要只放在圖片、canvas 或登入後互動狀態。內容靠 JavaScript 產生的話，要另外檢查初始 HTML、渲染後 DOM 和 HTTP 狀態，做法見 JavaScript 渲染與 AI 搜尋。
4. 內部連結
由 parent、同主題 sibling 和服務頁連結到重要文章，讓使用者和 crawler 都有清楚路徑。錨文字要描述目標頁內容，連結 URL 要和 canonical 一致。內部連結幫助發現和理解，本身不會換來 AI 引用，怎麼安排見內部連結與 AI 引用。
5. 結構化資料
Google 的文件說結構化資料能提供額外線索，符合條件時支援特殊搜尋結果，但它既非 AI features 的特殊要求，也換不來排名或引用。用 Article 這類型時，欄位要跟頁面上看得到的標題、作者、日期和圖片一致，別為了 AI Overviews 加頁面沒有的欄位。schema 和 AI 搜尋的界線見 FAQ Schema 會提高 AI 排名嗎。
6. Canonical 與來源歸屬
每個可索引版本都要有明確 canonical 和內容來源，避免印刷版、參數 URL、語言版本或重複頁面互相競爭。canonical 是給 Google 的訊號，Google 可以不採用；觀測 AI 回答時要記實際顯示的引用 URL，只記你偏好的 canonical 會對不上。先用可爬取頁面的基本檢查核對 canonical、robots、HTTP 和正文，再做產品觀測。
若要限制哪些內容能出現在 Google 的摘要與 AI 回答，接著看 nosnippet 與 AI Overviews 控制，逐項核對頁面和段落指令。
目前不需要追逐的做法
下面幾件事常被說成 Google AI Overviews 的必要條件，官方文件目前的說法都不是這樣：
| 做法 | 官方目前可支持的說法 | 寫作時的限制 |
|---|---|---|
llms.txt | Google Search 忽略它，不影響正負面曝光或排名 | 可作內容導覽提案，不能當 AI 開關 |
| 特殊 AI schema | Google AI features 沒有額外 schema 要求 | 結構化資料仍需與可見內容一致 |
| FAQ rich result | Google 已於 2026-05-07 停止在搜尋結果顯示 FAQ rich results，相關文件也在後續更新中移除 | FAQ 內容仍可服務讀者，但不能承諾 rich result |
| 一個通用 crawler allowlist | 不同平台和產品有不同 crawler 與政策 | 需要按平台檢查，不能把一個 token 推廣全部 |
Google 的 更新紀錄 記錄 FAQ rich result 的變更，也記錄 2026-06-15 對 llms.txt 的澄清。這些都是會變的東西，之後要引用前再查一次官方頁面。
如何量測而不誤讀數字
Google 的 Search Console Generative AI performance report 說明目前寫明，截至 2026-08-31 已向全球所有網站推出；報表包含 AI Overviews 與 AI Mode 的 impressions，資料也納入 Performance report 的 Web search type。Google 6 月 3 日的官方公告則說明，專用檢視與整體 Performance report 並存，不能用其中一個取代另一個。所以「只能看 Web 總量、沒有 AI 報表」已經是舊說法。但報表在你的 property 看不看得到、impressions 夠不夠，要分開確認。property 裡沒看到這份報表，記下介面、存取狀態、日期、是否被排除、資料門檻和「無資料」的原因，不要直接寫成零曝光。報表在介面的哪裡、怎麼和成效報表一起讀，可以看 Search Console 教學。
一份可審計的觀測紀錄至少要包含：
- query 原文和語言；
- 日期、時區、地區與裝置；
- Google Search、AI Overviews、AI Mode 或其他產品；
- AI Mode 是對話的第幾輪、前面幾輪問了什麼；
- 顯示結果、是否有來源連結、實際引用 URL；
- 取樣數、有效回答數與未出現結果的處理規則；
- Search Console 或其他資料源的日期、property 和報表名稱。
如果要計算「提及率」，先定義分子和分母，例如「在指定查詢樣本中，出現 EthorX 名稱的有效回答數除以可判讀回答數」。這個數字只在那個樣本、日期、產品和判讀規則下成立，拿去當「全平台 SOV」就會誤導。要比較平台，每個平台的查詢集合和有效樣本數都要留著。
一份可執行的檢查表
| 順序 | 動作 | 完成證據 |
|---|---|---|
| 1 | 確認 URL、canonical、語言版本與頁面公開狀態 | URL 清單和頁面確認紀錄 |
| 2 | 讀 robots、WAF、HTTP 與初始 HTML | response、log 或測試結果 |
| 3 | 檢查 rendered HTML 的可見文字和內部連結 | DOM/HTML 檢查記錄 |
| 4 | 核對 schema、title、作者、日期與可見內容 | JSON-LD 與頁面對照 |
| 5 | 依 Google 工具或 Search Console 可用報表確認索引、查詢和流量 | property、日期、報表證據 |
| 6 | 固定查詢、日期、裝置和產品做 AI features 觀測，AI Overviews 與 AI Mode 分開記 | 查詢表、對話輪次、來源 URL、截圖或文字結果 |
| 7 | 將未讀取、未顯示和未取得的狀態分開記錄 | 「未確認」、「無資料」與原因 |
這份清單的價值是把「頁面可讀」和「產品選用」拆開，之後修訂才有可追溯的證據。
常見問題
Google AI Overviews 需要專用 schema 嗎？
Google 目前的 AI features 文件說沒有額外的技術要求或特殊 schema。一般結構化資料仍要符合頁面可見內容，它做的是讓 Google 更好懂你的頁面，選不選用是另一回事。
台灣可以用 Google AI Mode 嗎？
可以。Google 在 2025 年 10 月推出繁體中文版 AI 模式，從搜尋結果頁的「AI 模式」分頁或 google.com/ai 進入。網站不需要另外申請或設定，會不會出現在 AI Mode 的回答裡，一樣看頁面能不能被抓取、索引，以及是否符合 snippet 資格。
llms.txt 是 Google AI SEO 的必要檔案嗎？
llms.txt 是 Google AI SEO 的必要檔案嗎？Google 的 AI optimization guide 和更新紀錄目前都說 Google Search 忽略 llms.txt，不會由此增加或降低曝光、排名——加了不會變好，沒加也不會變差。要建立的話，把它當成可選的公開內容導覽，robots、sitemap 和頁面本身仍然要各自做。
FAQ schema 還能保證 AI Overviews 顯示嗎？
Google 已停止 FAQ rich results，也沒有任何文件支持 FAQ schema 能保證 AI Overviews。FAQ 剩下的價值仍然實在：讀者看得到的一組問答。會不會被產品使用，分開觀測。
Google Search Console 沒有 Generative AI report 代表零 AI 流量嗎？
不能。官方說明指出該專用報表截至 2026-08-31 已向全球所有網站推出，但 property 仍可能因存取狀態、生成式 AI impressions 不足或網站排除該功能而看不到可用資料；報表資料同時屬於 Performance report 的 Web search type。分別記錄報表是否可見、property 是否被排除、日期範圍、資料門檻與「無資料」原因，之後才對得起來。
參考來源
- Google AI features
- Google AI optimization guide
- Google 台灣官方部落格：Google 搜尋正式推出繁體中文版「AI 模式」
- Google 搜尋說明：使用 Google 搜尋的 AI 模式
- Google Search Central：Introducing Search Generative AI performance reports in Search Console
- Google Search Console Help：Generative AI performance report (Search)
- Google Search documentation updates
- Google robots.txt 介紹