llms.txt 是一份純文字的 Markdown 檔案，位於網域根目錄，並依可預測的順序列出該網站對語言模型最有用的資源。您可以在 WordPress 中，透過在本機使用結構化產生器撰寫、檢視連結清單，並將完成的文字檔上傳至網站的文件根目錄來建立 llms.txt。這個格式是在 llmstxt.org 提出的，並在 Answer.AI llms-txt 參考儲存庫 中說明：一個必要的 H1、選用性的 blockquote 摘要、選用性的自由格式細節，以及零個或多個包含 Markdown 連結清單的 H2 區段。WordPress 並不會自動產生這個檔案，也不會在設定中顯示它，也不需要外掛。您可以在瀏覽器中撰寫文字內容，依文件記載的順序進行驗證，然後自行將檔案發佈到 /llms.txt。本指南的其餘部分將逐步說明這個工作流程，並特別注意在 WordPress 安裝環境中相關的限制。
在 WordPress 網站上，llms.txt 實際上是什麼
這份檔案提案並不屬於 WordPress 核心，也不屬於任何 SEO 外掛的預設介面範圍。它是一份遵循單一結構的純文字檔：包含網站名稱的單一 H1、用於摘要專案的選用性 blockquote、介於摘要與第一個 H2 之間的選用性細節，以及任意數量、用於將 Markdown 連結分類為正典資源的 H2 區段。每一行連結都是必要的；選用性的冒號與註記可以用來說明該資源的內容。「Optional」H2 區段在使用時，用於標示在較短的脈絡下，語言模型可以略過的次要資料。順序之所以重要，是因為這份檔案的設計目的，是要對模型與解析器都保持可預測性，因此產生器會強制執行「先 H1、再摘要、再細節、最後為排序過的連結區段」的順序。WordPress 預設並不提供這些功能：設定 > 閱讀 底下沒有 llms.txt 欄位，沒有選單項目，也沒有會輸出該檔案的 REST 端點。您發佈的檔案由您自行負責，這也是為什麼透明化的本機產生器，會比會自動爬取您安裝環境的工具更安全的起點。
為何在本機撰寫比爬取 WordPress 更好
那些承諾掃描 WordPress 網站並自動建立 llms.txt 的自動化工具，在動態 CMS 上會遇到實際的限制。它們無法證明哪些文章 slug 屬於正典、哪些屬於封存；哪些頁面是私人、哪些是公開；哪些產品 URL 會重新導向；或是伺服器可以穩定提供哪些 Markdown 變體。最終結果往往會產生一份草稿，其中列出重複或過時的 URL、重複大型 sitemap 的過載內容，或是顯示出您並不打算推薦的草稿。llms.txt 產生器 採取不同的做法：不爬取任何內容、不傳送任何資料到外部服務，所有連結都由您手動輸入。這正是手動步驟的意義所在。由您決定哪些屬於正典內容、由您撰寫摘要、由您確認哪些資源應歸入 Optional 區段。無論您執行的是自架的 WordPress 安裝、具有受限檔案存取的代管主機，或是 sitemap 本身就超過一千個項目之 WooCommerce 商店，同樣的輸入紀律都適用。
依正確順序建立草稿
- 開啟 llms.txt 產生器，並如實輸入您希望顯示在檔案 H1 行的網站或專案名稱。
- 加入一段選用性的 blockquote 摘要，用一兩句話說明這個網站是什麼、服務對象是誰；只有在摘要無法承載的脈絡下，才再加入自由格式的細節。
- 建立命名清楚的 H2 區段，僅輸入您親自驗證過的正典 URL，並搭配簡短的標籤與選用性的註記，用以說明連結的頁面內容。
- 保留一個命名為 Optional 的 H2 區段，專門放入真正屬於次要的資料，例如變更記錄、封存檔或行銷頁面，這些內容在脈絡較短時應予以略過。
- 點選 Generate，並逐行檢視具決定性的 Markdown 輸出，特別留意順序、標題階層與連結文字。
- 將結果複製到剪貼簿，或下載名為 llms.txt 的檔案，然後在上傳前，於文字編輯器中進行最後一次的內容檢視。
在 WordPress 網站上發佈 llms.txt
WordPress 管理後台中沒有可以發佈 llms.txt 的按鈕，因此部署方式的選擇取決於您可用的檔案存取介面。最簡單的做法是使用檔案管理員或 FTP 與 SFTP 用戶端：將通過驗證的 llms.txt 上傳至對應到網站文件根目錄的資料夾，該資料夾通常與 wp-config.php 和 wp-content 資料夾位於同一層。在無痕瀏覽視窗中開啟 https://yourdomain.com/llms.txt 以確認 URL，並檢查回應是否為原始文字，而非 WordPress 算出的 404 頁面。若您的主機是透過反向代理或會隱藏根目錄的代管面板來提供 WordPress 服務，請使用該面板的檔案管理員，或請支援人員代為放置檔案。幾款 SEO 外掛（包括知名的 WordPress SEO 套件）允許透過其檔案編輯器模組上傳靜態檔案；該檔案仍然位於 /llms.txt，並不會儲存在資料庫中，因此移除此外掛並不會刪除它。
第三種做法是透過 WordPress filter 動態輸出 llms.txt，這在您希望在每次發佈後不必手動編輯檔案，就能維持單一正典頁面對應表時特別有用。最常見的實作方式，是掛載 template_redirect 或 init 動作、將內容類型設為 text/plain、輸出與產生器相同的「H1 優先」Markdown 內容，並在 WordPress 算繪其 404 模板之前 exit。若您採取這種方式，請提供您已驗證過的靜態檔案，而非在每次請求時重新建構 Markdown，並確認在快取外掛啟用時，靜態路由仍然優先。不要將 llms.txt 的內容貼到 WordPress 的頁面或文章中；搜尋與 AI 工具會將其視為 HTML，而 Markdown 連結清單將無法正確解析。如需比較這個靜態檔案與 WordPress 自行產生之檔案之間的關係，請參閱 如何在不使用外掛的情況下於 WordPress 發佈 robots.txt，該文採用相同的文件根目錄原則。
驗證最終草稿
驗證是 llms.txt 產生器中的一個獨立模式，值得在任何手動編輯之前與之後執行。將草稿貼回驗證器，並檢查工具是否回報單一 H1、摘要是否位於 blockquote 中、細節是否出現在第一個 H2 之前、每一行連結是否都使用 Markdown 清單語法，以及檔案中沒有出現重複的標準化 URL。驗證器也會標記過大的草稿，並針對每一個問題回報到具體的行，讓您能修正來源而非憑空猜測。HTTP 與 HTTPS 的 URL 可被接受；帶有憑證資訊的 URL 以及可執行或內嵌資料的 scheme 則會被拒絕，這能避免檔案外洩權杖或觸發不安全的下載。標籤、註記、標題與摘要皆會經過標準化處理，以避免控制字元破壞產生的結構。驗證成功僅代表該草稿符合工具對現行提案的文件化詮釋。這並不保證任何特定廠商會讀取 llms.txt、該檔案會被請求，或連結的頁面內容正確無誤。請將驗證器視為結構檢查，而非探索性測試。
發佈後定期驗證
發佈 llms.txt 是維護循環的起點，而非終點。該提案仍在發展中，格式本身已足以穩定地加以監控，但您所列出的 URL 將會隨時間漂移：頁面會被重新命名、產品會被封存、政策會被改寫，而您在 1 月驗證過的草稿，到了 3 月可能就已指向 404。請每季重新開啟該檔案，逐一點擊每個連結，並移除或替換任何不再回傳預期內容的項目。每次編輯後，請重新執行驗證器，以維持結構上的保證。請保持檔案簡短。對語言模型而言，一份策展過的正典文件、產品說明、政策與穩定參考頁面的地圖，遠比一份重複大型 sitemap 過載內容、動輒上千行的索引更有用。請勿捏造您的 WordPress 安裝無法穩定提供的 .md URL；若您沒有頁面的 Markdown 鏡像，請連結到 HTML 版本，讓取用者自行決定。最後，請衡量您自己的工具和工作流程是否實際使用了該檔案；僅僅發佈，並不能證明 AI 答案現在已開始引用您的網站。
llms.txt 如何與 robots.txt 和 sitemap.xml 並存
| 機制 | 主要用途 | 所在位置 | 格式 | WordPress 預設行為 |
|---|---|---|---|---|
| llms.txt | 為推論時使用所策展的 Markdown 高價值資源地圖 | /llms.txt 或適當的子路徑 | 包含單一 H1、選用性 blockquote、排序過的 H2 連結區段的 Markdown | 不會自動產生；需手動發佈 |
| robots.txt | 對參與協作的爬蟲設定抓取偏好 | /robots.txt | 包含 User-agent 與 Allow 或 Disallow 規則的純文字 | 當沒有靜態檔案時，由 WordPress 在虛擬主機上自動產生 |
| sitemap.xml | 供搜尋探索之用、可建立索引之 URL 的清單 | /sitemap.xml 或 /wp-sitemap.xml | 包含 URL 項目與 lastmod 值的 XML | 由 WordPress 核心在 /wp-sitemap.xml 輸出 |
| 結構化資料 | 為豐富結果描述實體與頁面上的內容 | 嵌入於頁面 HTML 之中 | JSON-LD 或 Microdata | 核心不會輸出；由 SEO 外掛或佈景主題程式碼新增 |
每種機制各自保有其用途。robots.txt 表達參與協作的爬蟲可以抓取哪些內容；sitemap.xml 清點您希望被探索的內容；結構化資料描述頁面的主題；而 llms.txt 提供一份簡短的、策展過的 Markdown 概覽，加上聚焦於推論時使用的參考清單。這四者互補而非取代，這也是為何發佈 llms.txt 應與您既有的 SEO 基礎建設並行，而非取而代之。
如需更深入的瞭解，請參閱 在不使用伺服器的情況下為您的網站建立 robots.txt 檔案。