SEO 優化2026年8月5日

FAQ Schema 怎麼寫?讓 Google 精選摘要與 AI 引擎同時抓到你的問答

A
AI 建站知識庫作者
專欄作者 · 3107 字
FAQ Schema 怎麼寫?讓 Google 精選摘要與 AI 引擎同時抓到你的問答

這篇教你完成什麼

假設你賣手工皂,網站上有一頁「常見問題」,列著「手工皂可以用在臉上嗎?」「保存期限多久?」這類問題。現在 Google 搜尋結果頁會出現可以展開的 FAQ 區塊,ChatGPT、Perplexity 這類 AI 引擎在整理答案時也越來越依賴結構化資料——但前提是你的頁面有正確標記 FAQ Schema。

這篇帶你從頭寫一份可以直接貼上網站的 FAQ Schema,做完之後:

  • 符合 Google Rich Results 資格,搜尋結果有機會展開問答
  • AI 爬蟲抓到格式乾淨的問答對,引用準確率大幅提升
  • 不用依賴外掛,純 JSON-LD 就搞定

事前準備

你需要:

  • 一個已上線的 FAQ 或問答頁面(內容至少 3 題以上)
  • 能編輯 HTML <head><body> 的權限(WordPress 可用主題的 Custom HTML 區塊或 Header Footer 外掛)
  • Google Search Console 帳號,用來測試與送審
  • 選用:Google Rich Results Test(免費線上工具)

步驟一:確認你的問答內容符合 Google 規範

先別急著寫 Schema,Google 對 FAQ Schema 有幾條硬規定:

  1. 同一個問題只能有一個答案。 問答是一對一,不是投票式複選。
  2. 問答必須直接出現在頁面的可見文字裡。 Schema 標記的內容和頁面上使用者看到的文字必須一致,不能藏著不顯示。
  3. 不能用來做廣告或促銷文字。 答案裡塞「立即購買」之類的行銷語言,Google 會直接略過。
  4. 每頁 FAQ Schema 建議不超過 10 題。 塞太多題會稀釋效果,挑最重要的問題就好。

確認內容沒問題,進下一步。


步驟二:寫出基本的 FAQ Schema JSON-LD

FAQ Schema 使用 JSON-LD 格式,放在 <script type="application/ld+json"> 標籤裡。基本結構長這樣:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "手工皂可以用在臉上嗎?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "可以,但建議選擇標示適合臉部的配方,初次使用先在耳後做過敏測試,確認無不適後再大範圍使用。"
      }
    },
    {
      "@type": "Question",
      "name": "手工皂的保存期限多長?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "未開封的手工皂通常可保存 12 至 18 個月,開封後建議 3 個月內用完,並存放在乾燥通風處。"
      }
    }
  ]
}

每一題是一個 Question 物件,name 是問題、acceptedAnswer.text 是答案,照這個格式複製幾次就能擴充題數。


步驟三:把 Schema 放進頁面正確位置

WordPress 使用者: 在 Gutenberg 編輯器裡加一個「自訂 HTML」區塊,把整段 <script> 貼進去,放在頁面底部即可。如果你用 Yoast SEO 或 Rank Math,它們有內建 FAQ 區塊,填完欄位會自動生成 Schema——但我建議自己手寫的人確認一下它輸出的 JSON 是否正確,外掛偶爾會有格式錯誤。

純 HTML 網站:<script type="application/ld+json">...</script> 放在 <head> 內或 <body> 結尾前都可以,Google 兩個位置都吃得到。

注意:同一個頁面如果已經有 HowToSchemaArticle Schema,FAQ Schema 可以並存,不衝突,但不要重複宣告相同的 @type


步驟四:用 Rich Results Test 驗證

上 Google Rich Results Test,貼上網址或直接貼程式碼,按測試。

看幾個地方:

  • 偵測到「FAQPage」字樣 → 格式正確
  • 出現警告(Warning)→ 可以不改,但建議處理
  • 出現錯誤(Error)→ 一定要修,否則不會出現在搜尋結果

常見錯誤是 text 欄位缺漏,或 mainEntity 外面多包了一層陣列。修完再跑一次確認。


步驟五:送進 Google Search Console 要求重新索引

