llms.txt 產生器 — 免費、免登入的 Markdown 導覽工具

這個免費的「llms.txt 產生器」能在瀏覽器裡直接幫你組出一份符合社群慣例、AI 可讀的網站概覽檔案。

只要填入網站名稱、一句話摘要和重點連結，就能即時預覽並下載 llms.txt。它是一份選用的 Markdown 網站導讀，只有選擇支援這項格式的工具才會讀取；Google Search 明確表示會忽略 llms.txt。全程純前端處理，免登入、免付費。

這個工具適合想整理公開核心頁面的內容站、企業官網、電商與技術文件站。產生器負責 Markdown 排版、網址檢查與重複連結提醒，你負責判斷哪些頁面最能代表網站。建立檔案不等於取得索引、排名、AI 引用、推薦或流量；真正的 SEO 與 GEO 仍要回到可抓取頁面、內容品質、清楚來源與可驗證的品牌資訊。

這個工具的設計原則是「簡單、可控、不上傳」。所有組檔動作都在瀏覽器內完成，不會把欄位內容送到 Whoops 伺服器。不過瀏覽器擴充功能、共用裝置與你最後部署的公開檔案仍有各自的安全風險；請勿填入 API key、客戶資料、後台網址、內部提示詞或任何不應公開的資訊。

與其花時間查 Markdown 語法、手動排版、擔心漏掉格式細節，不如把這些機械工作交給產生器，把省下的時間用來思考「網站最值得被看見的是哪些內容」。畢竟 llms.txt 的效果好壞，關鍵不在格式是否完美，而在你挑選的頁面與寫的描述是否真的代表了網站的價值。產生器幫你把格式這一關做到位，剩下的判斷才是真正的內容工程。

這工具能幫你做什麼

llms.txt 提案把它定位為網站可選擇提供的 Markdown 導讀，供願意支援的語言模型或 AI 代理在推論階段取得背景與重要連結。它不是通用爬蟲協定，也沒有一份適用所有產品的採用名單。這個產生器只把格式與檢查流程自動化，不會判定某個 AI 產品是否真的讀取檔案。

Google Search 的官方說明指出，出現在 AI Overviews 或 AI Mode 不需要額外的 AI 文字檔或特殊 schema，既有 SEO 基礎仍然適用。另一方面，Chrome Lighthouse把 llms.txt 納入選用的代理瀏覽檢查：沒有檔案時標示 N/A，已部署但發生伺服器錯誤時才提示問題。兩者是不同產品與用途，不能混成排名承諾。

具體來說，產生器能幫你完成幾件事。它會把網站名稱、摘要和背景說明組成標準的 Markdown 標題與引述，自動套用正確的符號與換行。它讓你用分區整理核心指南、服務頁、聯絡資訊等不同類型的連結，避免所有頁面擠在同一份清單裡造成混淆。它會即時檢查必填欄位、網址格式與重複連結，在產出前就攔截常見錯誤，例如標題留空、網址多出空白、同一個頁面被列兩次。它支援相對路徑與完整網址，方便不同規模的網站使用，大型網站可用 /path 節省篇幅，小型網站也可直接填完整網址。

對內容團隊而言，產生器也能當成協作工具：每個人負責的分區各自填寫，預覽區即時顯示合併結果，再一次下載定稿即可。對開發者而言，下載的純文字檔案可直接放進版控系統，與其他靜態資源一起部署，不會引入額外相依。對行銷人員而言，不必理解技術細節，只要照著表單填入網站資訊，就能產出一份結構正確的檔案，交給工程師上線。

怎麼使用「llms.txt 產生器」

整個流程分為幾個步驟，對應工具左側的表單欄位。第一次使用時，可以點「載入 Whoops 範例」看看一份完整的 llms.txt 長什麼樣子，再改成自己的內容。範例取自 Whoops SEO 真實上線的檔案，包含摘要、背景說明與多個分區，方便你參考用詞與結構。

