schema 對 GEO 有用嗎?DefinedTerm、FAQ、HowTo 三種標記的引用效果比較

先說結論,免得你讀完還在猜:schema 標記不會直接讓 AI「更想引用」你,但它會讓 AI「更容易看懂並拆解」你的內容——而後者才是被引用的前提。這兩件事常被混為一談,於是就有了那個流傳很廣的誤會:只要頁面塞了 JSON-LD,ChatGPT、Perplexity、Google AI Overviews 就會自動來抓。

我們在幫客戶做 GEO(生成式引擎優化)時,遇過太多這種期待。有一家 B2B SaaS,工程團隊很勤快,把官網每一頁都上了 schema,FAQ、Product、Organization、BreadcrumbList 一應俱全,程式碼漂亮到可以當教材。但我們拉了三個月的 AI 引用紀錄,他們被 Perplexity 引用的頁面,恰好是一篇「沒有任何 schema」的部落格長文。這不是巧合,值得說清楚原因。

GEO schema 標記到底在幫什麼忙

先把機制講對。目前主流的 AI 搜尋引擎,抓取與理解內容主要靠的是頁面正文的語意,而不是 schema 欄位本身。Google 官方講得很直白:結構化資料幫助「理解」,不保證「呈現」。這句話搬到 GEO 一樣成立。

那 schema 的價值在哪?在於降低歧義。當你的一段文字同時可以被解讀成三種意思時,AI 抓取時要嘛猜、要嘛跳過。DefinedTerm 告訴它「這是一個術語的正式定義」;FAQPage 告訴它「這一段是問答對,問題是 A,答案是 B」;HowTo 告訴它「這是有先後順序的步驟」。你等於幫模型省掉了拆解成本。省下的成本,換來的是它更有信心把你這段話當成「可直接回答使用者」的素材——這才是引用的真正入口。

所以正確的期待是:schema 是放大器,不是發電機。內容本身沒有可被引用的價值,標記再完整也放大不出東西。

三種標記,各自適合什麼、我們觀察到什麼

我們把這一年在金融、醫療、製造客戶身上跑出來的觀察整理成一張表。請注意「被引用觀察」那一欄,那是實際拉 log 的體感,不是規格書上的承諾。

從這張表可以看出一件事:三種標記的效果高度綁定「查詢意圖」與「內容體質」。DefinedTerm 對應定義型意圖,FAQ 對應疑問型意圖,HowTo 對應操作型意圖。你標錯類型,等於在對 AI 說謊,而模型現在越來越會抓到內容與標記不符——不符的下場通常是被降權看待,而不是加分。

破除迷思:加了 schema 不等於會被引用

回到開頭那家 SaaS。他們那篇被引用的無 schema 長文,結構其實非常「schema 友善」:每個小標就是一個真實問題,標題下第一句直接給答案,術語出現時當場用一句話定義完。也就是說,內容天生就把語意講清楚了,AI 不需要 schema 也能拆解。反過來,他們上滿 schema 卻沒被引用的產品頁,正文全是形容詞,「業界領先」「智慧賦能」,模型抓下來根本組不出一句能回答使用者的話。

這就是重點。schema 幫的是「本來就寫清楚、只是機器需要一點指引」的內容;它救不了「人看了都不知道在講什麼」的內容。順序不能顛倒:先把內容寫成可被引用的樣子——一句話結論、獨立成立的段落、當場定義的術語、清楚的步驟——再用對應的 schema 去強化它。

還有一個容易忽略的取捨:標記要跟頁面可見內容一致。用 FAQ schema 標記使用者根本看不到的隱藏問答,或 description 寫的跟畫面不一樣,都屬於違反結構化資料規範的操作,短期或許沒事,長期是拿信任在冒險。GEO 玩的是被引用,而引用建立在信任上。

我們自己在幫客戶落地時的做法,是先審內容體質、對齊查詢意圖,再決定哪一頁該上哪一種標記——而不是全站無差別鋪一輪 schema 交差。Demo 那天標記驗證器全綠不算數,三個月後 log 裡真的長出引用,才算數。