3536 Pillar

FAQ Schema 完整格式範例 2026：JSON-LD 必填欄位、10 個常見錯誤、3 個驗證工具

內容目錄 顯示

你的網站做了 FAQ Schema，但 Google 沒顯示成 Rich Snippet？2026 年 AI Overview 與 ChatGPT 越來越仰賴結構化資料引用內容，FAQ Schema 寫對了是「被引用的入場券」，寫錯了反而被 Google 拒收。這篇用真實 JSON-LD 範例，攤開必填欄位、10 個常見錯誤、3 個驗證工具，讓你的 FAQ Schema 一次寫對。

JSON-LD FAQPage 必填欄位

來源：Schema.org FAQPage、Google FAQ Schema 文件、Schema Markup Validator（更新時間：2026-05-10）

4 個欄位缺一不可

  • @context：固定為 https://schema.org，告訴 Google 你用的是 schema.org 詞彙
  • @type：頁面層級為 FAQPage、每題為 Question、答案為 Answer，大小寫不能錯（PascalCase）
  • mainEntity：包含所有 Question 物件的陣列
  • Question 內的 name ＋ acceptedAnswer：問題文字 ＋ 答案物件

最簡 JSON-LD 範例

📋 程式碼 
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "什麼是 FAQ Schema？",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "FAQ Schema 是寫給搜尋引擎看的結構化資料，告訴 Google 這頁有問答配對。"
    }
  }]
}
</script>

把整段放在 HTML 的 <head> 或 <body> 內。WordPress 用戶通常透過 SEO 外掛或主題自動產生，不用手動寫；但理解格式才能除錯。

推薦加但選填的 3 個欄位

  • inLanguage：頁面語言（zh-Hant 繁體、zh-Hans 簡體、en 英文）。多語站必加
  • dateModified：FAQ 最後更新日期，AI 用來判斷時效性。每次改 FAQ 都該更新
  • author：FAQ 作者（個人或組織）。對 E-E-A-T 加分，B2B 與專業服務站建議加

10 個最常見的 FAQ Schema 錯誤

1. FAQ 內容在頁面上不可見

Google 規範：FAQ Schema 的內容必須在頁面上實際呈現給用戶看。把 FAQ 藏在隱藏區塊、或只出現在 Schema 不出現在內文，會被判定 Cloaking，Rich Snippet 不會顯示。

2. 同一個 Question 對多個 Answer

acceptedAnswer 是一對一關係——一個問題只能配一個答案。如果你有兩種答案版本（短／長），選擇較完整的當 acceptedAnswer，不要塞兩個。

3. Answer 含促銷內容、CTA、折扣碼

Google 明確禁止：FAQ Answer 不能塞「立即購買」「輸入 SN99 折扣碼」這類促銷文字。Schema 是「資訊型」結構，加促銷會讓 Google 拒收 Rich Snippet。

4. 用在非 FAQ 頁面（產品頁、分類頁濫用）

FAQ Schema 應用在「真的有 FAQ 的頁面」。產品頁、分類頁、Landing Page 為了拿 Rich Snippet 硬塞 FAQ Schema，是 2024 年起 Google 主動清理的灰色操作。

5. 答案過短或只是 Yes/No

Google 建議答案 50 字以上、提供有用資訊。「是」「不是」「看情況」這類三字答案會被判定低品質，不會獲得 Rich Snippet。建議實務：每題答案 100-250 字、結構完整、能獨立讀懂。

6. 用 QAPage 結構（混淆 FAQPage 與 QAPage）

QAPage 是給「使用者貼問題、其他人回答」這類 UGC 場景用的（例如 Stack Overflow、Quora）。FAQPage 是「網站官方提供常見問答」。兩者用錯 Google 不會給 Rich Snippet。

7. @type 大小寫錯

Schema.org 規範用 PascalCase——Question、Answer、FAQPage 第一個字母都大寫。寫成小寫 question、answer 會直接被驗證工具標錯。

8. HTML 在 text 欄位但沒 escape