1. 填寫網站資訊：在「網站／專案名稱」輸入網站名稱，這會變成檔案開頭的 H1 標題，也是 AI 讀到檔案時看到的第一行。接著在「一句話摘要」用一行字說明網站給誰、做什麼，這會變成 > 引述。若想提供更多背景，可在「簡介段落」補充給 AI agent 的說明，例如要求以繁體中文摘要本站、標明禁止推斷的內容、或註明哪些網址才是正典版本。
2. 新增分區與連結：點「+ 新增分區」建立分類，例如「核心指南」「服務與聯絡」「技術文件」「常見問題」。每個分區可填分區標題，留空則歸到未分類。接著在分區底下點「+ 連結」加入頁面，每條連結依序填入標題、網址和選填的描述。標題會變成連結文字，網址可用 /path 相對路徑或 https:// 完整網址，描述則用一句話說明該頁面的重點，幫助 AI 判斷這個頁面在談什麼。
3. 即時預覽產出：右側的預覽區會同步顯示組好的 llms.txt 內容，只要輸入有變動就立即更新，不必按任何產生按鈕。預覽區上方的檢查清單會標示必填欄位是否缺漏、網址格式是否正確、有沒有重複連結，錯誤與提醒用不同顏色區分。修正後預覽會立刻反映新的結果。
4. 下載或複製：確認內容無誤後，點「下載 llms.txt」取得檔案，檔名預設就是 llms.txt，編碼為 UTF-8。或點「複製」把內容貼到其他地方，例如直接貼進伺服器的文字編輯器、版控系統或 CMS 的自訂檔案區。把檔案放到網站根目錄，讓它透過 https://你的網域/llms.txt 公開存取。
5. 驗證與重新編輯：部署後可用瀏覽器直接打開該網址，確認能正常顯示文字內容、編碼無亂碼。想重新開始可點「重置」回到預設狀態，想參考範例可再點「載入 Whoops 範例」。所有操作都在瀏覽器本機完成，不會留下任何紀錄。

挑選連結時，優先放核心指南、主要服務頁、證據與流程、關於頁和聯絡資訊，不必把 sitemap 的全部網址再複製一次。描述欄位應只寫頁面實際提供的內容，不要加入未公開成果或保證。分區標題用「核心指南」「服務」「證據與流程」等短名稱即可。

完成檔案後，建議做一次人工檢查。先確認檔案開頭的網站名稱正確無誤，再逐條點開連結確認網址有效、不會導向 404 頁面。若網站支援多語系，可考慮為不同語言版本各做一份檔案，或在背景說明段落註明正典語言。部署後每隔一段時間回頭檢視，把已下架或改網址的頁面移除，新增的重點頁面補上，讓檔案與網站現況保持一致。這些動作雖然瑣碎，卻是讓 llms.txt 長期發揮作用的關鍵。

實際使用情境

內容網站可以把少數仍在維護的核心指南列成一區，並註明主題與更新範圍。這能形成一份清楚的公開編輯清單，但不能據此推論某個 AI 產品會讀取、引用或導流。

SaaS 網站可以分開列出定價、功能、API 文件、服務狀態與聯絡頁，避免把不同用途的網址混在同一區。這項整理可供支援 llms.txt 的工具參考；實際採用方式仍以各產品的官方文件與請求日誌為準。

地方商家可以列出服務區域、營業時間、預約方式與常見問題的官方頁面。這份清單不能取代頁面本身、Google 商家檔案或在地 SEO，也不能保證 AI 會選用官方資訊。

功能特色

