結構化資料 JSON-LD：讓機器確定你在說什麼
一句話答案
結構化資料是用 schema.org 詞彙、以 JSON-LD 格式寫在頁面裡的「機器可讀說明書」，明確告訴搜尋引擎與 AI 這頁是文章還是產品、作者是誰、何時更新。它是取得複合式搜尋結果的前提，也讓 AI 更有把握引用你。
結構化資料是什麼？
人看網頁能一眼認出「這是作者名字」「這是價格」，但對機器來說都只是文字。結構化資料就是用一套共通詞彙（schema.org）把這些意義明確標注出來。
最推薦的寫法是 JSON-LD：一段放在 <script type="application/ld+json"> 裡的 JSON，不影響畫面。
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "結構化資料 JSON-LD：讓機器確定你在說什麼",
"datePublished": "2026-09-27T00:00:00.000Z",
"dateModified": "2026-09-27T00:00:00.000Z",
"author": { "@type": "Person", "name": "LanDi" }
}為什麼 SEO 和 GEO 都需要它？
- SEO：是取得複合式搜尋結果（星等評分、麵包屑、產品價格、活動日期）的前提。詳見 Google 結構化資料簡介。
- AEO／GEO：答案引擎要從網頁「抽出事實」。作者、日期、組織、產品規格用結構化資料寫清楚，比從自然語言中推測更可靠。
該用哪些類型？
| 網站類型 | 建議的 schema 類型 |
|---|---|
| 所有網站首頁 | WebSite、Organization 或 Person |
| 部落格、新聞 | Article／BlogPosting／NewsArticle |
| 電商 | Product（含 Offer、AggregateRating） |
| 在地商家 | LocalBusiness |
| 有層級的頁面 | BreadcrumbList |
| 問答內容 | FAQPage、QAPage |
FAQ 和 HowTo 還值得做嗎？
要知道一個重要變化：Google 在 2023 年 8 月宣布，FAQ 複合式結果只會顯示給知名的政府與醫療網站，HowTo 複合式結果則已停止顯示。所以一般網站加 FAQPage 不會再得到展開式的問答結果。
本站仍然保留 FAQPage，原因是：頁面上的 FAQ 區塊本身就是 AEO 的好內容格式，標記它不會有壞處，而其他搜尋引擎與 AI 系統仍可能讀取它。
怎麼寫、怎麼驗證？
- 找對類型：到 Google 搜尋藝廊 查 Google 支援哪些類型與必要欄位。
- 寫 JSON-LD：放在
<head>或<body>都可以。 - 驗證語法：用 Schema Markup Validator 檢查是否符合 schema.org。
- 驗證 Google 資格：用 複合式搜尋結果測試 看能否產生複合式結果。
- 上線後監控：Search Console 的「強化功能」報表會列出錯誤。
最常見的三個錯誤
- JSON 語法錯誤：多一個逗號，整段就被忽略。本站的健康檢查會抓出這個問題。
- 標記看不到的內容：例如標了評分但頁面上沒有顯示評分。
- 日期格式錯誤：請使用 ISO 8601，例如
2026-09-27T00:00:00Z。
常見問題
加了結構化資料就一定會出現複合式搜尋結果嗎？
不一定。結構化資料只是讓頁面「有資格」，Google 會自行決定是否顯示。
JSON-LD、Microdata、RDFa 該用哪個？
Google 三種都支援，但官方建議使用 JSON-LD，因為它與 HTML 內容分開、最容易維護。
結構化資料可以寫頁面上沒有的內容嗎？
不行。結構化資料必須反映使用者在頁面上看得到的內容，標記看不到的內容違反 Google 的指南，可能導致人工處置。