WordPress llms.txt：它是什麼、怎麼加、以及到底有沒有用

llms.txt 是一份你放在網域根目錄的純 markdown 檔案——https://example.com/llms.txt——用一行描述列出你最好的頁面，讓語言模型不必爬完你整個導覽結構就能找到你有用的內容。它是提案，不是標準，而且沒有任何主要 AI 業者公開證實會讀取這個檔案或依它行動。

這兩半都很重要。格式是真實存在的，規範清楚，大概二十分鐘就能發布完成。但效益未經證實，而目前市面上圍繞它的許多說法，對這一點並不誠實。

這個檔案實際長什麼樣

提案的格式是有固定結構的 markdown：一個 H1 放你的網站名稱，一段選擇性的引用區塊當摘要，然後是若干 H2 區段，每段包含連結的項目清單，每個連結後面用冒號接一段簡短描述。名為「Optional」的區段代表在上下文吃緊時可以略過的內容。

# Odie Themes

> Free WordPress tools and technically honest guides for theme
> and image configuration problems.

## Guides

- [Why WordPress images look blurry after upload](https://example.com/guides/wordpress-image-blurry-after-upload): Why the 2560px cap creates a -scaled file and how to raise or disable it.
- [WordPress llms.txt](https://example.com/guides/wordpress-llms-txt): What the file is, how to add one, and what it does not do.

## Tools

- [Robots.txt generator](https://example.com/tools/wordpress-robots-txt-generator): Build a robots.txt with correct AI crawler rules.

## Optional

- [About](https://example.com/about): Who runs the site.

值得知道的規範就這麼多。連結要用絕對網址。描述要一句話、講事實，不要寫行銷文案——整個前提就是有機器在讀它，而灌水的形容詞浪費的正是你原本想省下的 token。

你也會看到 llms-full.txt，那是一個配套慣例，把你內容的完整 markdown 全文放進單一檔案。它重得多，證據又比 llms.txt 更薄弱。除非你有特別的理由，否則跳過。

老實說的部分

OpenAI、Anthropic、Google 或 Perplexity 都沒有任何公開文件說明他們的爬蟲或檢索系統會使用 llms.txt。Google 已公開表示搜尋並不使用它。網站主確實會在伺服器記錄裡看到對這個檔案的請求，但一次抓取不能證明那些內容影響了任何回答——很多機器人本來就會投機性地探測檔案是否存在。

所以，對你會看到的說法要小心：

你會看到的說法	實際狀況
「llms.txt 是 AI 時代的新 robots.txt」	錯。robots.txt 有文件也被遵守；llms.txt 只是提案。
「加上 llms.txt 能提升你的 Google 排名」	沒有證據。Google 沒說過它會使用這個檔案。
「ChatGPT 會讀你的 llms.txt」	OpenAI 未證實。
「這個檔案發布起來很便宜」	正確，而這是支持它的唯一紮實理由。

合理的立場是「便宜的選擇權」。一個靜態文字檔只花你一次上傳，零載入時間，沒有風險。如果這個慣例真的被採納，你已經有了；如果它一直沒被採納，你損失二十分鐘。這是划算的交易——只是別讓任何人把它包裝成 AI 曝光策略來賣給你。

在 WordPress 加上它

做法 1：放在根目錄的靜態檔案（建議）

在本機寫好檔案，然後用 SFTP 上傳到和你的 wp-config.php、index.php 同一個目錄。

WordPress 不會攔截它，因為 .htaccess 裡預設的重寫區塊只會接手那些對應不到實際檔案或目錄的請求：

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

磁碟上真實存在的 llms.txt 不符合 !-f 條件，所以 Apache 會直接提供它，PHP 完全不會執行。使用 try_files $uri $uri/ /index.php 的 Nginx 設定行為也一樣。

一個但書：有些代管型 WordPress 主機會禁止用 SFTP 寫入網站根目錄，或是以唯讀的容器映像檔執行網站。如果你是這種環境，做法 2 和 3 才是你的路。

做法 2：用外掛

到 WordPress 外掛目錄搜尋「llms.txt」——現在有好幾個外掛能從你已發布的文章和頁面產生這個檔案，也有些 SEO 外掛把它加成了功能。如果你發文頻繁，這確實有用，因為手寫的清單會過時。

不過取捨是真的。你為了自動化一個沒人證實有在讀的檔案，換來的是多一個外掛、多一個設定頁面，以及多一個要跟著更新的東西。自動產生的清單也常常把每一篇文章都倒出來、用摘要當描述，結果是一份又長又沒有重點的檔案——正好和這個格式當初設計的「精選地圖」相反。如果你用外掛，記得修剪它輸出的內容。

做法 3：用過濾器從你的佈景主題提供

如果你無法寫入網站根目錄但可以改程式碼，就在 wp-content/mu-plugins/llms-txt.php 放一個小的 mu-plugin，攔截請求並提供一份放在佈景主題裡的檔案：

<?php
// wp-content/mu-plugins/llms-txt.php

add_action( 'init', function () {
	$path = parse_url( $_SERVER['REQUEST_URI'] ?? '', PHP_URL_PATH );

	if ( '/llms.txt' !== $path ) {
		return;
	}

	$file = get_stylesheet_directory() . '/llms.txt';

	if ( ! is_readable( $file ) ) {
		return;
	}

	header( 'Content-Type: text/plain; charset=utf-8' );
	readfile( $file );
	exit;
} );

這裡用 mu-plugin 而不是 functions.php，是為了讓它在切換佈景主題和主題更新後都還在。如果你真的要放進 functions.php，請用子主題。

確認它真的被提供出去

不要用猜的。檢查狀態碼和內容類型：

curl -sI https://example.com/llms.txt

你要看到的是 200 和 Content-Type: text/plain。有兩種常見的失敗情況：

• 你拿到 200，但內容是你的 404 頁面。 WordPress 把請求吃掉了。檔案不在你以為的位置，或是有外掛劫持了這個路由。
• 你拿到 Content-Type: text/html。 有東西正透過佈景主題渲染它。先修好標頭，再去煩惱內容。

然後用瀏覽器打開網址讀一遍。如果某個連結 404，或是在你網站已用 HTTPS 的情況下卻指向 http://，就修掉它——一份壞掉的地圖比沒有地圖更糟。

今天真正能控制 AI 爬蟲的是什麼

如果你真正的目標是影響 AI 系統怎麼對待你的網站，那麼 robots.txt 才是有文件、被遵守、而且現在就生效的那個檔案。GPTBot、ClaudeBot、PerplexityBot、CCBot 和 Google-Extended 全都是有公開行為說明的具名使用者代理，而 robots.txt 決定它們究竟能不能抓取你的頁面。

那才是背後有實際機制的槓桿。用 robots.txt 產生器來建立你的檔案，它讓你明確地允許或封鎖每一個 AI 爬蟲，不必去猜語法。先把那件事做對，再把 llms.txt 當成便宜的臆測性附加品加上去。

不要做的事

不要一邊在 robots.txt 封鎖 AI 爬蟲，一邊發布 llms.txt。 這種事真的有人不小心做出來——一個檔案邀請模型進來，另一個檔案把門甩上。門會贏。

不要把 llms.txt 放在子目錄。 這個慣例只認根目錄。放在 /blog/llms.txt 的檔案，等於沒有人會去找的檔案。

不要把整份 sitemap 貼進去。 四百個連結配上罐頭摘要，那是爬取傾印，不是精選地圖，而且完全違背這個格式唯一宣稱的用途。對多數網站來說，二十到五十個真正有用的頁面才是合適的規模。

不要為了它耽誤真正該做的事。 網頁速度、乾淨的 HTML、正確的結構化資料，以及別人真的會引用的內容，都是已知有用的。llms.txt 則是未知有沒有用。照這個順序分配你的力氣。