FAQ schema 怎麼做？JSON-LD 範例 + 測試步驟 + AEO 時代的新理由
重點摘要
- FAQ schema 是一段埋在網頁
<head>的 JSON-LD 標記，告訴 Google 和 AI「這個頁面有哪些問答、問題是什麼、答案是什麼」，不影響頁面外觀，只影響機器理解。 - Google 在 2023 年 8 月大幅限縮 FAQ Rich Results，但 FAQ schema 對 ChatGPT、Perplexity、Google AI Overviews 引用你的答案仍然有效——這是 AEO 時代它的真正價值。
- 核心格式固定：一個
FAQPage包住多個Question，每個Question有name（問題）和acceptedAnswer（答案）兩個欄位。 - 不是所有問題值得加 schema：答案必須能在 120 字以內、獨立被引用，才有實質效果。
- 加完一定要用 Google Rich Results Test 驗證，schema 有錯 Google 直接略過，AI 引用率同步下降。
FAQ schema 怎麼做，三個動作搞定：寫 JSON-LD 標記、插進網頁 <head>、用官方工具驗證。實作本身不難，但 AI 時代為什麼還值得做、哪些問題值得加、加完如何確認正確，這篇逐項說清楚。
問答結構化標記是什麼？AI 時代比以前更重要的理由
FAQ schema 屬於結構化資料的一種，格式遵循 Schema.org 的 FAQPage 規格，把網頁上的問答轉成機器可解析的 JSON 物件。
Google 在 2023 年 8 月對 FAQ Rich Results 做出重大調整，限縮了大部分商業網站的顯示資格，一般品牌網站的問答內容已不再出現在搜尋結果的折疊式問答區塊（Google Search Central Blog，2023）。這讓不少人認為「不用做了」——但這個判斷漏掉了一件事：
Google Rich Results 是問答 schema 的舊舞台，AI 引擎才是現在的新舞台。
AI 引用 FAQ 的機制很簡單：ChatGPT、Perplexity、Google AI Overviews 在組合回答時，會大量擷取有明確問答結構的頁面，而 FAQPage schema 直接告訴 AI「這頁面有這些問、答案在這」，讓 AI 在理解和引用時不需要猜。我們在替台灣客戶的網站埋好問答 schema 之後，觀察到他們的問答段落開始出現在 Perplexity 的引用來源欄——這就是 AEO 視角下，FAQ schema 在 2026 年仍然值得做的原因。
如果你對 AEO（答案引擎優化）是什麼還不熟，這篇先讀起來再來操作比較有脈絡。
JSON-LD 怎麼寫？問答 schema 完整範例直接複製
標準的 FAQ schema JSON-LD 範例就這樣，替換問題和答案文字就能用：
``html <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "官網委外開發要花多少錢？", "acceptedAnswer": { "@type": "Answer", "text": "台灣品牌官網委外報價落在 NT$3 萬到 50 萬不等，差別在設計客製化程度、功能複雜度與後台需求。純展示型官網通常 5–15 萬，含電商或預約系統的 15 萬起跳。" } }, { "@type": "Question", "name": "問答 schema 要放在哪裡？", "acceptedAnswer": { "@type": "Answer", "text": "放在頁面的 head 標籤裡，用 script type=application/ld+json 包起來。一個頁面只能有一個 FAQPage type，但可以包多個 Question。" } } ] } </script> ``
插入 head 的正確位置：把 <script type="application/ld+json"> 標籤放在 <head> 裡，確保搜尋引擎爬取時最先讀到。一個頁面只能有一個 FAQPage type，但可以包多個 Question 物件。
三個容易踩錯的語法規則：
acceptedAnswer.text只能放純文字，不能放 HTML 標籤（<strong>、<li>都不行），有標籤 Google 會標錯誤。- JSON 字串裡的雙引號要轉義成
\"，或在 Next.js 裡用JSON.stringify()自動處理，省掉手動轉義。 - FAQPage 只能用在「這個頁面上有完整問答內容」的頁面，不可以用在首頁、分類頁或沒有問答展示的頁面。
在 Next.js App Router 的做法（我們的標準做法，供直接參考）：
``tsx export default function FaqPage() { const schema = { "@context": "https://schema.org", "@type": "FAQPage", mainEntity: faqs.map((item) => ({ "@type": "Question", name: item.question, acceptedAnswer: { "@type": "Answer", text: item.answer }, })), }; return ( <> <script type="application/ld+json" dangerouslySetInnerHTML={{ __html: JSON.stringify(schema) }} /> {/* 頁面內容 */} </> ); } ``
用 JSON.stringify 輸出，引號轉義的問題直接消失，也不用擔心特殊字元爆掉。
哪些問題值得加 schema？判斷標準只有一個
不是所有問答都適合加 schema。海獺的判斷標準是一個快問：
這個答案抽出來、在 120 個字以內、獨立看得懂嗎？
答得到「是」→ 加。答不到 → 先把答案改短，或乾脆不加。
AI 引用的方式是「直接截段」，如果答案需要前後文才能成立，截出來就破碎無用。這個標準通過的答案，AI 才真的有機會把它當乾淨的答案片段引出去。
| 問答類型 | 值得加 schema | 原因 |
|---|---|---|
| 「費用多少？」「流程幾步？」具體問題 | ✓ | 答案短、可獨立引用 |
| 「你們理念是什麼？」品牌說明型 | ✗ | 答案太長、需脈絡 |
| 「A 和 B 差在哪？」比較型問題 | ✓ | AI 愛引用比較資訊 |
| 「XX 功能說明」無問句形式 | ✗ | FAQPage 的 name 必須是問句 |
| 常被 Google 搜尋的長尾問題 | ✓ | 對齊搜尋意圖，效果直接 |
| 需要圖表才能說清楚的問題 | ✗ | schema 只支援純文字答案 |
Google Rich Results Test 怎麼用？三步驟確認正確
加完 schema 一定要跑測試步驟確認，有錯 Google 不認識，AI 引用率也同步下降。
步驟一：前往 Google 結構化資料 FAQPage 官方文件說明頁，連結到測試入口，輸入你的頁面 URL 或直接貼上 HTML 原始碼。
步驟二：結果頁找「常見問題」這個 schema 類型，展開看每個 Question 的狀態。有警告（橘色）要修，有錯誤（紅色）一定要修，Google 不會顯示有錯誤的 schema。
步驟三：上線後 2–4 週，到 Google Search Console 的「增強功能」看「常見問題」欄位，有出現且沒有錯誤，代表 Google 已成功解析。
以下是常見錯誤與修法對照：
| 錯誤訊息 | 最常見原因 | 修法 |
|---|---|---|
| Missing field "name" | Question 少了問題文字 | 補上 "name": "你的問題" |
| Missing field "text" | Answer 少了答案內容 | 補上 "text": "你的答案" |
| Invalid JSON | 多了逗號、缺括號、引號未轉義 | 用 jsonlint.com 驗格式 |
| Content not visible | 網頁沒顯示這組問答 | 把問答加回頁面可見區域 |
| Incorrect object type | FAQPage 搞成 WebPage 或其他類型 | 確認 @type 是 FAQPage |
常見問題
Q：Google FAQ rich results 已限縮，還值得做 schema 嗎？ A：值得。Rich Results 對一般網站確實已限縮（2023 年起），但正確的問答 schema 讓 ChatGPT、Perplexity、AI Overviews 更容易引用你的答案，AEO 價值沒有消失。
Q：一個頁面可以有幾個問答 schema？ A：一個頁面只能有一個 FAQPage type，但可以包多個 Question，通常 5–15 組是合理範圍，太少沒必要做 schema，太多讀者也不會全看。
Q：問答答案可以包含 HTML 標籤嗎？ A：不行。acceptedAnswer.text 只接受純文字，放進 <strong> 或 <li> 等 HTML 標籤會讓 Google 標出錯誤。如果要列點，改用純文字「第一：⋯⋯ 第二：⋯⋯」的方式。
Q：WordPress 要怎麼加問答 schema？ A：Yoast SEO 或 Rank Math 都有內建問答區塊，在文章編輯器插入後自動產生 JSON-LD，不需要手動寫。兩個外掛產出的格式都符合 Schema.org 規格。
Q：schema 要放在 <head> 還是 <body> 結尾？ A：放哪裡 Google 都能解析，但放 <head> 是正確位置慣例。在 Next.js App Router 裡，放在頁面元件 return 的第一個子元素效果相同。
Q：問答內容更新了，schema 也要同步更新嗎？ A：一定要。Google 會比對 schema 裡的文字與頁面顯示的文字是否一致，不一致會被標為錯誤。每次修改後，重跑一次 Rich Results Test 確認。
Q：問答 schema 會影響頁面速度嗎？ A：幾乎不會。JSON-LD 是純文字，正常大小在 2–5 KB 以內，對 Core Web Vitals 的影響可忽略不計。