Schema.org 結構化資料（Structured Data）是網站用來向搜尋引擎清楚說明頁面內容的一種方式。你可以把它理解成「寫給機器看的內容說明書」：同樣是一篇文章、人、商品、公司資訊或常見問題，使用者看得懂文字，搜尋引擎則需要更明確的欄位與語意提示，才能更準確理解頁面內容。Google 官方說明指出，結構化資料是一種標準化格式，可用來提供頁面資訊並分類頁面內容；而 Schema.org 則是這套結構化資料最常見、最核心的語彙系統。
Schema.org 由 Google、Microsoft、Yahoo 與 Yandex 發起，現在以開放社群方式持續維護。它不是單一程式碼格式，而是一套「資料詞彙表」，可搭配 JSON-LD、Microdata 或 RDFa 等不同寫法使用。Google 目前明確支援這三種格式，並建議優先使用 JSON-LD。
什麼是結構化資料（Structured Data）？
結構化資料的重點，不是把內容「寫更多」，而是把內容「標示更清楚」。例如同樣一段文字，搜尋引擎未必能立刻知道哪一段是作者、哪一段是發布日期、哪一段是公司名稱、哪一段是商品價格；但若透過結構化資料標記，搜尋引擎就能更容易判斷這些資訊的角色與關係。Google 也明確表示，結構化資料能幫助 Google 理解頁面內容，以及頁面中提到的人、組織、書籍、商品等實體資訊。
換句話說，結構化資料的價值在於「讓搜尋引擎更精準理解你的頁面」，而不只是「多塞一段程式碼」。這也是為什麼它常被用在文章、產品、企業資訊、FAQ、麵包屑、在地商家資料等頁面上。
Schema.org、Structured Data、JSON-LD、Microdata 有什麼差別？
這幾個名詞很常被混用，但其實它們不是同一件事。
- Structured Data（結構化資料） 是概念，指的是用標準化方式描述資料。
- Schema.org 是詞彙表，定義有哪些類型（Type）與屬性（Property）可以用。
- JSON-LD、Microdata、RDFa 則是實際撰寫結構化資料的格式。Google 支援這三種寫法，其中 JSON-LD 為官方建議格式。
用白話來說：
你要標記「這是一篇文章、作者是誰、何時發布、封面圖是哪張」，這些欄位定義主要來自 Schema.org；至於你是把它寫成 JSON-LD、Microdata 還是 RDFa，那是「呈現語法」的差別。原文把 Schema.org 與 Microdata 幾乎當成同一件事，這在現在的 SEO 實務裡已經不夠精準。
為什麼 Schema.org 對 SEO 有幫助？
Schema.org 本身的核心價值，不是神奇加分，而是幫助搜尋引擎更有效理解你的頁面，並讓頁面有機會取得更豐富的搜尋呈現。Google 官方把這類呈現稱為 rich results。例如產品頁可能顯示價格、庫存與評分，文章頁可能顯示標題、圖片與日期，商家頁可能顯示公司資訊，FAQ 頁則可能有問答型呈現。
也因為搜尋結果看起來更完整、更醒目，所以結構化資料常被視為提升點擊率的工具之一。Google 在官方文件中也列出多個案例，顯示網站在導入結構化資料與搜尋功能後，曾觀察到較高的點擊率、互動率或停留表現。當然，這不代表每個網站都會複製同樣成效；比較合理的說法是：結構化資料有機會改善搜尋結果呈現，進而提升使用者點擊意願。
Schema.org 會直接影響排名嗎？
以 Google 官方文件來看，結構化資料的重點在於幫助理解內容、提高取得 rich results 的資格，而不是承諾「加了就排名上升」。Google 甚至明確表示：即使你的結構化資料標記正確，也不保證一定會出現在搜尋結果中；是否顯示，仍取決於演算法、搜尋情境、裝置、地點與其他因素。
因此，比較務實的說法是：
Schema.org 不是保證排名上升的捷徑，但它能提升搜尋引擎理解內容的效率，並增加頁面爭取更豐富搜尋呈現的可能性。 至於最終是否帶來更多流量，還是要回到內容品質、頁面主題明確度、網站權威性與整體 SEO 基礎。這個結論是根據 Google 官方對 structured data 功能的描述所做的實務推論。
常見可使用 Schema.org 的內容類型
Schema.org 可描述的內容非常廣，從文章、組織、產品、人物、地點、評論到事件都能標記。Google Search 目前也列出多種支援的 structured data 類型，例如 Article、Breadcrumb、FAQ、Organization、Local Business、Product、ProfilePage、Review Snippet、Recipe、Event 等。
如果以一般企業官網來看，最常見也最實用的通常是：
- Organization：適合放在首頁，協助 Google 更理解公司名稱、Logo、聯絡資訊與組織識別資訊。
- Article / BlogPosting：適合文章頁、部落格頁，幫助 Google 理解標題、圖片、日期與作者資訊。
- BreadcrumbList：適合分類頁、文章頁、產品頁，讓搜尋結果更清楚呈現頁面階層。
- Product / Offer：適合商品頁，能提供價格、庫存、運送等商品資訊。
- LocalBusiness：適合有實體服務範圍的店家或公司，可補充營業時間、地址、聯絡方式等資訊。
- FAQPage：適合真正有問答內容的頁面，但仍須符合 Google 的一般與特定規範。
Schema.org 會取代 Open Graph 嗎？
不會，兩者用途不同。Open Graph Protocol 的目的，是讓網頁在社群圖譜中成為可被解析的物件，常見於社群分享預覽；而 Schema.org 的主要用途，是讓搜尋引擎與其他系統更容易理解頁面中的實體與語意資訊。Schema.org 官方也提到，Schema.org 資料可以和其他類型的結構化資料共同存在於同一頁中，因此實務上通常是「一起使用」，不是誰取代誰。
實作 Schema.org 的正確方式
現在最推薦的做法，是使用 JSON-LD。它通常放在 <head> 或頁面中適當位置的 <script type="application/ld+json"> 內，不需要把屬性拆散到每個 HTML 標籤上，維護與除錯都較方便，這也是 Google 官方建議的格式。
實作時要注意幾個原則：
- 標記內容必須對應到頁面上實際看得到的主要內容，不能亂標、偷標或標記與主題無關的資訊。
- 必須補齊該類型要求的必要欄位，缺少必要屬性時，通常無法取得 rich results 資格。
- 建議補充推薦欄位，因為資訊更完整，通常更有助於搜尋系統理解內容品質。
- 結構化資料所在頁面不能被 robots.txt、noindex 或登入牆擋住，否則 Google 可能無法抓取與處理。
- 即使語法正確，Google 仍不保證一定顯示 rich results。這點很像你西裝穿好了，但 Google 不一定給你走紅毯。
Article 結構化資料範例（JSON-LD）
下面是一個適合文章頁使用的 JSON-LD 範例：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Schema.org 結構化資料是什麼？完整了解 Structured Data、JSON-LD 與 SEO 應用",
"description": "完整介紹 Schema.org、Structured Data、JSON-LD、Microdata 與 SEO 應用方式。",
"image": [
"https://www.example.com/images/schema-structured-data.jpg"
],
"datePublished": "2026-03-24",
"dateModified": "2026-03-24",
"author": {
"@type": "Person",
"name": "新視野編輯部"
},
"publisher": {
"@type": "Organization",
"name": "新視野網頁設計",
"logo": {
"@type": "ImageObject",
"url": "https://www.example.com/images/logo.png"
}
},
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://www.example.com/blog/schema-structured-data.htm"
}
}
</script>對文章頁來說，Article 結構化資料可幫助 Google 更理解頁面標題、圖片與日期等資訊，並應用在 Google Search 與相關產品的呈現中。若是部落格文章，也可依情況使用 BlogPosting 等更貼近內容型態的類型。
如何檢查 Schema 是否正確？
完成標記後，不要只靠肉眼看程式碼，最好用 Google 官方工具檢查。Google 建議使用 Rich Results Test 驗證頁面可產生哪些 rich results，並搭配 URL Inspection 檢查 Google 是否能正常抓到頁面內容。正式發布後，也可透過 Search Console 觀察是否有 structured data 問題或人工處置。
常見錯誤與踩雷
很多網站不是「沒加 Schema」，而是「加了但加錯」。最常見的問題包括：
- 標記內容與頁面實際可見內容不一致。
- 缺少必要欄位，導致不具備 rich results 資格。
- 使用不相關或誤導性的類型，例如把一般文章硬標成 FAQ、商品或活動。
- 評價、評論或其他內容不是使用者真實提供，可能觸發品質問題甚至人工處置。
- 圖片網址不可抓取、頁面被封鎖、或資料已過時。
結論
Schema.org 結構化資料不是 SEO 的萬靈丹，但它是網站語意化與搜尋呈現優化的重要基礎。它能幫助 Google 更清楚理解頁面內容，並讓你的頁面有機會取得更豐富的搜尋結果展示。現在的實務重點，不是「有沒有塞 Schema」，而是「有沒有用正確的類型、正確的欄位、標記真正可見且對應的內容」。做對了，它會是 SEO 的加分項；做錯了，則可能只是多一段自以為很努力、實際上讓 Google 翻白眼的程式碼。
FAQ
Schema.org 與 JSON-LD 是一樣的嗎？
不是。Schema.org 是資料詞彙表，JSON-LD 是撰寫結構化資料的格式之一。Google 支援 JSON-LD、Microdata 與 RDFa，並建議優先使用 JSON-LD。
結構化資料一定會顯示在搜尋結果嗎？
不一定。Google 明確表示，即使標記正確，也不保證一定顯示 rich results，仍會依搜尋情境與演算法判斷。
結構化資料會直接提升排名嗎？
Google 官方文件重點放在幫助理解內容與取得 rich results 資格，並未承諾「加了就直接提升排名」。較合理的理解是，它可能透過改善搜尋呈現與理解效率，間接幫助 SEO 表現。
一般企業官網最推薦先做哪些 Schema？
通常可先從首頁的 Organization、文章頁的 Article、內頁的 BreadcrumbList 開始；若有商品頁可加 Product，有在地商業資訊則可評估 LocalBusiness。
