渥合數位 › 文章 › Google AI「代理瀏覽」是什麼：llms.txt 確認列入審查項目

Google AI「代理瀏覽」是什麼：llms.txt 確認列入審查項目

Q: llms.txt 是什麼？一定要有嗎？

**llms.txt 是放在網站根目錄、寫給大型語言模型看的「機器可讀摘要」。** 它是一份 Markdown 檔，需要有主標題（H1）、網站簡短說明，以及指向重點頁面的連結清單，本質上就是「給 AI 看的網站目錄」。它不是強制規範，但 Chrome Lighthouse 的「代理瀏覽」類別已把它列入檢查，且對 AI 檢索你的內容有直接幫助，屬於現在投報最高、又有明確標準的項目。

Q: 「代理瀏覽」分數會影響我的 Google 搜尋排名嗎？

**目前不會直接影響排名。** 「代理瀏覽」是 Lighthouse 的實驗性類別，顯示的是「通過幾項代理就緒度檢查」的比率，不是會計入排名的加權分數，項目也還會變動。但 Google 願意把它放進官方體檢工具，是很明確的方向訊號——當越來越多使用者透過 AI 代理找服務，網站的「AI 可讀性」正從加分項變成基本盤，提早準備不會白費。

Q: 我沒有工程背景，要怎麼產生 llms.txt？

**用免費的線上產生器就好，不用寫程式。** 我們提供了兩個免費、零註冊、瀏覽器直接出結果的 llms.txt 產生器：ahha.tw/llms-txt-generator 與 ahha.com.tw/tools/llms-txt。填入網站基本資訊就能產出一份符合規範的檔案，再放到你網站根目錄的 /llms.txt 即可。如果你的網站是在 AHHA 平台架設，這份檔案會自動生成、不需手動處理。

Q: llms.txt 放一次就好，還是需要一直更新？

**需要更新，否則會逐漸失去參考價值。** llms.txt 的意義在於反映你網站的最新重點——你新增了服務、發了新文章，卻讓 llms.txt 停在半年前，AI 拿到的就是過期資訊。手動維護容易忘記；理想做法是讓它跟著網站內容自動更新。在 AHHA 平台上，llms.txt 會隨你後台的頁面與文章變動自動重新生成，這也是「自動」相對於「手動產一份」最關鍵的差別。

2026年7月1日SEO/GEO/AIO 優化· Howshin Wang

TL;DR（重點摘要）

Chrome 的網站體檢工具 Lighthouse 新增了實驗性類別「代理瀏覽（Agentic Browsing）」，開始檢查你的網站對 AI 代理程式友不友善——其中 llms.txt 已被正式列入審查項目。這個類別目前查四塊：llms.txt、版面穩定度（CLS）、代理無障礙、以及還很前沿的 WebMCP。現在投報最高、又有明確規範的，就是把 llms.txt 做好；不會寫也沒關係，可以用免費產生器，或在 AHHA 架站讓它自動生成並隨內容更新。

過去我們談網站體質，講的是 SEO、載入速度、行動裝置友善。這些都還在，但一個新的維度正在成形：你的網站，對「AI 代理程式」友善嗎？

什麼是「代理瀏覽」評分

核心觀點： 這是把網站的受眾，從「人」正式擴張到「代替人辦事的 AI」的第一個官方訊號。

所謂 agentic browsing，指的是 AI 代理程式代替使用者瀏覽、理解、甚至操作網站——它可能幫使用者「找出這家店最便宜的方案並預約」。Lighthouse 這個新類別，就是在評估：你的網站結構，是不是為這種「機器來辦事」的場景準備好了。

要先澄清的是：這個類別目前是實驗性的，需要較新版本的 Chrome，項目也還會變動。它不是傳統的 0–100 加權分數，而是顯示「通過了幾項代理就緒度檢查」的比率。它現在是一份「體檢清單」，還不是影響排名的分數——但風向已經很清楚。

PageSpeed ai 瀏覽代理

它到底在檢查什麼

核心觀點： 四個面向裡，有的今天就能做、有的還太早，分清楚才不會白花力氣。

目前這個類別大致查四塊：

llms.txt：網站根目錄放一份給大型語言模型看的「機器可讀摘要」。它是一份 Markdown 檔，需要有主標題（H1），並列出網站重點頁面的連結——本質上就是「寫給 AI 看的網站目錄」。
版面穩定度（CLS）：畫面在載入或互動時不能亂跳。對人是體驗問題，對 AI 代理更致命——元素跳動會讓它點錯地方。
代理無障礙：每個可互動元素要有程式可讀的名稱／標籤、正確的角色與結構。
WebMCP：讓網站把表單與功能主動「宣告」給 AI 代理呼叫的新機制。這塊最前沿也最不成熟，需要註冊實驗性功能，現階段幾乎沒有一般網站做到，也不必急。

實務優先序很清楚：llms.txt 與版面穩定度是現在就該做、投報也最高的；WebMCP 先觀察即可。

為什麼商業網站現在就該在意

