llms.txt 完整實作教學（2026）：什麼是 llms.txt、和 robots.txt／sitemap 差在哪、誰真的會讀，附可直接複製的範本

Q: 那我到底要不要裝？

看你的網站類型。文件密集的開發者／產品文件站值得裝（甚至連 llms-full.txt 一起），因為 AI 開發工具確實會用它省 context。一般內容站、中小企業官網可以裝、成本很低，但別期待立刻有回報；如果時間有限，先把 robots.txt 寫對、sitemap 補好，這兩件的實際回報遠高於 llms.txt。

Q: llms.txt 和 llms-full.txt 一定要兩個都做嗎？

不用。一般站做 /llms.txt 一份（策展導覽）就夠了。/llms-full.txt（全文展開版）主要對文件密集的站有意義，讓 AI 工具一次讀完整套內容。注意 llms-full.txt 這個檔名是社群慣例，不在 llmstxt.org 原始規格的明文定義裡。

CONTENTS · 目次

本文 10 個段落

§ 01 什麼是 llms.txt？一句話與一個比喻
§ 02 llms.txt vs robots.txt vs sitemap.xml：一張表看懂分工
§ 03 llms.txt 的格式規格：照 llmstxt.org 寫
§ 04 /llms.txt 與 /llms-full.txt 差在哪？
§ 05 誰真的會讀 llms.txt？（誠實版，這段最重要）
§ 06 台灣站怎麼產生 llms.txt？
§ 07 Astro／靜態站怎麼部署 llms.txt
§ 08 一份可以直接複製的完整範本
§ 09 常見問題（FAQ）
§ 10 結語：把 llms.txt 當成「低成本的未來選擇權」

先把話講在前面，免得你看完整篇還抱著錯誤期待。

2026 年你會在很多地方看到一種說法：「裝了 llms.txt，ChatGPT 和 Claude 就會優先讀你、優先引用你。」這句話不是真的。llms.txt 是一個有想法、值得認識的社群提案，但它目前的真實處境是：還不是任何國際標準組織認可的正式規格，主流 AI 公司沒有一家公開承諾它的線上系統會讀這個檔，連最大規模的實測都顯示絕大多數 llms.txt 根本沒有被抓取過。

那為什麼還要寫這篇、為什麼截至撰稿時，可觀察到一些技術公司與開發者工具站放置 llms.txt（這類名單會隨時間變動）？因為「現在沒人讀」跟「永遠沒用」是兩回事，而且對某些用途（特別是 AI 開發工具讀技術文件）它確實已經在發揮作用。這篇要做的，是把這條線畫清楚：llms.txt 是什麼、跟你已經很熟的 robots.txt／sitemap.xml 差在哪、格式規格怎麼寫、/llms.txt 與 /llms-full.txt 的分工、誰真的會讀（誠實版）、以及台灣站長（尤其用 Astro、靜態站的）怎麼產生與部署。文章裡的範本都可以直接複製改成你自己的。

什麼是 llms.txt？一句話與一個比喻

llms.txt 是一份放在網站根目錄（你的網域/llms.txt）的純文字檔，用 Markdown 格式寫成，目的是把你網站上最重要、最值得被語言模型讀到的內容，整理成一份精簡的「導覽地圖」。

它由 Answer.AI 的 Jeremy Howard 在 2024 年 9 月提出，規格公開在 llmstxt.org。提案的核心動機很實際：語言模型的 context window（一次能讀的內容量）有限，而你的網站首頁往往塞滿導覽列、廣告、JavaScript、彈窗——對模型來說雜訊很多、訊號很少。llms.txt 的想法是，與其讓模型在一堆 HTML 裡撈，不如你主動給它一份乾淨、結構化、人類和機器都讀得懂的重點清單。

一個好懂的比喻：如果 sitemap.xml 是給搜尋引擎看的「全站地址簿」（每一頁都列、給機器解析），那 llms.txt 比較像你親手寫給訪客的「這個站最該看的 10 篇，各一句話介紹」——它是策展（curation），不是窮舉。

