Schema / JSON-LD 入門,5 種最常用標記與範本
5 種高投資報酬率的 Schema 標記與 JSON-LD 實作範本。Google 官方強烈建議採用 JSON-LD 格式佈署結構化資料,因其代碼獨立於 HTML 結構,能避免前端版面修改導致標記失效。正確設定 Article、Product 與 FAQ 等標記能有效觸發豐富結果,進而提升網頁點擊率。
本文重點
- 官方建議以 JSON-LD 佈署結構化資料,代碼與 HTML 分離,能避免前端改版導致標記失效。
- 投資報酬率最高的 5 種 Schema 包含文章、產品、FAQ、麵包屑與組織,能爭取豐富結果。
- 電商網站必備 Product 標記,於 SERP 展示價格與評價,能提升高購物意圖用戶點擊率。
- 佈署後須透過 Rich Results Test 驗證,確保無錯誤屬性以觸發豐富結果。
在現代 SEO 策略中,實作 Schema 是幫助搜尋引擎精準理解網頁內容的關鍵步驟。透過佈署正確的 JSON-LD 結構化資料,你能夠爭取在搜尋結果頁面(SERP)中展示豐富結果(Rich Results),進而大幅提升自然搜尋的點擊率與流量。
一、Schema.org 是什麼?跟 SEO 的關係
Schema.org 是一個由 Google、Microsoft、Yahoo 和 Yandex 共同創立的標記詞彙庫,目的是提供一套統一的標準,讓網站管理員能以結構化資料(Structured Data)的形式向搜尋引擎解釋網頁內容。
它與 SEO 的核心關係在於「語意理解」與「SERP 呈現」。搜尋引擎爬蟲雖然能讀取文字,但未必能理解文字背後的實體關聯。透過 Schema 標記,你可以明確告訴爬蟲「這是一篇文章」、「這是一個價格為 100 元的產品」或「這是一場活動的日期」。這不僅有助於提升搜尋引擎對內容的理解,更是觸發serp-elements-explained中各種豐富結果(Rich Results)的必要條件。
二、JSON-LD vs Microdata vs RDFa(為何推 JSON-LD)
實作結構化資料主要有 JSON-LD、Microdata 與 RDFa 三種語法,其中 Google 官方強烈建議使用 JSON-LD。
- JSON-LD(JavaScript Object Notation for Linked Data):將標記代碼集中寫在
<script>標籤內,通常放置於<head>或<body>中。它的最大優勢是與網頁 HTML 結構分離,修改或維護時不會破壞前端版面,對於動態生成的網站也極度友善。 - Microdata:將標記直接嵌入現有的 HTML 標籤屬性中(如
itemprop)。缺點是當網頁結構複雜時,程式碼會變得極度混亂且難以維護,容易因為前端工程師修改版面而導致標記失效。 - RDFa:與 Microdata 類似,也是基於 HTML 屬性的擴充套件,主要用於發佈連結資料,但學習曲線較陡峭,目前在一般 SEO 實務中較少使用。 由於 JSON-LD 的獨立性與易讀性,我們在進行on-page-seo-checklist優化時,應優先採用 JSON-LD 格式來佈署結構化資料。
三、5 個最常用的 Schema 類型
根據多數網站的營運需求,Article、Product、FAQPage、BreadcrumbList 與 Organization 是 SEO 實務上投資報酬率最高的 5 種 Schema 類型。
(一)Article / BlogPosting
專為新聞文章或部落格文章設計。標記此類型可幫助文章在 Google 搜尋的「焦點新聞(Top stories)」輪播區塊中曝光,或提供更豐富的標題、大圖與發布日期資訊。如果是經營內容網站,建議直接使用更具體的 BlogPosting 或 NewsArticle 標記。
(二)Product
電商網站必備的結構化資料。透過標記產品名稱、圖片、價格(Price)、庫存狀態(Availability)與真實評價(Review/AggregateRating),能讓商品資訊直接顯示在 SERP 上。在搜尋結果中直接顯示價格與星級,能大幅提升購物意圖強烈用戶的點擊率。
(三)FAQPage
適用於包含常見問題與解答的頁面。雖然 Google 近期縮減了 FAQ 豐富結果的展示頻率,但對於權威性高、與政府或健康相關的網站,依然能佔據極大的 SERP 版面,讓用戶直接在搜尋結果中展開摺疊面板查看解答。
(四)BreadcrumbList
麵包屑標記能讓搜尋結果的 URL 顯示為清晰的導覽路徑(例如:首頁 > 分類 > 產品),而非一串冗長的網址字串。這有助於用戶快速理解頁面在網站層級中的位置,同時也協助搜尋引擎爬取與理解網站的分類架構。
(五)Organization / WebSite
Organization 用於建立品牌實體,包含企業名稱、Logo、聯絡資訊與官方社群連結,有助於觸發 SERP 右側的知識面板(Knowledge Panel)。WebSite 則主要用於啟用 SERP 上的網站內搜尋框(Sitelinks Search Box),讓用戶能直接在 Google 搜尋你的站內內容。
四、實作範本(直接可用)
以下提供最常見的 Article 與 FAQPage 的 JSON-LD 範本,你可以直接複製並替換其中的數值(字串內容),放置於網頁的 <head> 或 <body> 區塊中。
Article / BlogPosting 範本
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "這是一篇 SEO 教學文章的標題",
"image": "https://example.com/images/seo-guide.jpg",
"author": {
"@type": "Person",
"name": "Albert"
},
"publisher": {
"@type": "Organization",
"name": "Albert SEO Blog",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
},
"datePublished": "2023-10-01T08:00:00+08:00",
"dateModified": "2023-10-15T09:20:00+08:00"
}
</script>
FAQPage 範本
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "什麼是 JSON-LD?",
"acceptedAnswer": {
"@type": "Answer",
"text": "JSON-LD 是一種基於 JSON 的輕量級連結資料格式,是 Google 推薦的結構化資料實作方式。"
}
}, {
"@type": "Question",
"name": "Schema 會影響排名嗎?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Schema 不直接作為排名訊號,但能透過豐富結果提升點擊率。"
}
}]
}
</script>
五、用 Rich Results Test 與 Schema Markup Validator 驗證 Schema
佈署 JSON-LD 程式碼後,必須使用官方工具驗證語法是否正確,否則搜尋引擎將無法解析並觸發豐富結果。
- Rich Results Test(複合式搜尋結果測試):Google 官方提供的核心工具。輸入網址或直接貼上程式碼後,工具會明確指出該頁面有資格呈現哪些 Google 豐富結果,並列出缺少哪些必要(Error)或建議(Warning)的屬性。
- Schema Markup Validator(Schema 標記驗證器):由 Schema.org 提供,取代了舊版的 Google 結構化資料測試工具。它能驗證所有 Schema.org 支援的類型(即使是 Google 目前未支援豐富結果的標記),適合用來檢查整體的語法結構與屬性正確性。 驗證通過無誤後,建議透過 Google Search Console 提交更新,或確保你的sitemap-implementation-gsc已包含該網址,以加速爬蟲抓取與重新渲染。
六、Schema 會影響排名嗎?(答案:不直接,但影響 CTR)
根據 Google 官方 Search Central 文件,實作 Schema 結構化資料本身並非直接的排名因素(Ranking Factor),但它對 SEO 的間接效益極大,主要體現在點擊率(CTR)的提升。
當網頁透過 JSON-LD 獲得豐富結果(如星星評價、產品價格、FAQ 摺疊面板)時,該網址在 SERP 上的視覺佔比會顯著增加,並提供搜尋者更具吸引力的資訊。這種視覺優勢能有效提高點擊率,進而帶來更多自然流量。此外,明確的 Schema 標記有助於搜尋引擎精準確認網站實體的背景資訊,這對於建立網站的what-is-eeat(經驗、專業、權威、信任)訊號有正向的輔助作用,長期下來能間接鞏固網站的搜尋表現。
七、FAQ
(一)Q1: 一個網頁可以放多種 Schema 嗎?
可以。如果網頁同時包含多種內容屬性(例如一篇評測文章內含產品資訊與 FAQ),你可以將多種 Schema 類型寫在同一個 JSON-LD 陣列中,或使用 @graph 屬性將它們串聯起來,這能幫助搜尋引擎理解這些實體之間的關聯與網頁的整體結構。
(二)Q2: 為什麼我實作了 Schema,Google 卻沒有顯示豐富結果?
Google 並不保證只要有結構化資料就一定會顯示豐富結果。這取決於多項因素:標記語法是否有錯誤、網頁內容是否符合 Google 的品質指南、搜尋者的意圖是否吻合,以及網站整體的權威度。如果你的內容具有欺騙性或被認為對使用者無益,Google 會直接忽略這些標記。
(三)Q3: 如果我不會寫程式,要怎麼產生 JSON-LD 程式碼?
你可以使用網路上免費的 Schema Markup Generator(如 Merkle 提供的工具)。只需在圖形化介面中選擇所需的 Schema 類型,填寫對應的欄位(如標題、作者、URL),工具就會自動生成正確格式的 JSON-LD 程式碼,接著再請工程師或透過 Google Tag Manager (GTM) 放入網頁即可。
(四)Q4: Schema 與 AI Overviews (SGE) 有關聯嗎?
有高度的間接關聯。大型語言模型與 AI 搜尋機制非常依賴結構化的資訊來萃取精確事實與數據。佈署完善的結構化資料能降低 AI 理解網頁內容的成本,增加你的網頁被作為答案來源引用的機率。關於 AI 搜尋的發展與應對策略,可進一步了解what-is-geo-ai-overviews。
張家偉 Albert Chang
行銷領域工作五年,其中四年幾乎每天都在想 SEO 的事。這裡寫我的筆記——不追流量、不堆關鍵字,只寫自己想讀的文章。
- JUN 15, 2026
Crawl Budget 是什麼,大型網站才需要在意的爬取預算管理
用白話拆解 Crawl Budget(爬取預算)的兩個構成因素,告訴你網站到底多大才需要在意爬取效率,並提供診斷與優化的實作清單,避免小站被嚇到亂優化。
- JUN 15, 2026
狀態碼與 SEO,200、301、404、410、503 各自送出什麼訊號
一次看懂 HTTP 狀態碼怎麼影響爬取與索引。200 與 Soft 404 的陷阱、301 與 302 差別、404 該不該換成 410、503 維護模式怎麼設,附整站批次檢查與修復優先順序。
- JUN 15, 2026
網站搬家、改網址、換網域,不掉排名的遷移檢查清單
網站遷移最怕一上線就掉排名。這份檢查清單帶你從遷移前盤點、建立網址對應表、設定 301 轉址,到上線當天逐項驗證與遷移後監控,完整走一遍流程,把換網域、改版、HTTPS 升級的排名風險降到最低,並教你排名掉了怎麼診斷與回補。