驗證通過之後,進 Google Search Console,用「網址審查」功能貼上你的 FAQ 頁面 URL,點「要求建立索引」。Google 通常幾天內會重新抓取,確認 Rich Results 是否出現。

要注意的是,Rich Results 不是提交就一定會出現。Google 有自己的判斷邏輯,包含頁面整體品質、問答是否有搜尋需求等。做好 Schema 只是讓你符合資格,不是保證。如果你的頁面連基本的網站權威度都還沒建立,Rich Results 的機率相對低。


常見錯誤與怎麼避開

錯誤一:Schema 內容和頁面文字不一致 Schema 的 text 欄位比頁面上顯示的答案多了一段,或兩邊文字不同。Google 的爬蟲會比對兩者,不一致直接失效。修法:複製貼上頁面文字,不要另外改寫。

錯誤二:問題寫得太短或太模糊 「什麼是手工皂?」這種問題太廣,AI 引擎抓到也不知道你在回答哪個搜尋意圖。問題要具體,貼近使用者實際搜尋的措辭,例如「敏感肌適合用手工皂嗎?」

錯誤三:把行銷文案包進答案 「我們的手工皂全台最優質,立刻下單!」這類句子放進 text 欄位,Google 會把整頁 FAQ Schema 標記為不合格。答案只寫事實和資訊。

錯誤四:忘記 AI 爬蟲也在讀這份資料 2026 年,GPTBot、ClaudeBot 這類 AI 爬蟲已經在大量抓取結構化資料。如果你的 robots.txt 設定 擋掉了 AI 爬蟲,FAQ Schema 再完整,AI 引擎也讀不到。


進階:在答案裡加 HTML 格式標記

text 欄位支援部分 HTML 標籤,包含 <br><ul><li><a>。如果你的答案有步驟或清單,可以這樣寫:

"text": "保存手工皂有三個重點:<br><ul><li>放在乾燥通風處</li><li>避免直曬陽光</li><li>使用皂盤讓底部不積水</li></ul>"

Google 在 Rich Results 裡不一定會渲染 HTML 格式,但 AI 引擎在解析結構時,清單格式的答案通常比純文字段落更容易被正確引用。


完成後的檢查點與下一步

做完確認以下幾點:

  • Rich Results Test 無錯誤
  • Schema 內容與頁面顯示文字一致
  • 已在 Search Console 要求索引
  • robots.txt 沒有誤擋 AI 爬蟲
  • 問答題數 3 到 10 題之間

下一步,如果你的網站有多個頁面各自都有問答內容(例如產品頁、About 頁),每個頁面都可以加自己的 FAQ Schema,不需要集中在一頁。另外,FAQ Schema 可以搭配 內部連結規劃 一起做,把問答頁面的流量引導到產品頁,整體 SEO 效益更完整。

常見問題

FAQ Schema 一定要放在 <head> 裡嗎?

不一定。Google 可以讀取放在 <head> 或 <body> 任何位置的 JSON-LD,放在 <body> 結尾前也完全沒問題。重點是 script 標籤的 type 要正確寫成 application/ld+json。

FAQ Schema 和頁面顯示的文字一定要完全一樣嗎?

必須一致。Google 爬蟲會比對 Schema 裡的 text 和頁面上可見的答案文字,若有出入會判定標記無效,Rich Results 就不會出現。最安全的做法是直接從頁面複製文字貼入 Schema。

一個頁面可以同時有 FAQ Schema 和其他 Schema 嗎?

可以。FAQ Schema(FAQPage)可以和 Article、Product、BreadcrumbList 等其他 Schema 並存在同一頁,不會互相衝突。但同一個 @type 不要重複宣告兩次。

加了 FAQ Schema 就一定會出現 Google 精選摘要的展開問答嗎?

不保證。FAQ Schema 只是讓你符合 Rich Results 的資格,最終是否顯示由 Google 根據頁面品質、搜尋需求等因素決定。Schema 正確、頁面品質高,出現機率才比較大。

AI 引擎(如 ChatGPT、Perplexity)會讀 FAQ Schema 嗎?

會。2026 年的 AI 爬蟲已大量解析結構化資料,FAQ Schema 裡清楚的問答對能讓 AI 引擎更準確引用你的答案。前提是 robots.txt 沒有把 AI 爬蟲封鎖掉。

分享這篇

同系列文章