• 表單化填寫：欄位分為網站名稱、摘要、簡介段落，對應 llms.txt 的 H1 標題、引述摘要與背景說明，不必背格式，填完即產出。
• 分區與連結管理：可任意新增分區，每個分區獨立管理連結清單，支援分區標題留空歸為未分類，適合結構複雜的網站。
• 即時預覽：每次輸入都同步更新產出的 Markdown，所見即所得，不必按產生按鈕，調整過程一目了然。
• 格式檢查：自動檢查名稱是否空白、網址是否有效、有無重複連結，並用顏色標示錯誤與提醒，避免產出錯誤檔案。
• 下載與複製：一鍵下載 llms.txt 檔案，或直接複製內容貼到伺服器、版控系統或 CMS，兩種方式都保留 UTF-8 編碼。
• 範例載入：內建 Whoops SEO 真實的 llms.txt 作為範例，方便參考結構、用詞與分區邏輯，縮短學習曲線。
• 純前端不上傳：所有運算都在瀏覽器完成，輸入的網站資訊不會送到任何伺服器，適合處理尚未公開的內容或內部網站。
• 相對網址與完整網址：支援 /path 相對路徑與 https:// 完整網址，相對路徑會以網站根目錄為基準，兩者可混用。
• 繁體中文友善：介面與預設用詞皆為台灣繁體中文，placeholder 與提醒訊息都符合在地習慣，不會出現簡體字或中國用語。
• 跨裝置可用：桌面與手機瀏覽器都能正常操作，欄位與按鈕會依螢幕寬度自動調整排版，出門在外也能臨時修改。
• 重置與範例切換：一鍵重置回預設狀態，或切換到完整範例，方便反覆實驗不同結構而不影響進度。

適合誰使用

這個產生器適合需要維護公開核心頁面清單的內容團隊、企業網站、技術文件站與電商。它解決的是選頁、描述、分區、格式與網址檢查，不是排名或引用預測。

企業官網與服務型網站可分開列出服務介紹、方案比較、公開案例、合作流程與聯絡方式，讓清單本身清楚反映每個頁面的用途。這不會改變使用者的站內導覽，也不代表 AI 產品會採用。

技術文件站可列出快速入門、API 參考與遷移指南；電商可列出分類、購物須知、退換貨政策與客服入口。這些仍必須是可公開、可直接存取且持續維護的正典頁面。

撰寫與維護建議

製作 llms.txt 時，內容挑選比數量更重要。與其把幾百個網址都塞進去，不如精選最能代表網站的頁面，並為每頁寫一句可核對的描述。建議說清楚「頁面主題是什麼、給誰看、能解決什麼問題」，例如「給初學者的 SEO 指南，涵蓋關鍵字、技術與內容優化」。

常見分區包括「核心指南」「服務與方案」「證據與流程」「技術文件」「關於與聯絡」。背景說明可註明主要語言、正典網域與禁止推斷的內容；這些是給支援工具的文字邊界，不是可以強制模型服從的控制規則。

新增重要頁面、調整服務項目或更改聯絡方式時，應同步更新檔案，避免公開導覽與網站現況不一致。下載成果是純文字，可以放進版控系統追蹤變更；每次發布後都要重新檢查狀態碼、Content-Type 與所有連結。

llms.txt 不能取代 robots.txt、sitemap.xml、結構化資料、內部連結或高品質頁面。Google Search 會忽略它；其他工具是否採用，必須逐項查官方文件或以實際請求驗證。伺服器日誌中的一次請求，也不能直接算成品牌提及、引用、推薦、AI referral 或詢問。

llms.txt 是什麼?

llms.txt 是一項社群提案：網站可在根目錄提供 Markdown 格式的 /llms.txt，包含 H1 網站名稱、選填摘要、背景說明，以及用 ## 分區的連結清單。它不是 IETF 或 W3C 標準，也沒有證據顯示多數 AI 產品都會自動讀取任意網站的檔案。

robots.txt 用來表達爬取規則，sitemap.xml 幫搜尋引擎發現網址，llms.txt 則是選用的內容導覽提案；三者可以並存，但不能互相取代。原始提案沒有把 llms-full.txt 列為必備檔案，只有在特定工具的官方文件要求時才需要另行提供。更多邊界可參考 Whoops SEO 的llms.txt 完整指南與部署教學。

因此，使用這個工具的合理目標是產出一份正確、可維護、沒有敏感資料的公開導覽檔。是否有工具請求它、是否出現品牌提及或引用、是否帶來站內流量與詢問，必須分開量測，不能預先承諾。

這個產生器的用途很單純：降低建立與維護公開 Markdown 導覽檔的操作成本。先確認使用情境，再維護連結與描述；成效則以 crawler request、品牌提及、引用、referral、SEO 與 lead 分開觀察。

常見問題

相關資源

• llms.txt 是什麼？繁體中文範例與部署教學
• AEO 是什麼？AI 引擎優化完整指南
• GEO 是什麼？生成式引擎優化完整指南