Schema markup 是一種結構化資料，幫搜尋引擎理解頁面內容。它不保證排名上升，但能降低 Google 誤解頁面的機率，也有機會觸發 rich results。
資料基準：2026-05-18。這篇以內容網站、工具評測站、教學站為主，不討論大型電商的複雜 product feed。
Schema markup 是什麼？
Schema markup 是用固定格式描述頁面資訊，例如這是一篇 Article、這是一個 FAQ、這是一個 BreadcrumbList。Google 讀到後，就能更準確理解標題、作者、發布時間、圖片、問答與頁面階層。
目前最建議使用 JSON-LD，因為它不需要把資料塞在 HTML 標籤上，比 Microdata 更好維護。
內容站優先做哪些 Schema？
| Schema 類型 | 適合頁面 | 優先度 |
|---|---|---|
| Article | 一般文章、教學、比較文 | 高 |
| BreadcrumbList | 文章頁、分類頁 | 高 |
| WebSite | 全站首頁 | 中 |
| Organization | 全站品牌資訊 | 中 |
| FAQPage | 真的有 FAQ 的頁面 | 中 |
| WebApplication | 工具頁、計算器、互動測驗 | 中 |
SEO Teamer 這類內容站，最基本的組合是 Article + BreadcrumbList + Organization + WebSite。工具頁再補 WebApplication。
Article Schema 應該包含什麼？
- headline：文章標題，應與頁面 H1 一致或高度接近。
- description：文章摘要，應與 meta description 對齊。
- image：至少一張可公開存取的代表圖。
- datePublished：首次發布日期。
- dateModified：最後更新日期。
- author：作者或負責組織。
- publisher：出版單位與 logo。
- mainEntityOfPage：文章 canonical URL。
最常見的錯誤是 schema image 或 logo 指到不存在的圖片。部署前務必確認圖片在 production 回傳 200。
FAQPage 不要濫用
FAQPage 只應該用在頁面真的有問答區，而且問答內容對使用者可見的情況。不要為了 rich result 硬塞一堆看不到的問答，也不要把整篇文章切成假 FAQ。
FAQ 的寫法應該簡短、直接、可獨立理解。若答案需要長篇解釋，應放在正文段落，再在 FAQ 中簡短總結。
BreadcrumbList 的價值
BreadcrumbList 讓 Google 理解頁面在網站架構中的位置。對內容集群站來說，它能清楚表達「首頁 → 分類 → 文章」的階層。
建議同時在頁面上顯示麵包屑，而不是只在 JSON-LD 中提供。使用者看得到的導覽，通常也是比較健康的資訊架構。
如何驗證 Schema？
- 先用 Google Rich Results Test 測單頁。
- 再用 Schema Markup Validator 看完整結構。
- 確認所有 image URL 都是 https 且回傳 200。
- 確認 `dateModified` 不要晚於實際更新紀錄太多。
- 部署後在 Search Console 觀察 enhancement report。
如果你正在做整站技術檢查，可以搭配 技術 SEO 檢查清單。如果你在處理速度與體驗，則看 Core Web Vitals 教學。
建議實作模式
小型 PHP 內容站不要在每篇文章手寫 JSON-LD。比較好的方式是把文章 metadata 放在 JSON index，再由共用 include 產生 schema。這樣更新欄位時只改一處，錯誤比較少。
實作時要注意：
- schema 內容要來自同一份 metadata，不要和 meta title、description 各自維護。
- 圖片尺寸要寫對，logo 尺寸也要與實際圖片一致。
- 有 FAQ 才輸出 FAQPage，沒有就不要輸出。
- 工具頁要用適合的 WebApplication 或 WebPage，不要全部套 Article。
- 每次部署後抽測幾個代表頁。
常見錯誤
錯誤一：schema 和頁面內容不一致。例如 schema 說有 FAQ，但頁面沒有問答。這會降低信任，也可能造成 enhancement warning。
錯誤二：圖片 URL 404。這是最常見也最容易修的問題。OG image、Article image、Organization logo 都要 production 200。
錯誤三：把產品 schema 用在非產品頁。工具比較文可以是 Article，不一定要 Product。不要為了星等或價格硬套不合適的型別。
錯誤四：所有頁面都輸出同一份 schema。首頁、文章、分類、工具頁的型別應該不同。
常見問題
Schema markup 會讓排名變好嗎？
不應把它視為直接排名保證。它的主要價值是讓搜尋引擎更準確理解頁面，並可能取得較好的搜尋結果呈現。
每篇文章都需要 FAQ Schema 嗎？
不需要。只有當頁面真的有可見 FAQ，且問答對搜尋者有幫助時才加。
Schema 可以用外掛自動產生嗎？
可以，但仍要抽查。很多外掛會輸出過多或不一致的 schema。對自建 PHP 站，共用 include 通常更乾淨。