生活分享

SEO 是什麼:搜尋引擎最佳化在 AI 時代沒有改變的那一半

這篇說明搜尋引擎最佳化(SEO)裡有官方文件可查的那一半:HTTP 成功、可被抓取、已被索引、出現在結果裡是四件事,canonical、hreflang、sitemap、robots.txt 各自解決不同問題。文中把每個說法分成官方文件說明的機制、業界慣例、廠商行銷主張三級,並說明為什麼生成式答案仍然從被索引的頁面取材。本文不承諾任何排名或引用結果。

更新日期: 閱讀時間約 7 分鐘

原創插畫:一份文件經過四階台階通往一個對話框,代表頁面要先被讀到才可能出現在答案裡;非產品介面。
圖片:Mokaair (© Mokaair)

這篇回答一個問題:生成式答案變多之後,搜尋引擎最佳化(SEO)還剩哪一半是確定的。結論是:可被抓取、可被索引、標準網址、網站地圖這條鏈沒有因為 而改寫,而且整組新名詞裡只有這一段有數十年累積、隨時可查的一手官方文件。

這篇不教操作步驟,也不教怎麼看報表。它要把後面幾篇共用的詞彙先立起來:四種狀態怎麼分、robots.txt 到底管什麼、canonical 與 hreflang 各自解決什麼問題,以及一句話要怎麼判斷它屬於官方文件說明的機制、業界普遍做法,還是廠商的行銷主張。以下引用的官方文件都在 2026 年 9 月 14 日查證。

四種狀態,不是同一件事

網站經營者最常把四件事講成一件:頁面打得開、爬蟲讀得到、已經進了索引、在結果頁出現。Google 的搜尋運作說明把流程分成檢索、建立索引、提供搜尋結果三個階段,並直接寫出:即使頁面符合它的規範,Google 也不保證會檢索、建立索引或提供這個頁面。這是官方文件說明的機制。

  • HTTP 成功:伺服器正常回應,回傳 200 成功狀態碼。這是 Google 技術需求頁列出的三項最低條件之一,另外兩項是 Googlebot 沒有被擋住,以及頁面有可索引的內容。
  • 可被抓取:robots.txt 沒有用 disallow 擋住這個路徑。這一層只決定讀不讀得到,不決定收不收錄。
  • 已被索引:Search Console 的網頁索引報表有「已檢索,目前尚未建立索引」這個狀態,官方說明寫的是將來可能建立索引也可能不會,不需要重新提交。
  • 出現在結果裡:官方說明寫得更直白,網頁已建立索引不保證會出現在搜尋結果中,結果會隨使用者的搜尋紀錄與所在位置等變數而不同。

這四層往下相依、往上不保證:下面那層沒過,上面那層一定不會發生;下面那層過了,上面那層仍然可能不發生。後面每一個縮寫的行銷說法,幾乎都是把有資格偷換成一定會。

四層狀態由上往下是 HTTP 成功、可被抓取、已被索引、出現在結果裡,右側列出每一層在官方文件裡的控制項。
由上往下讀四層狀態與各層的官方控制項:每一層只讓下一層有資格發生,沒有一層是保證。 · 圖片:Mokaair (© Mokaair)
閱讀完整文字說明

由上往下四層:第一層 HTTP 成功,伺服器正常回應、頁面打得開,這一層的官方控制項是狀態碼與轉址,頁面壞掉後面三層都不會發生。第二層可被抓取,robots.txt 沒有擋住這個路徑,控制項是 robots.txt 的 allow 與 disallow,規範寫明它不是存取授權。第三層已被索引,內容被分析並存進索引資料庫,控制項是 noindex、canonical、hreflang,網站地圖只是告知不是保證。第四層出現在結果裡,包含一般結果與生成式答案,控制項是 nosnippet、data-nosnippet、max-snippet,官方說明寫著已建立索引也不保證出現。每一層只讓下一層有資格發生,沒有一層是保證。

robots.txt 管的是抓取,不是收錄

robots.txt 的規範原文是 RFC 9309,標題是 Robots Exclusion Protocol,2022 年 9 月以標準軌發布,作者是 Martijn Koster 與 Google 的三位工程師。規範用 allow 與 disallow 描述哪些路徑可以抓,並寫明這些規則不是一種存取授權,也不能代替真正的內容安全措施。

Google 的 robots.txt 介紹頁把用途寫得一樣窄:它主要是為了避免網站被大量請求壓垮,不是用來讓網頁不出現在 Google 的機制;被擋住的網址如果有其他網站連過來,仍可能被建立索引,只是結果不會有說明文字。由此推出一個常被弄反的結果:頁面上放了 noindex 卻同時在 robots.txt 擋住那個路徑,爬蟲永遠讀不到那條規則,官方說明頁明寫,要讓 noindex 生效就不能被 robots.txt 擋住。AI 爬蟲名單那一面留給,這裡不重複。

canonical、hreflang、sitemap 各自解決什麼問題

這三樣常被放在同一句話裡講成技術最佳化,但它們解決的是三個不同的問題,官方文件給它們的強度也不同。

  • canonical(標準網址)處理同一份內容有多個網址。Google 的標準化說明頁寫明:指出標準網址的偏好是提示,不是規則,Google 可能選擇跟你不同的網址;文件把轉址列為最強的訊號,網頁上的連結註解次之,寫在網站地圖裡是弱訊號。
  • hreflang 處理同一份內容有多個語言或地區版本。官方文件有一個硬性條件:兩個網頁如果沒有互相指向對方,標記會被忽略,以免別的網站隨便宣稱自己是你的替代版本。
  • sitemap(網站地圖)處理的是告知:這個網站有哪些網址。sitemaps.org 的 0.9 版協定只有 loc 必填,協定原文自己說 changefreq 的值是提示不是命令,priority 不太可能影響網址在結果頁的位置;Google 的文件更直接,寫明忽略 priority 與 changefreq,只在 lastmod 一致且可驗證時才採用。

