llms.txt 完整介紹：AI 搜尋時代，讓 AI 正確讀懂你網站的關鍵檔案

隨著 ChatGPT、Claude、Perplexity、Google AI Overviews 等 AI 工具成為使用者尋找資訊的新入口，「網站能不能被 AI 正確理解與引用」已經和傳統 SEO 一樣重要。llms.txt 正是為此而生的一個新標準——它是一份放在網站根目錄的檔案，用簡潔、結構化的方式告訴大型語言模型（LLM）：你的網站是什麼、有哪些重要頁面、該從哪裡取得可信賴的資訊。

本文將完整說明 llms.txt 的定義、格式、用途、撰寫方式與常見誤解，協助你正確導入，避免踩雷。

llms.txt 是一份以 Markdown 撰寫、放置於網站根目錄（/llms.txt）的純文字檔案，目的是在 AI「推論當下（inference time）」提供簡短背景資訊與重要頁面連結，協助大型語言模型快速理解網站內容。

這個標準由 Answer.AI 的 Jeremy Howard 於 2024 年 9 月提出，官方規格網站為 llmstxt.org。它的核心概念很單純：LLM 的上下文視窗（context window）有限，無法一次讀完整個網站，因此需要一份「精選地圖」，指引 AI 去讀最重要、最權威的頁面。

簡單一句話總結：llms.txt 是給 AI 看的網站導覽索引，不是給 AI 看的百科全書。

傳統網頁充滿了導覽列、廣告、JavaScript、CSS 與各種雜訊，對 LLM 來說，要從中萃取出乾淨、結構化的資訊成本很高。llms.txt 帶來三個具體價值：

• 降低 AI 理解成本：用乾淨的 Markdown 直接列出重點與連結，AI 不必費力解析複雜的 HTML。
• 掌握品牌敘述主導權：你可以親自定義「我們是誰、我們提供什麼」，減少 AI 誤解或拼湊錯誤資訊的機會。
• 提升重要內容的可被引用性：把最權威的頁面（產品說明、定價、常見問題、政策）主動推到 AI 面前，增加被正確引用的機會。

在 GEO（Generative Engine Optimization，生成式引擎最佳化） 的框架下，llms.txt 被視為讓網站「AI-Ready」的基礎建設之一。

llms.txt 刻意採用 Markdown，而非 XML 或 JSON，因為 Markdown 同時對人類與 AI 都友善、容易閱讀。官方規格定義的結構如下：

• 一個 H1 標題（唯一必填項目）：網站或專案的名稱。
• 一段引言摘要（blockquote）：用一到兩句話描述網站的核心定位，這是最關鍵的一行，AI 主要靠它理解你的身分。
• 零個或多個說明段落：補充背景資訊，例如語言、子系統、重要提醒。
• 零個或多個 H2 區塊：每個區塊底下是一份「連結清單（file list）」。

連結清單中的每一條，格式為 一個 Markdown 超連結 [名稱](網址)，後面可選擇加上冒號與一句說明。例如：

此外還有一個慣例區塊 ## Optional，用來放「次要、可省略」的連結，讓 AI 在上下文空間不足時可以優先略過這些。

很多人會把兩者搞混，其實它們分工明確：

• llms.txt：精簡的「導覽索引檔」，只放品牌摘要與精選連結，設計上要小而美（通常控制在數百字內）。它負責指路。
• llms-full.txt：完整的「內容全文檔」，把重要頁面的實際內文彙整成單一檔案，方便 AI 一次讀取全部內容。它負責提供內容。

換句話說，如果你想讓 AI 讀到完整內文，正確做法是另外建立 llms-full.txt，而不是把大量文字硬塞進 llms.txt。混為一談會讓索引檔臃腫、失去「精選」的意義。

這三個檔案都放在網站根目錄，但服務對象與目的完全不同：

• robots.txt：告訴搜尋引擎爬蟲「哪些路徑可以爬、哪些不能爬」，是權限控制。
• sitemap.xml：列出網站「所有」頁面網址，供搜尋引擎完整索引，追求的是涵蓋率。
• llms.txt：提供給 AI 的「精選」重點頁面與品牌摘要，追求的是精準與精煉。

關鍵差異：sitemap 要「全」，llms.txt 要「精」。llms.txt 不是 sitemap，切勿把所有頁面一股腦全列上去。

