SKU.md 現在能為獨立站做什麼？又該如何在 llms.txt、agents.md 與 Sitemap 中引用它
規範筆記
客觀看待 SKU.md 在 AI 對話購物中能起的作用，並給出在 llms.txt、agents.md、sitemap.xml、robots.txt 和首頁中引用 /sku.md 的推薦寫法。
一位顧客讓 AI 助手推薦一款 1.5 公斤以內的雙人帳篷。助手搜尋、開啟幾個頁面，然後試圖從主題程式碼、彈窗、評價外掛和腳本裡讀出答案。很多時候，大型平台上的商品頁反而比品牌官網更容易解析，即使參數最早是品牌自己寫的。
SKU.md 想為獨立站縮小的正是這個差距。本文先說明 1.0.0-beta 現在實際能做什麼，再給出從獨立站已有檔案中引用它的推薦寫法。
SKU.md 現在能做什麼
SKU.md 是一個獨立的實驗性提案。目前沒有主流 AI 助手或搜尋引擎宣佈會讀取 /sku.md，所以發布這個檔案並不是排名訊號。Google 的 搜尋 AI 功能指南 也說明，專門為 AI 準備的 Markdown 檔案不會影響在 Google 中的可見性。先承認這個邊界，才能看清它的實際價值。
| 對話購物中的問題 | SKU.md 提供的東西 |
|---|---|
| 商品頁很重，agent 難以讀懂 | 幾 KB 的純 Markdown，只寫商品的穩定事實 |
| 助手會猜測尺寸、材質或適用關係 | 每條事實都帶 Source 連結，讀者可以開啟核對 |
| 回答裡出現過期的價格或庫存 | 按設計，即時價格、庫存、配送、稅費和結帳都不寫進檔案 |
| 顧客會問適合誰、能和什麼搭配 | 可選的 Guidance、Limitations、Compatibility 和 Questions 章節 |
| 小品牌很難被識別為一個明確實體 | 根目錄檔案寫明商店名稱、簡介和商品集合連結 |
這些價值透過普通途徑產生。瀏覽商店的 agent 可以讀取一個短小的 Markdown 檔案，而不必渲染整個主題。搜尋索引可能像對待其他公開 URL 一樣收錄它。公司內部的審核人員也可以用同一份文件找出缺失或互相矛盾的商品資訊。這些途徑都不依賴平台採用這個格式，也都不承諾助手一定會引用這家店。
為什麼需要引用入口
規範把目錄固定在精確路徑 /sku.md。已經瞭解這個慣例的讀取方可以直接請求它，但大多數讀取方還不瞭解。因此，最好在爬蟲和 agent 已經會檢視的地方提到它：llms.txt、agents.md、XML Sitemap、robots.txt 和首頁。
下面的寫法是針對 1.0.0-beta 的推薦慣例，不改變規範的合規要求。每個引用都指向根目錄 /sku.md，目錄本身仍需獨立通過驗證。引用只提示檔案存在，不能證明其中的事實正確。
llms.txt
llms.txt 提案 定義了位於 /llms.txt 的 Markdown 檔案：一個 H1、一段簡短摘要，以及若干 H2 章節，章節中的連結寫成 - [名称](url): 说明。增加一個名為 Product knowledge 的章節，只放一個目錄連結：
# Example Outdoor Gear
> Lightweight outdoor equipment for hikers.
## Product knowledge
- [SKU.md catalog](https://www.example-outdoor.com/sku.md): Source-backed product knowledge (SKU.md 1.0.0-beta). Confirm price, stock, and shipping on the linked product pages.章節名和連結文字請保持範例中的英文原樣，這樣工具不用猜測就能找到這一項。這裡只列根目錄。商品知識文件已經可以從目錄進入，在 llms.txt 中重複列出只會多一份需要維護的清單。
有些託管平台會替商家生成 llms.txt。例如 Shopify 文件說明它託管的檔案會映象 /agents.md。只在平台允許編輯時新增這一章節，並在每次更換主題或安裝應用後檢查線上實際內容。
agents.md
agents.md 是寫給 agent 的純 Markdown 指令檔案。對商店來說，有用的指令很簡短：穩定知識在哪裡，即時資料必須去哪裡確認。
## Product knowledge
SKU.md catalog: [https://www.example-outdoor.com/sku.md](https://www.example-outdoor.com/sku.md)
Use the catalog and the product knowledge documents it links for stable, source-backed facts. Confirm price, stock, shipping, tax, and checkout on the live product page before answering or acting.以 SKU.md catalog: 開頭的那一行是引用本身，下面一段告訴 agent 如何對待這些內容。如果檔案其餘部分由平台管理，這兩處可以用商店自己的話來寫，但保留 SKU.md catalog: 前綴。
sitemap.xml 與 robots.txt
Sitemaps 協議 用來列出網站希望爬蟲知道的 URL。Sitemap 可以包含同一主機上的任何 URL，所以目錄可以和商店的 HTML 頁面放在一起：
<url>
<loc>https://www.example-outdoor.com/sku.md</loc>
<lastmod>2026-08-11</lastmod>
</url>lastmod 填目錄內容最後一次變化的日期。如果目錄連結了一個 Product knowledge Sitemap（1.0.0-beta 下最多列出 31 個商品文件），也在 robots.txt 中宣告它：
Sitemap: https://www.example-outdoor.com/sitemap.xml
Sitemap: https://www.example-outdoor.com/sku-knowledge.xml列出 URL 只是讓它可以被發現，是否收錄以及如何收錄 Markdown 資源由各搜尋引擎決定。商品知識文件會重複 HTML 商品頁上的事實，它必需的 Product 連結指回那個頁面，搜尋結果中的規範頁面仍然是 HTML 商品頁。
首頁與 HTTP 頭
規範已經允許商品頁用 <link rel="alternate" type="text/markdown"> 宣告自己的 Markdown 表示。首頁也可以用同樣的方式宣告目錄。請加上 title="SKU.md"，讓讀取方能把目錄和頁面級的 Markdown 映象區分開：
<link rel="alternate" type="text/markdown" title="SKU.md" href="https://www.example-outdoor.com/sku.md">能控制回應頭的商店，也可以在首頁回應中用 HTTP Link 頭發送同樣的關係：
Link: <https://www.example-outdoor.com/sku.md>; rel="alternate"; type="text/markdown"; title="SKU.md"讓每個引用都名副其實
指向不存在或已損壞檔案的引用，比沒有引用更糟。新增上面任何一行之前，先發布目錄，並用 已發布 URL 驗證器 檢查真實地址。平台遷移、更換網域或更新主題之後，再檢查一遍目錄和每個引用。
引用檔案也不應該重複商品事實。尺寸、材質和適用關係留在商品知識文件中，每條陳述都帶著來源。引用檔案只負責說明去哪裡找。
無法使用根路徑時
一些託管平台目前無法返回精確的 /sku.md 回應。在 1.0.0-beta 下，這些商店暫時還不能發布合規目錄，指向其他路徑的引用也改變不了這一點。RFC 0001 提議允許上述引用宣告另一個同源路徑上的目錄，並同時提出結構化識別碼和可選的帶日期參考價。在某個正式版本採納之前，請讓引用繼續指向根路徑。
根路由準備好後，開啟生成器 起草目錄，再按商店已經在維護的檔案新增對應的引用。