Schema Markup 完整教學：結構化資料怎麼標記，才能讓 Google 顯示豐富摘要
做完這篇你會得到什麼
在 Google 搜尋結果裡，你一定看過這種畫面：某個食譜結果帶著星星評分和烹飪時間，某個 FAQ 頁面直接在搜尋頁展開問題清單。這些不是 Google 隨機挑選的，是因為那些網站在 HTML 裡加了結構化資料標記（Schema Markup）。
這篇教你從選擇類型到實際寫出 JSON-LD 程式碼，再到測試驗證，整個流程走完。做完之後，你的網站就具備了讓 Google 顯示豐富摘要（Rich Results）的基本條件。
事前準備：你需要哪些東西
- 網站後台存取權限：要能編輯 HTML
<head>區塊，或裝 Schema 外掛（WordPress 用戶可直接用 Yoast 或 Rank Math） - Google 搜尋主控台帳號：用來驗證結果，之後也能追蹤豐富摘要的曝光量
- Rich Results Test 工具：Google 官方測試頁面，免費使用
- 一個你想優化的頁面：文章、商品頁、FAQ 頁，或是本地商家頁面都可以
Step 1：搞清楚你的頁面適合哪種 Schema 類型
Schema.org 定義的類型超過 800 種，但實際上對一般網站最有用的大概就這幾種：
| 頁面類型 | 建議 Schema | 豐富摘要效果 |
|---|---|---|
| 部落格文章 | Article |
標題、發布日期、作者 |
| FAQ 頁面 | FAQPage |
在搜尋頁直接展開問答 |
| 商品頁 | Product |
評分星星、價格、庫存狀態 |
| 食譜 | Recipe |
烹飪時間、卡路里、評分 |
| 本地商家 | LocalBusiness |
電話、地址、營業時間 |
| 麵包屑 | BreadcrumbList |
搜尋結果顯示層級路徑 |
假設你現在有一個賣手工皂的網站，商品頁用 Product，品牌部落格用 Article，「常見問題」那頁用 FAQPage，三種分開標記，各自帶出不同的豐富摘要效果。
Step 2：用 JSON-LD 格式寫出 Schema 程式碼
Google 官方建議使用 JSON-LD 格式，原因很簡單：你不需要改動 HTML 結構，整段 script 直接貼進 <head> 就好，維護起來也方便。
以 FAQPage 為例：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "手工皂可以用幾天？",
"acceptedAnswer": {
"@type": "Answer",
"text": "一般手工皂使用壽命約 4 到 6 週，保持乾燥可延長至 8 週。"
}
},
{
"@type": "Question",
"name": "手工皂適合敏感肌膚嗎？",
"acceptedAnswer": {
"@type": "Answer",
"text": "多數天然原料的手工皂適合敏感肌，但仍建議先做局部測試。"
}
}
]
}
</script>
這段程式碼放在頁面 <head> 裡，或是貼在 body 底部也行，Google 都能讀取。
幾個寫法細節要注意：
@context固定填https://schema.org@type區分大小寫，FAQPage不能寫成faqpagetext欄位可以包含基本 HTML 標籤（<a>、<ul>等），但不要塞複雜的格式
Step 3：把程式碼放進你的網站
依照你的建站方式，操作方法不同：
WordPress（不裝外掛的做法）：
在主題的 functions.php 加入條件判斷，只在對應頁面輸出 Schema；或是直接用頁面編輯器的「自訂 HTML」區塊貼上整段 <script>。
如果你用的是 Yoast SEO 或 Rank Math，兩者都有內建 Schema 設定頁面，基本類型（Article、BreadcrumbList、FAQ）可以直接在後台填欄位、自動生成程式碼，不用手寫。詳細的 WordPress SEO 設定邏輯可以參考這份完整教學，裡面有整體架構的說明。
其他平台（Webflow、Shopify）：
Webflow 可以在頁面設定裡加入 <head> 自訂程式碼。Shopify 則在主題的 theme.liquid 檔案裡，找到 </head> 標籤前貼入。
Step 4：用 Rich Results Test 驗證標記是否正確
程式碼貼完不代表 Google 能正確讀取，你需要主動測試。
- 開啟 Google Rich Results Test
- 輸入你剛才修改的頁面網址，或直接貼上 HTML 程式碼
- 按「測試網址」，等系統分析完
- 查看「已偵測到豐富摘要」的清單——如果出現你設定的 Schema 類型，代表格式正確
如果出現紅色錯誤（Error），一定要修；出現黃色警告（Warning），可以視情況改，通常是某些建議欄位沒填。
另外，Schema 標記驗證通過後，Google 不保證立刻顯示豐富摘要，還取決於頁面內容品質與爬取頻率，通常需要等幾週觀察。
常見錯誤與怎麼避開
錯誤一：Schema 內容跟頁面實際內容不符
這是最嚴重的違規，Google 的文件裡明確說明：標記的資訊必須跟使用者在頁面上看到的一致。如果你在 Product Schema 裡寫「評分 4.8」，但頁面根本沒有顯示評分，Google 可能不顯示豐富摘要甚至降低信任度。
錯誤二：同一個頁面重複放多個同類型 Schema
比如一頁放了兩個 FAQPage，Google 可能只讀其中一個，或直接忽略。每種類型在同一頁只放一次。
錯誤三：用舊版的 Microdata 或 RDFa 格式 技術上沒問題，但維護麻煩，且跟頁面 HTML 結構綁在一起，改版容易出錯。新專案直接用 JSON-LD 就好。
錯誤四：只標記首頁，其他頁面全部忽略 豐富摘要是以頁面為單位出現在搜尋結果裡，每一個想要有豐富摘要的頁面都要個別標記。
進階技巧：巢狀 Schema 讓資料更完整
單一頁面可以同時放不同類型的 Schema，只要它們各自獨立、不互相衝突。比如一篇食譜文章可以同時有：
Recipe（顯示烹飪資訊）BreadcrumbList（顯示層級路徑）Person或Organization（標記作者或品牌）
另外，Article 類型裡可以用 author 屬性巢狀嵌入 Person 物件，提供更完整的作者資訊，這對 Google 的 E-E-A-T（Experience, Expertise, Authoritativeness, Trustworthiness）評估有幫助：
"author": {
"@type": "Person",
"name": "陳建宇",
"url": "https://example.com/author/chen"
}
這種做法在 2026 年已經是內容網站的標配，尤其是針對 AI Overview 的優化場景，讓 Google 更容易識別你的內容來源可信度。
完成後的檢查清單
做完所有步驟，確認以下幾點再收工：
- Rich Results Test 無紅色錯誤
- Schema 內容與頁面可見內容一致
- 每個想優化的頁面都已個別標記
- Google Search Console 的「豐富摘要」報告已可查到該頁面（可能需等 1~2 週）
- 程式碼放在
<head>或 body 底部，沒有放在被 JavaScript 動態渲染才載入的區域
下一步建議：
結構化資料是技術 SEO 的一環。如果你的站在速度上還沒做過優化，可以同步去看 Core Web Vitals 的優化方法，兩件事並行，搜尋體驗會提升得比較快。另外，內部連結策略也是常常被忽略的排名因素，Schema 做好之後可以接著處理這塊。
常見問題
Schema Markup 加了之後，Google 一定會顯示豐富摘要嗎？
不保證。Schema 標記只是讓你的網站「有資格」出現豐富摘要，Google 會根據頁面內容品質、使用者搜尋意圖等因素決定是否顯示。通常驗證通過後需要等幾週才能在搜尋結果中看到效果。
Schema Markup 和 Open Graph 標記是同一件事嗎？
不是。Schema Markup（結構化資料）主要是給 Google 等搜尋引擎讀取，影響搜尋結果的顯示方式。Open Graph 標籤則是給 Facebook、LINE 等社群平台讀取，影響連結分享時的預覽卡片。兩者獨立存在，可以同時使用。
我的網站用 WordPress，需要手動寫 JSON-LD 嗎？
不一定。Yoast SEO 和 Rank Math 都有內建 Schema 功能，基本的 Article、FAQ、BreadcrumbList 等類型可以直接在後台設定欄位自動生成，不用手寫程式碼。但如果需要客製化或較特殊的 Schema 類型，還是需要手動加入 JSON-LD。
一個頁面可以同時放多種不同 Schema 類型嗎？
可以，只要它們是不同類型且各自獨立。例如一篇食譜文章可以同時有 Recipe、BreadcrumbList 和 Person（作者資訊）三種 Schema。需要注意的是，同一種類型在同一頁面只能放一個，重複放可能讓 Google 只讀其中一個或全部忽略。
Schema Markup 對 SEO 排名有直接幫助嗎？
Schema 本身不是直接的排名因素，但豐富摘要能讓搜尋結果更吸睛，提高點擊率（CTR）。點擊率上升間接對排名有正面影響。另外，巢狀 Author Schema 搭配 E-E-A-T 訊號，對內容可信度評估也有輔助作用。
分享這篇