以下是實務步驟：

1. 撰寫 H1 與品牌摘要：用一句話清楚定義你是誰、提供什麼。這是整份檔案最重要的部分。
2. 盤點核心頁面：挑出你「最希望 AI 依賴」的頁面——主要產品／服務、定價、常見問題、退換貨與政策、聯絡資訊。
3. 依主題分區（H2）：把連結依商品線或功能分組，讓結構清晰。
4. 為每條連結寫具體說明：一句話、內容明確的描述，對 AI 的幫助遠大於只有頁面標題。
5. 把次要連結放進 Optional：法規、外部參考等可省略的內容歸到 ## Optional。
6. 放到網站根目錄：檔案必須位於 https://你的網域/llms.txt，AI 只會在根目錄尋找它。

建議放入：

• 清楚的品牌／網站定位摘要（等同給 AI 的「系統提示」）。
• 核心產品、服務、分類頁的連結，並附上內容豐富的一句說明。
• 常見問題、政策、定價、聯絡方式等使用者最常查詢的頁面。

建議避免：

• 重複或雷同的頁面，以及登入頁、後台等內部資源。
• 純行銷話術與空泛內容。
• 頻繁變動或時效性強的內容（例如短期促銷活動頁）。
• 把整篇內文塞進 llms.txt——內文應放在頁面上或 llms-full.txt。

一句原則：無情地取捨（curate ruthlessly）。llms.txt 是精選簡報，不是資料傾倒場。

誤解一：把定義、FAQ、大量內容直接塞進 llms.txt，AI 就會照抄回答。
事實是：LLM 不會把 llms.txt 當標準答案照抄。定義應放在詞彙頁並用 Schema.org 的 DefinedTerm 標記；FAQ 應放在頁面上並用 FAQPage 結構化資料（JSON-LD）標記——這才是 AI 與搜尋引擎真正會擷取的機制。llms.txt 只負責連到這些頁面。

誤解二：llms.txt 可以取代 Schema 結構化資料。
兩者是互補、不同層級的東西。Schema（JSON-LD）內嵌在每個頁面的原始碼中給爬蟲讀取；llms.txt 則連到那些頁面。正確做法是「Schema 放頁面、llms.txt 指路」，而不是把 Schema 塞進 llms.txt。

誤解三：llms.txt 就是 sitemap。
不是。sitemap 追求列出所有頁面；llms.txt 追求精選重點。把整個 sitemap 複製過來反而違反 llms.txt 的設計初衷。

在導入前，有一點必須誠實看待：llms.txt 仍是一個「提議中的標準（proposed standard）」。目前它在軟體文件、開發者工具類網站採用度較高，知名採用者包括 Anthropic、Stripe、Mintlify、Cursor、Zapier 等。

然而，主流 AI 搜尋引擎（Google、OpenAI、Anthropic 等）尚未官方公開承諾一定會讀取並使用 llms.txt 進行檢索。因此，任何宣稱「導入 llms.txt 就保證在幾個月內提升 AI 引用率」的說法，都缺乏公開實證，應謹慎看待。

比較務實的定位是：llms.txt 是一項低成本、面向未來的基礎建設。它不保證立即見效，但實作成本低、沒有壞處，且與整體「AI-Ready／GEO」策略方向一致，值得及早準備。

1. 放在網域根目錄：最終網址必須是 https://你的網域/llms.txt，不要放在子目錄，否則 AI 找不到。
2. 確認伺服器不會攔截：若首頁有轉址規則，務必確認該規則只作用於根路徑「/」，不會連帶把 /llms.txt 一起導走。
3. 使用正規網址：連結盡量指向頁面的正規版本（含結尾斜線與否依站台實際設定），避免不必要的轉址跳轉。
4. 定期維護：網站改版、新增或下架產品時，同步更新 llms.txt，避免死連結。

llms.txt 代表一種思維轉變：網站不只要對「人」與「搜尋引擎爬蟲」友善，也要開始對「AI 模型」友善。它的角色是一張清楚的地圖，而不是一本厚重的百科全書——把定位講清楚、把重要頁面指出來，剩下的內容則交給頁面本身與結構化資料去承載。

正確導入 llms.txt，搭配頁面上的 Schema 結構化資料與扎實的內容，才是讓網站在 AI 搜尋時代站穩腳步的完整解法。