元伸科技
打開任何一個排在 AI Overviews 引用名單裡的網站，幾乎都有一個共同特徵：FAQ 區塊。為什麼？因為 FAQ 的格式天生就是「一問一答」，完美對應 AI 整理摘要時的擷取邏輯。
但不是把幾題 Q&A 丟在頁底就叫做 FAQ。設計得好的 FAQ 區塊會幫網站累積引用率；設計得差的 FAQ，就只是裝飾。
為什麼 AI 特別愛 FAQ？
AI Overviews 在生成摘要時，會做這幾件事：
- 解析使用者真實問題（例如「網站多少錢」）
- 從多個網站抓取「能回答這個問題的內容」
- 整合多來源、改寫成一段答案
這個過程中，最容易被擷取的就是 FAQ 格式——因為它的結構直接對應「問題 → 答案」的擷取需求。傳統文章需要 AI 自己從段落中找答案，FAQ 直接把答案打包好，AI 只需要「複製貼上」。
這也是為什麼 Google Search Console 數據顯示，有 FAQPage Schema 的頁面，AI 引用率比沒做的高 3-5 倍。
設計原則一：問題要具體、要長、要像真人會問的
很多設計師寫 FAQ 都用標題語氣：「售後服務」、「付款方式」、「規格選項」。這對 AI 完全沒幫助，因為這些不是「問題」，是「主題」。
正確的寫法是寫成完整的疑問句：
| ❌ 不好的問題 | ✅ 好的問題 |
|---|---|
| 售後服務 | 上線後如果出 bug 怎麼辦？需要額外付費嗎？ |
| 付款方式 | 我可以分期付款嗎？最少要付多少訂金？ |
| 規格選項 | 客製商品的規格選項可以由我自己定義嗎？ |
長一點、具體一點的問題有兩個好處：(1) 直接命中使用者搜尋的關鍵字組合；(2) AI 在生成摘要時可以直接引用整題，不需要改寫。
設計原則二：答案要完整、要可獨立閱讀
AI 在引用時，會把這題答案「整段」拿走，所以每題答案必須能獨立閱讀——不能依賴前後文，不能說「如上所述」、「請參考下一題」。
理想的答案結構是：
[一句結論]
[2-3 點支撐]
[必要時補充例外或附加說明]
範例：
Q：AI-Ready 升級需要重做網站嗎？
A：多數情況下不需要。AI-Ready 升級主要是補充三件事：(1) 結構化資料 Schema.org 標記；(2) llms.txt 索引檔；(3) 內容格式重整為定義段落 + FAQ。如果是 Wordpress、Shopify 等主流平台，可透過外掛或客製升級。但若網站是 10 年以上的老舊系統（Flash、jQuery 單頁），重做反而成本更低。
這個答案 100 字、自帶結構、AI 可以整段引用、也可以只取「多數情況下不需要」這句作為摘要的核心句。
設計原則三：視覺層級要清楚
FAQ 的視覺設計要讓「問題」與「答案」明確配對。常見三種模式：
模式 A：折疊面板（Accordion）
問題顯示，答案點擊後展開。優點是版面緊湊，缺點是要小心 AI 爬蟲讀不到隱藏內容。務必用 HTML 原生 <details> + <summary> 標籤，或 SSR 預先輸出完整 HTML：
<details>
<summary>AI-Ready 升級需要重做網站嗎？</summary>
<p>多數情況下不需要...</p>
</details>
模式 B：問題粗體 + 答案緊接
每題用粗體或大字級顯示問題，答案在下方緊接著。視覺最簡潔但版面較長。
模式 C：兩欄式
左欄列問題清單（可錨點跳轉），右欄顯示答案。適合 FAQ 量大的頁面（10 題以上）。
避免使用 tab 切換——AI 抓取時可能只讀到當前 active 的那一題。
設計原則四：必加 FAQPage Schema
設計層級規劃好後，工程實作時必須加上 FAQPage 結構化資料：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "AI-Ready 升級需要重做網站嗎？",
"acceptedAnswer": {
"@type": "Answer",
"text": "多數情況下不需要..."
}
}
]
}
</script>
這段 schema 對使用者完全不可見，但對 AI 而言：
- 明確告知「這個區塊是 FAQ」
- 每題的問題與答案精確對應
- 可被擷取為 Rich Results（Google 搜尋結果中可能直接顯示折疊問答）
沒有 FAQPage Schema 的 FAQ 區塊，效果只有完整實作的 1/3。
設計原則五：要持續更新，不是一次寫完就放著
很多公司 FAQ 寫完就再也沒動過，這是很大的浪費。FAQ 應該成為「客服問題的鏡子」——客服每被問三次以上的新問題，就應該補進 FAQ。
實務做法：
- 每月與客服團隊對齊一次，整理「最近被問最多」的 5 題
- 比對現有 FAQ，若已涵蓋則加強答案；若沒涵蓋則新增
- 每題加上
dateModified標示更新時間 - 季度檢視一次：是否有題目過時（如價格變更、政策異動）
持續更新的 FAQ 會被 AI 視為「活躍且權威」的內容，引用權重會比靜態 FAQ 高。
一個完整的 FAQ 區塊範例
設計與實作對齊後，一個完整的 FAQ 區塊應該長這樣：
<section id="faq" itemscope>
<h2>常見問題</h2>
<details>
<summary>AI-Ready 升級需要重做網站嗎？</summary>
<p>多數情況下不需要...</p>
</details>
<details>
<summary>做了 AI-Ready 多久能看到效果？</summary>
<p>通常 1-3 個月可看到初步效果...</p>
</details>
<!-- 更多題目 -->
<script type="application/ld+json">
{ "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [...] }
</script>
</section>
視覺上：清楚的標題、可展開的折疊面板、適中的字級、合理的留白。 資料上：完整的 FAQPage Schema、每題獨立 Question/Answer。 這就是 AI-Ready 的 FAQ 設計。
結語：FAQ 不是裝飾，是引用磁鐵
把 FAQ 從「網頁裝飾」升級到「引用磁鐵」，需要的不是更多文案，而是設計觀念的轉變。設計師要把每題 FAQ 當成一個獨立的微內容單元——可獨立閱讀、可獨立引用、可獨立追蹤效果。
元伸科技的 Insights 文章與商品頁，每篇都自帶 5-8 題 FAQ + FAQPage Schema。這不是錦上添花，是 AI 搜尋時代的網頁設計基本功。