Answer 的 text 欄位若含 <、>、" 等字元，沒 escape 會破壞 JSON 結構。安全做法：用 HTML entity（&lt;、&gt;）或設計純文字答案不含特殊符號。

9. 同頁多個 FAQPage Schema

同一個 URL 只能有一個 FAQPage Schema，多個會讓 Google 混淆、可能全部不採用。如果頁面有兩組 FAQ（例如「售前問題」「售後問題」），要合併成一個 mainEntity 陣列。

10. 放在 iframe 或評論區

Google 爬蟲對 iframe 內的 Schema 多半不採用，評論區的 Schema 視為用戶生成內容（不是頁面主體）。FAQ Schema 必須放在 <head> 或 <body> 主體區塊，不能放在 iframe 內或留言區。

JSON-LD vs Microdata vs RDFa：選哪個？

Schema.org 支援三種語法格式：

  • JSON-LD（Google 強烈推薦）：放 <script> 區塊，獨立於 HTML 內容、易維護、爬蟲解析快
  • Microdata：用 HTML itemprop 屬性嵌入元素中，能用但維護麻煩
  • RDFa：類似 Microdata 但語法不同，現代很少用

2026 年 99% 的網站都該用 JSON-LD。Microdata／RDFa 只在維護舊網站時遇得到，不主動選用。

3 個必跑的驗證工具

1. Google Rich Results Test

Google 官方驗證工具，網址 search.google.com/test/rich-results。輸入 URL 或貼程式碼，會顯示「能否獲得 Rich Snippet」「有哪些錯誤需修正」。每次改完 FAQ Schema 第一個跑這個。

2. Schema Markup Validator

schema.org 官方驗證工具，validator.schema.org。比 Rich Results Test 嚴格——會檢查所有 schema.org 欄位語法（不只是 Google 支援的部分）。適合做完 Rich Results Test 後再跑一次。

3. Google Search Console「強化」報表

長期監測工具。GSC 會在你網站建索引後告訴你「FAQ Schema 有效頁面 X 頁、無效 Y 頁」，並列出無效原因。每月看一次，發現問題即時修。

這些情境下，秒站幫你避開 FAQ Schema 錯誤

FAQ Schema 寫對其實不難——但 10 個錯誤每個都有人踩過。秒站把這層自動化：

  • 不想自己寫 JSON-LD → 秒站 FAQ 模組（ACF repeater）後台填問答即可，Schema 自動產生
  • 避免「FAQ 不可見」錯誤 → 秒站前台模板自動把 ACF FAQ 渲染成可見卡片
  • 避免大小寫錯誤、HTML escape 錯誤 → 自動產生不會手誤
  • 同頁多 FAQPage 衝突 → 秒站每頁只生成一組 mainEntity
免費試用秒站：FAQ Schema 自動產生

小結：FAQ Schema 是 AI 搜尋的入場券

2026 年 AI Overview、ChatGPT、Perplexity 都仰賴結構化資料引用內容——FAQ Schema 寫對是「被引用的基礎條件」。把 4 個必填欄位寫對、避開 10 個常見錯誤、跑過 3 個驗證工具，你的 FAQ 就有資格出現在 Google Rich Snippet 與 AI 搜尋摘要中。從現在做起，每篇 Pillar 文章都配 8 題 FAQ Schema 是 2026 年的基本配備。

內文精華總結

FAQ Schema 是 2026 SEO 必填結構化資料

  • 提升 SERP「問答框」展示機率、AI Overview 引用率高
  • JSON-LD 格式必填欄位 5-7 個

10 個常見錯誤避免

  • 錯誤 mainEntity / 缺 acceptedAnswer / 不一致的 @type / 重複 @id
  • 錯誤 markup 反而被 Google 標警告、傷 SEO

3 個驗證工具確保正確

  • Schema Markup Validator（schema.org）、Google Rich Results Test、Rank Math 內建驗證
  • 上稿前必跑、避免 markup 錯誤上線

