llms.txt 部署指南
llms.txt 指南:何時採用、如何維護
llms.txt 是選用實作:整理提案語法、範本、精選連結、Markdown 輸出、六項檢查與維護。Google Search 忽略此檔案,其他系統是否使用需另行確認。
v1.0 · 2026 年 6 月 · Tenten GEO Research
CH.01
llms.txt 是什麼:以及它誠實的現況
llms.txt 是供採用它的 Agent 閱讀的 Markdown 精選概覽。目前提案允許放在網站根目錄,也允許 /docs/llms.txt 等子路徑,描述該路徑下的內容。它仍是社群提案,是否使用及如何使用由 Agent 決定。
Jeremy Howard 於 2024 年 9 月在 llmstxt.org 發布提案,2026 年 8 月 10 日更新為 v2。它提供精簡脈絡與精選連結,讓 Agent 按需取得詳細內容。根目錄檔案可描述全站,子路徑檔案可描述該區段。
提案列出文件站採用案例,但發布檔案不證明 Agent 使用。Google 現行指引確認 Search 忽略 llms.txt,維護它不會正面或負面影響 Search 可見度與排名。這是 Google Search 的說明,不是所有供應商的規則。
我們的判斷
有明確工具或 Agent 工作流使用,且維護有必要時,再選擇 llms.txt。依自己的網站估算撰寫、部署、連結檢查與同步成本。它不是診斷必做第一項,也不是風險近零的投資或引用提升證據。
- →llms.txt 可提供採用它的 Agent 精選脈絡與連結,不能據此宣稱排名或引用提升
- →Agent 的工作流支援或明確收到檔案時,可使用 llms.txt;沒有所有 Agent 都必讀第一站的要求
- →本指南提及 geo.tenten.co/llms.txt 與 /pricing.md 作為可檢視的參考網址。內容與回應會變動,這裡不保證當下行數、方案數或所有 Agent 採用。