核心觀點： 使用者問 AI「幫我找一家」時，讀不懂你網站的 AI，等於把你從候選名單裡刪掉。

越來越多人不再自己一頁頁點，而是問 AI：「幫我找台南這區有做這個服務、可以線上預約的店」。這時決定你會不會被列入答案的，不是網站多漂亮，而是 AI 能不能快速、正確地理解你是誰、提供什麼、怎麼聯絡與預約。

一份結構清楚的 llms.txt，等於主動遞給 AI 一張「重點整理」。這跟我們替客戶做結構化資料（Schema.org）的邏輯一致：把重要資訊，用機器最容易理解的形式再講一次。 差別只在於，這次的讀者是會幫使用者做決定的 AI。而 Google 願意把這件事放進官方體檢工具，本身就是最強的訊號：AI 可讀性，正在從「加分項」變成「基本盤」。

現在就能做：用免費工具產一份 llms.txt

核心觀點： 別等 WebMCP，先把 llms.txt 做好——而且你不用會寫程式。

如果要挑一件現在就開始、又不會白工的，就是 llms.txt。它有明確規範、Lighthouse 已在檢查、對 AI 檢索幫助也最直接。重點是它必須：是 Markdown、有 H1 主標題、並實際列出重點頁面的連結（很多人放了 llms.txt 卻沒放連結，一樣不合格）。

不想手寫也沒關係，我們提供免費的 llms.txt 產生器，填入基本資訊就能產出一份符合規範的檔案，零註冊、瀏覽器直接出結果：

產好後放到你網站根目錄的 /llms.txt，就完成了最實際的第一步。

更省事的做法：讓它自動生成、自動更新

核心觀點： 手動產一份是起點，但會過期——真正的價值在於它永遠跟得上你的最新內容。

手動產一份 llms.txt 是好的開始，但它有個問題：會過期。你新增了服務、發了新文章，llms.txt 卻停在半年前，對 AI 的參考價值就打折了。手動維護一份會過期的清單，並不比沒有好多少。

這也是為什麼在 AHHA 自助架站平台（ahha.com.tw） 上，這件事完全不用你自己處理：

每個網站都自動生成符合規範的 llms.txt——含主標題、網站摘要、各頁面與部落格文章的連結，對齊 llmstxt.org 規範與 Lighthouse 的檢查。
隨內容自動更新——你在後台改了頁面、發了新文章，llms.txt 會跟著反映最新內容，不需要你記得去維護。
版面穩定度、結構化資料、圖片與載入效能等技術底層，平台也一併自動處理。

你把心力放在內容與經營，讓網站對「人」和「AI」都友善這件事，交給平台。登入 AHHA 後台 開通後，直接造訪你的網址 /llms.txt 就能看到自動生成的結果。

參考資料

Chrome for Developers — Lighthouse「代理瀏覽（Agentic Browsing）」評分說明（官方文件）
llmstxt.org — llms.txt 規範

llms.txt代理瀏覽GEOAI 可讀性Lighthouse

常見問題

llms.txt 是什麼？一定要有嗎？

llms.txt 是放在網站根目錄、寫給大型語言模型看的「機器可讀摘要」。 它是一份 Markdown 檔，需要有主標題（H1）、網站簡短說明，以及指向重點頁面的連結清單，本質上就是「給 AI 看的網站目錄」。它不是強制規範，但 Chrome Lighthouse 的「代理瀏覽」類別已把它列入檢查，且對 AI 檢索你的內容有直接幫助，屬於現在投報最高、又有明確標準的項目。

「代理瀏覽」分數會影響我的 Google 搜尋排名嗎？

目前不會直接影響排名。 「代理瀏覽」是 Lighthouse 的實驗性類別，顯示的是「通過幾項代理就緒度檢查」的比率，不是會計入排名的加權分數，項目也還會變動。但 Google 願意把它放進官方體檢工具，是很明確的方向訊號——當越來越多使用者透過 AI 代理找服務，網站的「AI 可讀性」正從加分項變成基本盤，提早準備不會白費。

我沒有工程背景，要怎麼產生 llms.txt？

用免費的線上產生器就好，不用寫程式。 我們提供了兩個免費、零註冊、瀏覽器直接出結果的 llms.txt 產生器：ahha.tw/llms-txt-generator 與 ahha.com.tw/tools/llms-txt。填入網站基本資訊就能產出一份符合規範的檔案，再放到你網站根目錄的 /llms.txt 即可。如果你的網站是在 AHHA 平台架設，這份檔案會自動生成、不需手動處理。

llms.txt 放一次就好，還是需要一直更新？

需要更新，否則會逐漸失去參考價值。 llms.txt 的意義在於反映你網站的最新重點——你新增了服務、發了新文章，卻讓 llms.txt 停在半年前，AI 拿到的就是過期資訊。手動維護容易忘記；理想做法是讓它跟著網站內容自動更新。在 AHHA 平台上，llms.txt 會隨你後台的頁面與文章變動自動重新生成，這也是「自動」相對於「手動產一份」最關鍵的差別。