延伸閱讀

重點整理

FAQ Schema 真的會讓我的網站排名上升嗎？

FAQ Schema 本身不直接影響排名（Google 從未把它列為排名因素），但會大幅提升「能見度」與「點擊率」。Rich Snippet 把你的 FAQ 直接顯示在搜尋結果中，CTR 通常提升 20-30%。2026 年更重要的是：FAQ Schema 是 AI Overview、ChatGPT、Perplexity 引用內容的關鍵訊號——AI 偏好結構化的「問題－答案」配對，比純散文更容易被選為摘要來源。

FAQ Schema 跟 FAQ Page Schema 是同一個東西嗎？

是同一個。schema.org 的官方類型名稱是「FAQPage」（Pascal Case，連寫）；中文圈習慣稱「FAQ Schema」「FAQ 結構化資料」「FAQ Page Schema」都指同一件事。實際寫程式碼時用 @type: FAQPage，不是 FAQ Page（中間沒空格）。

我用 WordPress 該裝 SEO 外掛還是手寫 JSON-LD？

用外掛或 SaaS 平台預配的功能。手寫 JSON-LD 的 10 個錯誤裡有 7 個是「人工失誤」（大小寫錯、escape 錯、漏欄位），自動化工具（Rank Math、Yoast、秒站 FAQ 模組）幫你避開。手寫只在「自架網站、客製需求」時才考慮。優先順序：（1）SaaS 平台內建 FAQ 模組；（2）SEO 外掛自動產生；（3）最後才考慮手寫。

Google 拒收我的 FAQ Schema，可能是什麼原因？

依常見頻率排序：（1）FAQ 內容在頁面上不可見（藏在隱藏區塊或只在 Schema）；（2）答案太短（< 50 字）或只是 Yes/No；（3）Answer 含促銷內容、CTA、折扣碼；（4）用 QAPage 而不是 FAQPage；（5）@type 大小寫錯。修復步驟：去 Google Rich Results Test（search.google.com/test/rich-results）跑你的 URL，會直接告訴你哪裡錯。

一個頁面可以放幾題 FAQ Schema？

Google 沒明確上限，但實務建議 5-10 題最佳。低於 5 題 Rich Snippet 可能不顯示（看 Google 演算法判斷）；超過 10 題的 Rich Snippet 通常只展示前 3-4 題、後面的也不會被引用，做太多沒意義。秒站 FAQ 模組預設 8 題是經過實測的甜蜜點——足夠拿到 Rich Snippet、又不會浪費。

FAQ 的問題該怎麼挑？自己想的還是去抓搜尋字？

去 GSC 抓「用戶實際搜尋字」當依據。打開 Google Search Console→「成效」→「查詢」，看用戶搜什麼字進你的網站。把搜尋次數最高的 10-20 個字當 FAQ 候選——這是用戶真的有疑問的問題、寫進 FAQ 直接命中需求。自己想的問題往往是「品牌主視角」，跟用戶實際痛點有落差。

改 FAQ 內容後，Rich Snippet 多久會更新？

Google 重新爬取後生效，通常 3-30 天。可以加速：在 Google Search Console「網址審查」工具輸入該 URL、按「要求建立索引」，Google 會優先重爬。但「重爬」不等於「立即更新 Rich Snippet」——Google 仍依演算法決定是否顯示 Rich Snippet。每次改 FAQ 都該更新 Schema 內的 dateModified 欄位，AI 與 Google 用這個判斷時效性。

ChatGPT、Perplexity 也會讀我的 FAQ Schema 嗎？

會，且效果比 Google Rich Snippet 還明顯。AI 搜尋的引用邏輯偏好「問題－答案」結構化配對——FAQ Schema 提供的就是這種格式。實務觀察：補完 FAQ Schema 的網站，3-6 個月後被 ChatGPT／Perplexity 引用的頻率提升 2-3 倍。FAQ Schema 從「Google Rich Snippet 加分」升級成「AI 引用的入場券」。

分享此文章：

相關文章