Google 對 Markdown AI SEO 的回應：別為 AI 另外做平行頁面，先把 HTML 與可及性做好
Threads 討論 John Mueller 對 Markdown for AI SEO 的回應：若網站 HTML 結構清楚、可被搜尋引擎與使用者理解，就不需要另外維護給 AI agent 的 Markdown 平行版本；平行頁面反而可能變成技術債與重複內容風險。
這則 Threads 抓到 SEO 圈最近的迷思：為了讓 AI 更好讀，網站是不是該另外做一套 Markdown 版本？Google 的 John Mueller 回應很直接：如果你是為了修補可及性或索引問題而做「agent-friendly」平行頁面，那是在累積技術債。真正該修的是原本網站。
問題背景
SEO / GEO 圈近來出現兩個技術偏方：llms.txt 與給 AI agent 讀的 Markdown 鏡像頁。理由聽起來合理：Markdown 乾淨、token 少、模型好讀。但 Search Engine Journal 指出，OpenAI 的 OAI-SearchBot 官方文件定位是搜尋爬蟲，建議站方允許 robots.txt 與 IP ranges，並沒有要求或推薦 Markdown 版本。
John Mueller 的核心判斷
| 做法 | 看似好處 | 實際風險 |
|---|---|---|
| 另外產生 Markdown 版 | 格式乾淨、可能省 token、給 AI agent 更好解析。 | 多維護一套內容，版本不一致、canonical 混亂、重複內容、工程成本上升。 |
| 修好原本 HTML | 人、搜尋引擎、LLM / agent 都讀同一份內容。 | 需要真正處理資訊架構、語意標記、可及性與內容品質，比產生鏡像頁麻煩。 |
對 SEO / GEO 的正確優先序
- 先確保可索引：不要被 robots、JS rendering、錯誤 canonical、noindex 或爬蟲封鎖卡住。
- 修 HTML 結構：標題層級、語意區塊、導覽、主要內容、內部連結要清楚。
- 補 Schema：Article、FAQ、HowTo、Product、Organization 等結構化資料按內容使用，不要亂塞。
- Answer-first：頁面開頭先回答核心問題，再展開背景、細節與證據。
- 維持單一 canonical 內容：不要讓人看的頁面與 AI 看的頁面分裂。
什麼情況 Markdown 仍有用
Markdown 不是沒價值，而是不要把它當 SEO 排名或 AI 搜尋收錄捷徑。合理用途包括：文件 repo、API docs、開發者文件、內部 RAG 匯出、KB mirror、降低自家 agent 讀取成本。但這些應該是資料管線或文件工作流，不是公開網站另開一套平行索引頁。
Kate 判斷
對 Allen KB 這種系統，OneDrive Markdown mirror 很有價值，因為它是內部同步、備份與 agent/RAG 讀取層；但前台 SEO 不該依賴「AI 特供 Markdown 頁」。公開網站的最佳策略仍是：HTML 內容本身可讀、可索引、可引用，Schema 與 canonical 清楚。Markdown mirror 放在內部或明確 canonical 到原文，才不會把 SEO 架構弄亂。