要特別澄清一個常見誤解：llms.txt 不是用來「擋」AI 的。擋不擋 AI 爬蟲是 robots.txt 的工作。llms.txt 從頭到尾都是「歡迎讀、而且我幫你整理好了」的善意提供，它沒有任何封鎖語意。

llms.txt vs robots.txt vs sitemap.xml：一張表看懂分工

這三個檔都放在網站根目錄、都是給機器看的純文字檔，最容易被搞混。但它們的目的、格式、權威性完全不同：

比較項目	llms.txt	robots.txt	sitemap.xml
主要目的	給語言模型一份「重點內容導覽」	告訴爬蟲哪些路徑可抓／不可抓	列出全站網址幫爬蟲發現頁面
格式	Markdown（人類也好讀）	純文字指令（User-agent／Allow／Disallow）	XML
語意	「歡迎讀，重點在這」（策展）	「請勿進入」或「歡迎進入」（門禁）	「我有這些頁」（清單）
標準地位	社群提案，非正式標準	RFC 9309 正式標準（2022）	sitemaps.org 業界協定
主流支援	各家 AI 皆未承諾線上讀取	Google／Bing 等主流搜尋爬蟲通常遵守（是否遵守取決於各爬蟲）	Google／Bing 等搜尋引擎廣泛支援
放置位置	`/llms.txt`	`/robots.txt`	`/sitemap.xml`
不裝會怎樣	幾乎無差別（目前少有引擎讀）	AI 爬蟲視為「全開放」	搜尋引擎靠連結自行爬，發現較慢

從這張表可以看出三件事：

robots.txt 是門禁，sitemap.xml 是清單，llms.txt 是導覽。 三者不衝突、也不互相取代。你可以三個都有。
權威性差很多。 robots.txt 是 IETF 的 RFC 9309 正式標準，主流搜尋爬蟲通常遵守（RFC 9309 是標準，但實務上是否遵守仍取決於各爬蟲）；sitemap.xml 是行之有年、搜尋引擎普遍吃的協定；而 llms.txt 到 2026 年仍只是社群提案，沒有任何標準組織背書，主流引擎也沒承諾會讀。
「不裝的代價」也差很多。 robots.txt 寫錯會把 AI 爬蟲整批擋在門外（這是真的會出事的）；sitemap 沒有頂多讓收錄慢一點；而 llms.txt 目前裝或不裝，對你被不被引用，老實說差別很小。

換句話說：如果你只有時間做一件事，先把 robots.txt 寫對（別擋到該開放的 AI 爬蟲），再補 sitemap.xml，最後才輪到 llms.txt。 這個優先順序反映的就是「實際回報」的高低。robots.txt 怎麼寫，我們在〈10 種 AI 爬蟲完整設定指南〉裡有完整拆解。

llms.txt 的格式規格：照 llmstxt.org 寫

llms.txt 的規格其實很簡潔，llmstxt.org 定義的結構由上而下是這樣：

一個 H1 標題（#）：你的網站或專案名稱。這是規格裡唯一必填的區塊。
一段引文摘要（> blockquote）：用一句到幾句話講清楚這個站／專案是什麼，附上理解全站所需的關鍵資訊。
零或多個說明段落：除了標題以外的任意 Markdown 內容（段落、清單都行），用來補充背景。
零或多個用 H2（##）分隔的檔案清單區塊：這是 llms.txt 的主體。每個 H2 是一個分類（例如「文件」「教學」「API」），底下用連結清單列出該分類的重點頁面。
一個名為 ## Optional 的特殊區塊（可選）：放進這裡的連結代表「次要、可略過」——當模型需要更短的 context 時，可以跳過這一段。

檔案清單裡每一條連結的寫法是固定格式：

- [連結標題](網址): 選填的一句話說明

把這些組合起來，一份最小但完整的 llms.txt 長這樣：

# 白鹿數位