CH.02
提案語法與可複製範例
提案使用 Markdown:專案 H1、選用摘要與脈絡、區段及精選連結。這些慣例供採用的工作流解讀,不保證每個模型都讀懂。
| 元素 | 語法 | 必填 | 作用 |
|---|---|---|---|
| 站點名稱 | # 專案或品牌名稱 | 是(唯一必填) | 整份檔案唯一的 H1,告訴 AI 這是誰的網站 |
| 摘要 | > 一段 blockquote | 強烈建議 | 一到三句話說清楚你是誰、做什麼、給誰:AI 對你網站的第一印象 |
| 補充說明 | 一般段落或清單(無標題) | 否 | 放解讀其餘內容所需的脈絡,例如服務模式、方法論 |
| 區段 | ## 區段名稱 | 否 | 用 H2 將連結分組:服務、文件、資源、聯絡… |
| 連結清單 | - [標題](URL):一句話描述 | 否 | 每行一個連結,描述告訴 AI「為什麼值得讀這頁」 |
| Optional 區段 | ## Optional | 否 | 規格保留字:context 不夠時 AI 可以略過這一區:次要連結放這裡 |
llmstxt.org 社群提案的元素;依現行規格確認,不視為所有 Agent 的契約。
可直接抄的最小範本
- →# Acme 股份有限公司
- →> Acme 是台灣的 B2B 倉儲自動化方案商,為 50–500 人的製造業提供 WMS 導入與顧問服務,客戶包含…(一到三句,寫實、可驗證)
- →## 服務:之後每行:- [WMS 導入服務](https://acme.tw/services/wms):30 天導入流程、定價區間與交付項目
- →## 文件:- [API 文件](https://acme.tw/docs/api):REST API 完整參考,含驗證與錯誤碼
- →## 聯絡:- [預約諮詢](https://acme.tw/contact):30 分鐘免費評估
- →## Optional:放部落格索引、媒體報導等次要連結
連結描述應說明頁面有什麼事實資訊。依預定讀者或工作流選連結,提案沒有通用的 10–30 條限制。geo.tenten.co/llms.txt 是參考網址,不證明當下有四個區段或少於 40 行;應檢查實際取得的回應。
CH.03
llms.txt、robots.txt、sitemap.xml:三個檔案,三種工作
robots.txt 向遵守協定的代理傳達抓取指示;sitemap.xml 列出供發現的 URL;llms.txt 提議給採用它的 Agent 精選概覽。它們都不是強制存取控制,llms.txt 也不取代一般 Search 資格。
| robots.txt | sitemap.xml | llms.txt | |
|---|---|---|---|
| 回答的問題 | 你可以爬哪裡? | 我有哪些頁面? | 哪些頁面重要、講什麼? |
| 格式 | 專用指令語法 | XML | Markdown |
| 主要讀者 | 遵守協定的自動爬蟲;使用者觸發的例外依供應商而異 | 搜尋引擎索引器 | 明確採用提案的 Agent 與工具 |
| 內容性質 | 允許/封鎖規則 | 全量 URL + 更新時間 | 策展連結 + 語意描述 |
| 標準狀態 | 正式標準(RFC 9309) | 業界標準(sitemaps.org) | 社群提案(llmstxt.org) |
| 失誤的代價 | 限制搜尋爬蟲可能影響該爬蟲存取;拒絕訓練是另一項政策決定 | sitemap 可協助發現;遺漏不證明頁面無法被發現,也不保證索引 | 採用檔案的 Agent 得到較少有用脈絡;其他發現路徑仍可能有效 |
存取指示、發現提示與選用精選脈絡各有用途,都不取代可讀頁面,也不證明引擎內部流程。
30 天審計先檢查預定開放的搜尋爬蟲與使用者擷取存取,再確認一般頁面發現,最後處理選用的 llms.txt。為訓練封鎖 GPTBot、ClaudeBot,本身不會封鎖 OAI-SearchBot、Claude-SearchBot。逐一檢查各代理適用的 robots 群組與 CDN 規則。
本章重點
分清存取、發現與精選脈絡。檢查預定服務代理的 robots.txt 與 CDN 控制;選用的 llms.txt 無法補救被擋住的請求,也不是 Google AI 功能的必要條件。
CH.04
進階做法:llms-full.txt 與 .md 鏡像頁
工作流若需要 Markdown,可考慮整合輸出或部分 .md 鏡像。Google Search 不要求這些檔案;HTML 本身不是不可讀,格式應依使用系統決定。
llms-full.txt:一個檔案裝下全部內容
llms-full.txt 可把選定內容整合給使用工具。檔案大小、上下文限制、隱私與更新成本,依收錄範圍而變。按工具文件與同步來源決定;本指南沒有建立全量輸出或鏡像的較高投報。
.md 鏡像頁:在原網址後面加上 .md
.md 鏡像可用 Markdown 提供選定內容。/pricing.md 是參考網址,使用前需把實際回應與 HTML 當下價格、條款、幣別比對。鏡像是選用格式,不證明所有 Agent 都需要或會讀。
- →依實際讀者或工具需求挑鏡像,例如規格或定價;不假設它們是所有 AI 最常被問的頁面。
- →有維護鏡像時,可在 llms.txt 以正確描述連結。連結存在不等於會被自動採用。
- →各格式的日期、價格與條款需正確。過時副本可能誤導讀者或工具,標示日期本身不證明新鮮度。
- →維護紀律:HTML 頁改版時 .md 同步更新,把它放進同一個發版 checklist,不要靠記憶
CH.05
六項部署檢查
用六項檢查確認描述、更新、連結取捨、正文輸出、爬蟲存取與回應格式。這是實作檢查,不是客戶網站錯誤出現率的已發布估計。
- →檢查 1 · 描述:用具體事實說明連結頁面的資訊,避免只寫口號。
- →檢查 2 · 更新:發布時檢查改名、網址與事實。每季複查可作 Tenten 規劃提醒,不是通用工時的驗證結果。
- →檢查 3 · 取捨:依範圍與使用系統保留有用連結。沒有通用數量門檻,也不能推定長清單使全部脈絡失去價值。
- →檢查 4 · 渲染:檢視原始 HTML 與目標系統的渲染內容。Google 執行 JavaScript,其他 Agent 各異;有明確存取需求才考慮伺服器輸出或鏡像。
- →檢查 5・代理存取:對照 OAI-SearchBot、Claude-SearchBot、PerplexityBot 等搜尋爬蟲,檢查 robots.txt、WAF 與已核對的 log。刻意拒絕 GPTBot、ClaudeBot 訓練,不代表 llms.txt 部署失敗;使用者擷取的例外另行處理。
- →檢查 6 · 回應:核對狀態、合適文字 Content-Type 與實際 Markdown 正文。200 錯誤頁或只測 header 可能漏掉壞輸出,不把一種 MIME 標籤當所有系統的要求。
本章重點
先修可存取的回應與有用正文,再修飾檔案。搜尋爬蟲被擋或頁面空白,可能限制該代理的存取,但不能推得所有 AI 都不知道這個網站。部署檢查與排名、引用主張要分開。
CH.06
部署四步驟與驗證清單
決定部署後,可依四步完成撰寫、發布、驗證與維護。按網站和工作流估算工時,不承諾一個下午或每步固定分鐘數。
STEP 1
盤點與撰寫
依範圍與使用系統挑頁面,按照 CH.02 提供真實摘要、分組連結與有用描述。確認檔案正確說明你是誰、頁面包含什麼,不要求固定頁數。
STEP 2
發布在適用路徑
全站概覽可放 https://yourdomain/llms.txt;依 v2 提案,特定區段也可放 /docs/llms.txt。靜態 Next.js 網站可使用 public/llms.txt,CMS 可提供靜態路由。檢查 200 回應、合適的文字 Content-Type、UTF-8 與實際 Markdown 正文。
STEP 3
驗證回應與內容
先看傳輸與實際正文,再開連結、比對原始事實。把檔案提供模型做摘要,可發現待調查問題;錯誤也可能來自模型、存取或脈絡,不一定是描述缺漏。這不證明自主發現或引用。
STEP 4
安排維護責任
指定負責人,頁面更動時同步更新。依變更頻率安排複查,每季或 3 週改寫循環可作 Tenten 規劃選項,不是已驗證客戶成果或十分鐘承諾。有可信請求日誌時另行檢視。
- →傳輸參考:curl -sI https://你的網域/llms.txt 只查 header;仍需取得正文並檢查相關連結回應。
- →模型摘要錯誤先列為調查項。把檔案提供 ChatGPT 或 Claude,不證明它們會自行發現或優先讀取。
- →分別確認 OAI-SearchBot、Claude-SearchBot、PerplexityBot 的預定存取,以及 GPTBot、ClaudeBot、Google-Extended 的訓練/grounding 控制。檢查使用者擷取例外;llms.txt 不要求普遍同意訓練。
最後一句話
llms.txt 是選用工程決定,不是 GEO 必備地基中最便宜的一塊。先維護正確內容與預定存取,再依明確使用系統評估,不靠假定排名價值或催促。
資料來源與研究方法
規格依 Jeremy Howard 的 llmstxt.org 提案,2024 年 9 月發布,2026 年 8 月 10 日更新 v2:https://llmstxt.org/ 。Google 2026-07-10 更新的 AI 指引確認 Search 忽略 llms.txt,對可見度/排名無正負影響:https://developers.google.com/search/docs/fundamentals/ai-optimization-guide 。2026-06-15 說明記錄於 https://developers.google.com/search/updates ,不能據此外推所有供應商。既有訓練/搜尋/使用者請求區分依官方文件,包括 https://developers.openai.com/api/docs/bots 。檢查與複查節奏是 Tenten 建議,不是客戶出現率資料、投報量測、固定完工時間或必讀第一站規則。geo.tenten.co/llms.txt、/pricing.md 參考網址需核對當下回應與來源,不宣稱固定現站數量。實質檢視日期:2026-10-05。
© 2026 Tenten GEO · 歡迎引用本指南內容,請註明出處。
討論你的 AI 搜尋優先事項
申請 30 分鐘基準解讀送出預約申請後,24 小時內回信確認時段。