這三樣沒有一樣是排名設定。canonical 說哪個網址代表這份內容,hreflang 說有哪些語言版本,sitemap 說這個網站有哪些網址。官方文件也寫過,網站地圖不保證裡面的每個項目都會被檢索與建立索引。

一句話屬於哪一級

這個系列會反覆用到一個判斷:眼前這句話是官方文件說明的機制、業界普遍做法但官方文件沒有確認,還是廠商或代理商的行銷主張。三者常出現在同一篇文章裡而沒有標示,另外還有一種情況是直接跟官方文件寫的相反。

分辨一句說法屬於哪一級的對照表,依 2026 年 9 月查證的官方文件整理。
常見說法屬於哪一級依據
robots.txt 擋住的頁面就不會被收錄與官方文件相反介紹頁寫明被擋的網址仍可能被建立索引,只是結果不會有說明文字
canonical 指定了就一定生效與官方文件相反標準化說明頁寫的是提示,不是規則
每一頁都放自我指向的 canonical業界普遍做法,官方文件沒有要求文件只說可以指出偏好,沒有規定每頁必須自我指向
調高 sitemap 的 priority 有助排名與官方文件相反協定原文說 priority 不太可能影響位置,Google 寫明忽略這個欄位
AI 時代要另做一套最佳化才會被引用廠商與代理商的行銷主張AI 功能說明頁寫的是沒有額外要求,也不需要其他特別的最佳化

「SEO 已死」是誰在說的

「SEO 已死,現在要做別的」這類標題在中文與英文的行銷內容裡都很常見。判斷方法一樣:先看有沒有一手來源。Google 的 AI 功能說明頁寫的是,要出現在 AI 摘要或 AI 模式沒有額外要求,也不需要其他特別的最佳化;同一頁也寫明,網頁必須已建立索引、符合技術需求、有資格顯示摘要片段,才可能出現在這些功能裡。

換句話說,生成式答案仍然從被索引的頁面取材。Bing 團隊 2025 年 7 月的網站管理員部落格也寫過同方向的話:在 AI 驅動的搜尋裡,讓網站可被檢索、保持更新、完整建立索引比以往更重要。要注意這兩份文件都只說明機制與資格條件,沒有任何一方承諾做了什麼就會被引用。至於某某最佳化取代 SEO 這個說法本身的分歧,那一篇會處理。

Google 的 AI 功能說明頁同時列出站長可用的控制項:nosnippet、data-nosnippet、max-snippet、noindex,以及 robots.txt 針對 Googlebot 的規則,針對 AI 訓練用途的則是 Google-Extended。這些控制項能做的是限制內容被怎麼使用,不是把內容推進答案裡。同一頁說明它採用查詢展開的做法,但沒有公布挑選引用的排序規則。

這篇立起來的詞彙,後面幾篇會一直用

接下來的篇章會把 GEO、AEO、AIO、LLMO、E-E-A-T、結構化資料與 llms.txt 一個一個拆開,每一篇都回到這裡的四層狀態問同一個問題:這個做法影響的是哪一層,或者根本不影響任何一層。講的是能換到什麼資格;把整組名詞的分歧點放在同一張表上。

如果只記得一件事,記這個:官方文件講的是資格,不是結果。符合技術需求讓網頁有資格被建立索引,被建立索引讓它有資格出現在結果或生成式答案裡,任何把有資格講成一定會的說法,都已經超出它所引用的文件說過的範圍。

  • 生活分享

    搜尋沒有點擊怎麼辦:用讀者任務重新看流量價值

    讀者在搜尋頁找到營業時間、電話或簡短答案,可能不必進入網站。這不代表每次未點擊都成功,也不能用網站 CTR 推算整個搜尋的零點擊率。本文以原創衣物修改店案例,從查資料、比較服務與預約需求出發,整理搜尋呈現、商家互動與實際任務的檢查方法,附比較表、操作步驟和原創 SVG 圖解。

  • 生活分享

    Perplexity 入門:附引用的 AI 搜尋、方案與隱私設定

    Perplexity 是把答案和引用放在一起的搜尋 AI。這篇說明一次查詢怎麼跑完五步、和 Google 搜尋與 ChatGPT 搜尋差在哪、官網現在的方案價格與額度、Search 與 Deep Research 等模式怎麼挑、可選哪些模型、Spaces 與檔案上傳限制,以及 AI data retention 在哪裡關。數字查自 2026 年 9 月 14 日的官網。

  • 生活分享

    網站 AI 搜尋怎麼規劃:內容索引、回答與搜尋紀錄

    網站搜尋 AI 上線前,先決定哪些內容可被引用,以及找不到答案時如何回應。本文以原創手作展館網站為例,整理內容索引、來源引用、資料權限與更新驗收,並設計一份可用 Notion 管理的搜尋改善紀錄。附操作步驟、欄位比較表和自繪圖解,協助站長從讀者問題找出內容缺口,同時避免把全部查詢與個人資料直接存進共用工作區。

  • 生活分享

    AI 搜尋曝光怎麼量:提示問題、引用與工具限制

    AI 回答提到品牌、附上網站連結與真正帶來造訪,是不同的觀察結果。本文以原創地方活動網站案例,建立固定問題集、重複觀察及引用核對流程,並比較 Google 生成式 AI 曝光、Bing 引用資料與站內分析各能回答什麼。附操作步驟、工具比較表和原創 SVG,協助讀者保留樣本與分母,不把單次回答寫成市場排名。

最新旅遊情報攻略

資料來源

生活分享