> 專為台灣中小企業設計的數位行銷與 SEO 服務。本站提供 SEO／GEO 教學、
> 工具評比與實作指南，內容以繁體中文撰寫，面向台灣站長與內容經營者。

白鹿數位專注於協助台灣中小企業在搜尋引擎與 AI 引擎上被看見。
以下是本站最具代表性的內容。

## 核心教學

- [2026 GEO 完整指南](https://example.com.tw/blog/geo-guide/): 台灣站長視角的生成式引擎優化總覽
- [AI 爬蟲設定指南](https://example.com.tw/blog/ai-crawler/): robots.txt 怎麼寫才不會擋到 AI
- [Schema JSON-LD 手冊](https://example.com.tw/blog/schema/): 2026 還有效的結構化資料

## 工具

- [SEO 三軸掃描器](https://example.com.tw/seo/): 一次檢測 SEO／GEO／AEO 體質

## Optional

- [關於我們](https://example.com.tw/about/): 公司背景
- [聯絡方式](https://example.com.tw/contact/): 合作洽詢

幾個寫的時候要注意的細節：

連結指向的頁面，最好本身就是乾淨、好讀的內容。 llms.txt 的精神是「給模型省事」，如果你連過去的頁面一樣塞滿雜訊，等於沒幫到忙。提案作者建議重要頁面可同時提供 Markdown 版（例如在原網址後加 .md），但這是進階做法，不是必須。
描述要誠實、要精準。 一句話說明就是讓模型快速判斷「這頁值不值得讀」，灌關鍵字、誇大內容只會降低這份檔的可信度——而這正是 Google 拿它跟「關鍵字 meta 標籤」相提並論的原因（下一段詳述）。
不要把整站每一頁都列進去。 那是 sitemap.xml 的工作。llms.txt 是策展，列你最希望被理解、被引用的那 10～30 篇就好。

`/llms.txt` 與 `/llms-full.txt` 差在哪？

你會看到兩種檔名，分工如下：

/llms.txt：上面講的那份「導覽＋連結清單」。它本身不含頁面全文，模型看到清單後，需要時再去抓對應的網址。檔案小、給的是地圖。
/llms-full.txt：把重點內容的全文直接攤平、串接進同一個檔案。模型不用再一頁一頁去抓，一次就能把你的核心內容全部讀進 context。

要釐清一個容易混淆的點：llms-full.txt 這個確切檔名並不在 llmstxt.org 原始規格的明文定義裡。規格本身談的是 llms.txt 這份導覽檔，以及由工具（如官方的 llms_txt2ctx）產生的「展開版 context 檔」。llms-full.txt 是社群在實作中約定俗成、用來指「全文展開版」的慣用檔名——Anthropic 等公司就同時提供 llms.txt 與 llms-full.txt 兩份，前者是目錄、後者是把整套 API 文件攤平。

實務上怎麼選？

內容站、部落格、中小企業官網 → 先做 /llms.txt 就好。一份策展導覽足夠，維護成本低。
文件密集的產品／開發者文件站 → 可以兩份都做：/llms.txt 當目錄，/llms-full.txt 給需要一次吃完整套文件的 AI 工具。注意 llms-full.txt 可能很大（幾百 KB 到數 MB），別把不相干的內容也塞進去。

誰真的會讀 llms.txt？（誠實版，這段最重要）

這是整篇的核心，也是最多文章誇大的地方。我把 2026 年各方的官方表態與實測數據並陳，你自己判斷。

主流 AI 公司的官方立場

Google Search 代表：公開表示「不支援、也不打算支援」。 Google 的 John Mueller 與 Gary Illyes 在 2025 年都以個人身分公開表態（屬員工發言，非 Google 正式產品政策聲明）。Illyes 把 llms.txt 直接類比成 1990 年代的「關鍵字 meta 標籤」（keywords meta tag）——一個因為「完全由站方自己填、容易灌水操弄」而被搜尋引擎棄用十多年的東西。Mueller 則說：「就我所知，沒有任何 AI 服務說它們在用 llms.txt，而且你看伺服器 log 會發現它們根本連抓都沒去抓。」他形容它「不是為搜尋而做」，比較像是 AI 寫程式工具拿來省 token 的「暫時性拐杖」。
OpenAI：未公開承諾。 截至 2026 年第一季，OpenAI 沒有公開聲明它的線上系統會讀取或依據 llms.txt 行動。
Anthropic：立場較模糊，但未承諾自動讀取。 Anthropic 自己有放 llms.txt 與 llms-full.txt（涵蓋整套 API 文件），但截至 2026 年也未發表「我們會自動讀別人網站 llms.txt」的聲明。它放這份檔，比較像是「方便讀我文件的 AI 工具」，不等於「我去讀你的」。

一句話總結官方面：到 2026 年初，OpenAI、Google、Anthropic、Perplexity 沒有任何一家公開確認它們的線上檢索系統會消費 llms.txt。 其中 Google 甚至是明確否定。

實測數據：絕大多數 llms.txt 沒被讀過

光看表態還不夠，看實際的伺服器 log 最誠實：

Ahrefs 在 2026 年 6 月發表的伺服器日誌研究（log study，分析伺服器日誌與實際流量、非學術研究）掃了 13.7 萬個網域，發現當月有 97% 的 llms.txt 收到「零請求」，而少數有被抓的，多半也是來自一般 bot 而非主流 AI 引擎的檢索爬蟲。
各家自行公布的 log 分析也一致：部分第三方 log 分析觀察到少量 AI bot 請求 llms.txt，但頻率很低；而 ClaudeBot、Google-Extended、PerplexityBot 幾乎不抓。在某個橫跨 90 天、超過 5 億次 AI bot 造訪的監測裡，直接針對 llms.txt 的請求只有區區數百次。

那為什麼還是有人裝？

把上面兩塊放在一起，結論不是「llms.txt 一無是處」，而是要分清楚它現在有用的地方和被高估的地方：

目前確實有用的場景：AI 開發工具（Cursor、各種 coding agent）在你主動把某個文件站餵給它時，會用 llms.txt／llms-full.txt 快速抓重點、省 context。這也是為什麼放它的多半是文件密集的開發者公司。
被高估的場景：「裝了它，ChatGPT／Perplexity 在一般使用者提問時就會更常引用我。」這在 2026 年沒有證據支持。決定你會不會被 AI 引用的，仍然是你頁面上可見的內容寫得夠不夠好引用，以及你的 robots.txt 有沒有讓搜尋型爬蟲進得來——不是這份 /llms.txt。
為什麼還是可以放：成本極低（一個檔），語法不會傷害 SEO，而且它是一張「未來選擇權」——萬一某天某家引擎開始正式讀，你已經就位。把它當成「低成本、可能有上檔、幾乎沒有下檔」的小投資，而不是「裝了就會被引用」的開關，心態就對了。

台灣站怎麼產生 llms.txt？

依你的網站類型，方法不同。

手寫（最推薦給內容站）

對部落格、中小企業官網、個人品牌站來說，手寫一份就夠了，而且最可控。打開純文字編輯器，照前面的格式：H1 站名 → > 摘要 → 幾個 ## 分類各列重點連結 → 選填 ## Optional。列你最希望被理解的 10～30 篇，每篇配一句誠實的說明。存成 llms.txt，上傳到網站根目錄。完成。

手寫的好處是：你最清楚自己哪幾篇最值得被讀，這種策展判斷目前還沒有工具做得比人好。

用工具產生

官方 CLI llms_txt2ctx：llmstxt.org 提供的工具，主要用途是把一份 llms.txt 展開成可直接餵給模型的 context 檔（也就是前面說的展開版）。它解決的是「展開」而非「從零生成」。
第三方產生器與平台外掛：2026 年有不少線上產生器與 CMS 外掛（含部分 SEO 平台）能掃你的 sitemap 自動生出 llms.txt。⚠️ 自動生成的最大問題是它不會幫你做策展判斷——往往把全站都倒進去，變成 sitemap 的 Markdown 版，失去 llms.txt「給重點」的本意。用工具產出後，務必人工刪減、改寫描述。

CMS 內建

部分文件平台（如 Mintlify、GitBook）已內建自動產生 llms.txt／llms-full.txt 的功能。如果你用的平台有，開啟即可，但同樣建議檢查它列了什麼、描述對不對。

Astro／靜態站怎麼部署 llms.txt

TWTools 自己就是 Astro 靜態站，這段講靜態站的具體做法。原則只有一條：llms.txt 必須能用 你的網域/llms.txt 直接存取，回傳的是純文字（Markdown 原文），不是被包進 HTML 版型的頁面。

做法一：放進 `public/`（最簡單，推薦）

Astro 會把 public/ 目錄的檔案原封不動複製到網站根目錄。所以最省事的做法是：

在專案的 public/ 目錄下，新增一個檔案 llms.txt。
把你寫好的 Markdown 內容貼進去。
build、部署。完成後 你的網域/llms.txt 就會回傳這份原文。

這個做法適合「內容相對穩定、手動維護」的站。改內容就是改 public/llms.txt 再重新部署，跟改 robots.txt 一模一樣。TWTools 的 robots.txt 與 sitemap 走的也是同一套靜態檔思路。

做法二：用 endpoint 動態產生（內容多、想自動同步時）

如果你的文章很多、又希望 llms.txt 永遠跟著文章列表自動更新，可以用 Astro 的檔案式 endpoint：建一個 src/pages/llms.txt.ts（或 .js），讓它讀取你的內容集合（content collections）、組出 Markdown 字串回傳，並把 Content-Type 設成 text/plain。這樣每次 build 都會依當下的文章自動生成最新的 llms.txt，不用手改。

要提醒的是：就算用自動產生，還是要保留策展邏輯——例如只挑 featured 標記的文章、或限制數量、或排除測試頁，別讓它變成全站傾倒。自動化解決的是「同步」，不是「該不該幫你篩」。

部署後一定要驗證

不論哪種做法，部署完都用瀏覽器打開 你的網域/llms.txt 確認三件事：

回傳的是純文字 Markdown 原文，不是被套進網站版型、變成一個 HTML 頁面。
HTTP 狀態是 200，不是 404 或被重導。
內容是你預期的最新版（特別是動態產生時，確認文章列表正確）。

如果你的站在 Cloudflare 後面，也順手確認沒有任何 Bot 規則把 /llms.txt 這個路徑當成可疑請求擋掉——雖然少見，但靜態檔被 WAF 規則誤傷的情況偶爾會發生。

一份可以直接複製的完整範本

把前面所有規格組合起來，這是一份「內容型台灣網站」可以直接拿去改的完整 llms.txt：

# 你的站名

> 一到兩句話：這個站是什麼、為誰寫、主要內容領域、語言。
> 例如：本站提供台灣中小企業的 SEO 與 GEO 實作教學，內容以繁體中文撰寫。

（這裡放一段背景說明，補充模型理解全站所需的脈絡，可省略。）

## 核心教學

- [文章標題 A](https://你的網域/blog/a/): 一句話誠實說明這篇在講什麼
- [文章標題 B](https://你的網域/blog/b/): 一句話說明
- [文章標題 C](https://你的網域/blog/c/): 一句話說明

## 工具／服務

- [工具或服務名稱](https://你的網域/tool/): 一句話說明它能做什麼

## 關於

- [關於我們](https://你的網域/about/): 公司或作者背景

## Optional

- [次要頁面](https://你的網域/secondary/): 可在需要精簡 context 時略過
- [聯絡方式](https://你的網域/contact/): 合作洽詢

把它存成 llms.txt，丟進 Astro 的 public/（或其他框架的對應靜態目錄），部署，用瀏覽器驗證。整個過程通常不到 10 分鐘。

常見問題（FAQ）

裝了 llms.txt，ChatGPT 和 Claude 就會引用我嗎？

目前沒有證據支持這個說法。截至 2026 年，OpenAI、Anthropic、Google、Perplexity 都沒有公開承諾它們的線上系統會讀取 llms.txt，伺服器 log 實測也顯示主流 AI 引擎幾乎不抓這個檔。決定你被不被引用的，仍是你頁面上可見內容的品質，以及 robots.txt 有沒有讓搜尋型爬蟲進得來。把 llms.txt 當成低成本的未來選擇權，不要當成被引用的開關。

llms.txt 是正式標準嗎？

不是。它是 Answer.AI 的 Jeremy Howard 在 2024 年提出的社群提案，規格在 llmstxt.org，到 2026 年仍由社群維護，沒有經過 IETF 或 W3C 等標準組織正式制定。這跟 robots.txt（RFC 9309 正式標準）的地位差很多。

那我到底要不要裝？

看你的網站類型。文件密集的開發者／產品文件站值得裝（甚至連 llms-full.txt 一起），因為 AI 開發工具確實會用它省 context。一般內容站、中小企業官網可以裝、成本很低，但別期待立刻有回報；如果時間有限，先把 robots.txt 寫對、sitemap 補好，這兩件的實際回報遠高於 llms.txt。

llms.txt 會影響我的 Google 搜尋排名嗎？

不會。Google Search 代表已公開表示不支援 llms.txt，它不是排名因子，裝或不裝都不影響你在 Google 一般搜尋的收錄與排名。它純粹是「提供給語言模型的內容導覽」，跟搜尋排名是兩條線。

llms.txt 和 llms-full.txt 一定要兩個都做嗎？

不用。一般站做 /llms.txt 一份（策展導覽）就夠了。/llms-full.txt（全文展開版）主要對文件密集的站有意義，讓 AI 工具一次讀完整套內容。注意 llms-full.txt 這個檔名是社群慣例，不在 llmstxt.org 原始規格的明文定義裡。

我用 WordPress／Wix，沒辦法放根目錄檔怎麼辦？

WordPress 可透過 FTP 或檔案管理器把 llms.txt 放進站台根目錄，也有外掛能自動產生（用外掛同樣要檢查它列了什麼、有沒有過度傾倒全站）。部分託管型平台（如某些 Wix 方案）對根目錄純文字檔的支援有限，這種情況以平台官方文件為準；真的放不了，也不必勉強——目前 llms.txt 的實際回報本來就有限。

llms.txt 會不會被人拿來灌關鍵字操弄？

會，而這正是 Google 不採用它的主要理由之一——因為內容完全由站方自己填、無法被外部驗證，跟當年被棄用的「關鍵字 meta 標籤」是同類問題。所以寫 llms.txt 時，描述務必誠實精準；灌水不但沒有好處，還會在未來真有引擎讀它時降低你的可信度。

我已經有 sitemap.xml 了，還需要 llms.txt 嗎？

兩者目的不同，不互相取代。sitemap.xml 是給搜尋引擎的全站網址清單（XML、窮舉）；llms.txt 是給語言模型的重點內容導覽（Markdown、策展、人也讀得懂）。有 sitemap 是必要的基本盤；llms.txt 是可選的加分項，且目前回報有限。

結語：把 llms.txt 當成「低成本的未來選擇權」

llms.txt 是個方向正確的提案：在 AI 讀網路的時代，主動給模型一份乾淨、結構化、人機都讀得懂的重點導覽，邏輯上是對的。但 2026 年的誠實現況是——它還是社群提案、不是正式標準，Google Search 代表已公開表示不支援、也不打算支援，其餘各家未承諾，實測絕大多數 llms.txt 根本沒被讀過。

所以正確的做法是：先把回報明確的事做好——robots.txt 別擋到該開放的 AI 爬蟲、sitemap.xml 補齊、頁面上可見的內容寫得值得被引用。把這些做完之後，再花 10 分鐘放一份誠實、策展過的 llms.txt，當成一張幾乎沒有下檔風險的未來選擇權。它不會立刻讓你被引用，但萬一風向變了，你已經就位。