WooCommerce 整合 SKU.md：把商品詳情變成有來源的品牌知識

一家店的商品頁介紹規格，部落格說明護理方法，下載區放著說明書。顧客想知道一個配件是否適合手裡的裝置，可能需要在這幾個地方來回尋找。內容團隊繼續補文章，資料卻未必更容易查清。

WooCommerce 商家對這種情況並不陌生。WordPress 能容納豐富的商品故事和使用說明，開放性也意味著資料可以由不同外掛、編輯和頁面長期積累。品牌需要把這些已經存在的知識串連起來，讓每項回答都有對應的公開依據。

開放平台需要清楚的內容關係

WooCommerce 是建立在 WordPress 上的開源電商平台。商家能夠根據實際權限安裝外掛、調整內容結構和管理託管環境，這給商品知識整理留下了空間，也要求團隊知道哪些人負責哪些資料。它並非只能使用統一託管介面的純 SaaS 服務。

WooCommerce 關於 AI 商品發現的文章把商品資料品質放在重要位置。對品牌團隊而言，先把名稱、屬性和變體寫準確，再補足用途與限制，比把未經整理的長文重複發布到更多地方更有意義。

SKU.md 是獨立的實驗性 1.0.0-beta 提案，提供一個目錄入口和可選的帶來源商品知識。它可以用來整理品牌已有材料，但並不代表 WooCommerce 的原生整合或任何 AI 平台的採用。WordPress 的開放能力讓發布成為可能，內容本身仍需要商家負責。

從一個反覆出現的問題開始

選題可以從客服問答裡找。顧客問「能不能裝上」，品牌就需要確認型號與介面；問「能不能水洗」，就去找該款的護理說明。不要用一篇通用品牌故事替代對具體產品的判斷。

先確定商品身分，再記錄來源支援的範圍，能避免把同系列不同代次混在一起。若商品頁說「適用全系列」，手冊卻只列了兩個型號，內容團隊應該請產品負責人核實並糾正公開頁面，之後再整理知識文件。

在實際商品知識檔案中，每條事實、相容性或限制說明都要附上 Source 連結。來源可以是品牌公開資料，也可以是可信製造商的文件。內部聊天記錄如果無法公開核查，就不適合作為這類公開商品知識的依據。

先整理目錄，再決定是否寫商品文件

最小目錄只需要說明品牌、網站與商品集合的關係。按目前規範生成它，不要求一開始就把所有產品轉成文件。單個商品的資料足夠完整時，再透過目錄中的 Product knowledge 連線一份可選商品知識。

這種起步方式也能發現現有內容的薄弱處。也許護理文章沒有註明適用型號，舊說明書已經更換地址，或者一項屬性在變體裡與主商品不一致。先修好公開資訊，普通顧客也能受益，知識檔案才有可靠內容可引用。

SKU.md 適合儲存較穩定的規格、用途和限制。價格、庫存、配送、稅費、支付和訂單狀態仍留在 WooCommerce 的即時系統中，結帳時按目前條件處理。Store API提供面向購物體驗的 JSON 介面，不能把它的回應直接當作 Markdown 商品知識。

WordPress 給出了發布位置

擁有外掛或託管管理權限的團隊，可以使用 WordPress 的重寫規則和 template_include 為 /sku.md 提供專門回應。普通內容頁面往往帶有網站外觀，檔案入口需要返回純 Markdown。具體實作方式應由瞭解現有主題、外掛和快取的人確定。

發布順序可以保持簡短：先生成最小目錄，確認誰能管理根路徑，再發布並用公開網址驗證器檢查真實網址；需要商品知識時，再增加一份文件並檢查來源與目錄關係。建議目錄直接返回 200。規範允許最多 3 次經過檢查的安全重新導向，但不能用任意子路徑替代最終根目錄。

交給網站維護人員的實作說明

處理精確的 /sku.md 路徑，透過 query_vars 註冊公開路由標記，並用 template_include 選擇專用回應。標記只用於路由，不存敏感資料；其他請求仍交回 WordPress。重寫規則只在外掛啟用、停用或規則發生變化時重新整理，不要每次存取都重新整理。

回應應是純 Markdown，例如 text/markdown; charset=utf-8。子目錄安裝、Multisite 和快取設定需要逐個網站來源檢查；WordPress 安裝位置不一定就是公共網域根目錄。修改後確認快取返回新內容，並檢查商品知識連結及其來源。

WooCommerce 平台指南提供後續實作依據。所需權限和工作量取決於商店環境，安裝某個外掛也不能自動證明公開路徑已經正確。

把更新責任放回日常編輯

商品負責人修改相容範圍時，編輯應當能找到對應的知識條目及其來源。最初可以沿用已有的商品更新流程，明確誰檢查公開頁面、誰維護文件。與其一次性生成大量無人更新的檔案，不如先確認一款商品能夠完整經歷一次修改。

Google 的 AI 最佳化指南明確說明，特殊 AI Markdown 檔案對 Google 可見性和排名既無幫助也無損害。正常網頁、準確內容和常規 SEO 仍要做好，SKU.md 的存在也不保證模型會讀取它。

團隊可以把試點結果落在具體問題上：是否找到了遺漏的相容範圍，是否修復了過期說明書連結，是否有人負責下次更新。也可比較 Shopify 的品牌知識思路和 BigCommerce 的多通路資訊整理。準備好一個公開目錄後，開啟 WooCommerce 生成器開始整理。