GEO 的 Schema 實作教學:DefinedTerm、FAQ、HowTo 三種標記怎麼寫、怎麼驗證

上週一個做企業軟體的客戶把後台丟給我看。他們的產品說明頁寫得很紮實,定義清楚、步驟完整,人讀起來沒話講。但在 Perplexity 和 ChatGPT 裡搜同類問題,被引用的永遠是競品那篇資訊量更少的文章。

差別不在內容好壞。差別在,他們的頁面對 AI 來說是一團連續的文字,AI 得自己猜哪一段是「定義」、哪一段是「步驟」;競品用了結構化標記,把答案切成一塊一塊、標好標籤,AI 抓起來零成本。

這就是 GEO schema 實作在做的事:用 JSON-LD 告訴模型「這一段是可以直接引用的答案,而且它屬於這個實體」。今天只講三種最實用的標記,DefinedTerm、FAQPage、HowTo,給你可以直接貼上去改的範本,加上怎麼驗證它真的生效。

為什麼這三種標記對 AI 擷取最有用

生成式引擎回答問題時,愛用「自成一段、可歸屬」的內容片段——一段話拿出來就完整,而且能追溯到來源。這三種 schema 剛好各自對應一種高頻問句。

關鍵不是有標記就會被引用,而是標記逼你把內容寫成 AI 想要的形狀:定義獨立成句、問答成對、步驟編號。標記是結果,內容結構才是因。

DefinedTerm:讓定義變成可引用的一句話

先給定義,再給範本。DefinedTerm 用來標記一個專有名詞和它的解釋,適合放在術語頁或文章開頭的名詞定義。

{
  "@context": "https://schema.org",
  "@type": "DefinedTerm",
  "name": "前線部署工程(FDE)",
  "description": "一種企業 AI 導入模式:工程師實際進駐客戶現場,將 AI 系統推上生產環境並負責到上線與內部採用,而非只交付 Demo 或原型。",
  "inDefinedTermSet": {
    "@type": "DefinedTermSet",
    "name": "Tenten AI 術語表",
    "url": "https://tenten.co/glossary"
  }
}

寫 description 時記得:不要用「它是指…」開頭,直接把主詞塞進去,讓這句話單獨拉出來也讀得懂。這是被引用的前提。

FAQPage:一問一答,對子越乾淨越好

FAQPage 標記頁面上的常見問題。它的威力在於,每個 Question 和 Answer 是綁死的一對,AI 不需要判斷哪個答案配哪個問題。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "GEO 和傳統 SEO 有什麼不同?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "SEO 優化的是在搜尋結果頁的排名;GEO 優化的是被生成式引擎(如 ChatGPT、Perplexity)在答案中引用的機率。兩者可以並存,但 GEO 更看重內容的結構化與可歸屬性。"
    }
  }, {
    "@type": "Question",
    "name": "FAQ schema 會不會被 Google 當成濫用?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "只要頁面上確實有對應的可見問答內容,且問題是使用者真正會問的,就不算濫用。標記內容必須與頁面可見文字一致,不能只塞在 JSON-LD 裡。"
    }
  }]
}

一個雷我們踩過:text 裡塞了頁面上根本沒有的內容,結果被判定為不一致,標記直接失效。標記裡的答案必須和頁面上肉眼看得到的文字對得起來。

GEO schema 實作的第三塊:HowTo 步驟標記

HowTo 標記操作流程,每個步驟是一個 HowToStep,有名稱、有說明。AI 抓到後可以整串輸出成編號清單,這正是「怎麼做」類問題最想要的格式。

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "如何驗證你的 JSON-LD 標記",
  "step": [{
    "@type": "HowToStep",
    "name": "貼進測試工具",
    "text": "把頁面網址或程式碼貼進 Google 複合式搜尋結果測試工具。"
  }, {
    "@type": "HowToStep",
    "name": "檢查解析結果",
    "text": "確認工具正確辨識出標記類型,且沒有紅色錯誤。"
  }, {
    "@type": "HowToStep",
    "name": "比對可見內容",
    "text": "逐項核對標記內的文字與頁面上實際顯示的文字是否一致。"
  }]
}

三步驗證,別上線就不管

標記寫完不驗證,等於沒寫。我們的固定流程是這樣:

第一,用 Google 的複合式搜尋結果測試工具(Rich Results Test)貼上網址,看它有沒有正確辨識類型、有沒有跳錯誤。第二,用 Schema.org 的 Validator 做語法層的檢查,抓 @type 拼錯或欄位缺失這種低級失誤。第三,也是最容易被跳過的一步——把標記裡的每句話跟頁面上看得到的文字逐句比對,確認一致。前兩步驗語法,第三步驗誠實。

還有一個驗收動作值得做:把你的目標問題直接丟進 Perplexity 或 ChatGPT,看它引用了誰。這比任何工具都誠實地告訴你,你的內容到底有沒有被 AI 當成可引用的答案。

標記不是魔法,它只是把你已經寫好的內容翻譯成機器讀得懂的結構。我們在幫客戶做 FDM/GEO 時,通常不是先動 schema,而是先把內容改成「定義獨立、問答成對、步驟編號」的形狀,標記反而是最後貼上去的那一層。順序對了,被引用才會是自然的結果。