Schema.org 實作:用可見內容選擇 DefinedTerm、FAQPage 與 HowTo
從既有內容選擇語意類型,讓 JSON-LD 與讀者看得到的頁面一致,再分開確認詞彙與搜尋功能是否適用。本文提供實作範例,不宣稱特殊 GEO 標記能保證 AI 引用。
作者
Tenten AI FDM 團隊
前線部署行銷
發布日期
更新日期
閱讀時間
4 分鐘

結構化資料可以描述名詞、問答或操作步驟。該選哪個類型,要看頁面實際提供什麼內容,不能從「加上這個標記就會被 AI 引用」的承諾開始。
Google 的 AI 搜尋優化指南說明,其 AI 搜尋體驗不要求特殊的 Schema.org 標記。這是 Google 的指引,不能推論所有引擎都以相同方式使用結構化資料。實作時先顧好可抓取性、內容與來源,再用標記準確描述既有資訊。
先選內容類型,再寫 JSON
| 讀者看得到的內容 | 可考慮的詞彙 | 使用前要確認 |
|---|---|---|
| 有名稱與明確定義的名詞 | DefinedTerm | 頁面真的有定義,且適用範圍清楚。 |
| 網站編寫的常見問題與答案 | FAQPage | 標記的每個問答都在頁面上。 |
| 完成任務的操作步驟 | HowTo | 內容提供實際程序,而非行銷階段列表。 |
這張表用來選語意類型,不是在比較引用效果。Schema.org提供詞彙;搜尋產品是否支援某種呈現功能,則是另一個問題。
DefinedTerm:定義要先出現在頁面上
DefinedTerm用來描述名詞及其定義。這個範例的可見詞條是:
單次請求快取:僅在同一次請求內重複使用已儲存值的快取。
對應的最小 JSON-LD:
{
"@context": "https://schema.org",
"@type": "DefinedTerm",
"name": "單次請求快取",
"description": "僅在同一次請求內重複使用已儲存值的快取。"
}
只有在真實詞彙集或固定網址存在時,才加上相關連結。不要為了填滿範本而虛構詞彙頁、權威關係或企業資格。寫出定義也不能證明 AI 會優先採用這個名詞。
FAQPage:保留原本的問題與答案
可見問答範例:
有效的 JSON-LD 能保證 AI 引用嗎? 不能。有效的 JSON-LD 不保證 AI 引用。
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "有效的 JSON-LD 能保證 AI 引用嗎?",
"acceptedAnswer": {
"@type": "Answer",
"text": "不能。有效的 JSON-LD 不保證 AI 引用。"
}
}
]
}
FAQPage仍是詞彙的一部分。Google 更新紀錄指出,FAQ 複合式搜尋結果自 2026 年 5 月 7 日起停止顯示,相關文件於 6 月 15 日移除。這個範例不能當作取得該 Google 搜尋功能的方式。也不必為了加標記而增加讀者不需要的問答。
HowTo:標記真正的操作順序
HowTo描述操作指引。本例的可見程序是 檢查既有 JSON-LD:
- 開啟已呈現的頁面:檢查目標網址回傳的 HTML。
- 比對內容:確認標記的陳述與頁面可見內容一致。
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "檢查既有 JSON-LD",
"step": [
{
"@type": "HowToStep",
"name": "開啟已呈現的頁面",
"text": "檢查目標網址回傳的 HTML。"
},
{
"@type": "HowToStep",
"name": "比對內容",
"text": "確認標記的陳述與頁面可見內容一致。"
}
]
}
不要把服務的行銷階段包裝成讀者可以自行完成的操作。時間、材料與成本也只能在實際程序有依據時填入,不能借用想像中的典型數字。
讓實作與風險相稱
本文的程式區塊是教學範例,不會額外宣告成頁面的實體。在應用程式內,應透過 JSON 序列化工具產生資料,並安全處理嵌入 HTML 的邊界;不要把不可信的文字直接拼接進 script 元素。每種受影響的版型檢查一次代表性輸出,之後只在相關變更或失敗時重跑。
Google 結構化資料政策要求標記準確反映可見內容。語法、詞彙與當前搜尋功能的驗證各有用途,都不能證明引用、流量或轉換率提升。既有內容若沒有適合的類型,就先把內容寫清楚,不必增加標記。

從一條工作流程開始。
釐清值得做的下一步。
留下聯絡方式與問題類型,我們會再透過 Email 了解現況,討論流程、整合與開發範圍。