提升網站被搜尋引擊蒐錄的基礎工作: Google結構化資料（Schema.org）完整指南：原理、實作、驗證與避雷

255 瀏覽

2026-04-28 更新

什麼是 Google 結構化資料（Structured Data）？

結構化資料不是寫給使用者看的，而是用標準化格式讓搜尋引擎更容易理解頁面內容。

簡單說，結構化資料就是把頁面上的資訊，例如文章標題、作者、商品價格、FAQ 問答、品牌名稱、麵包屑導覽，轉成搜尋引擎可以直接讀懂的格式。

Google 官方目前仍建議以 JSON-LD 作為主要實作方式。它的好處是維護相對單純，也比較不容易把標記邏輯和畫面 HTML 混在一起。

這裡先釐清一個常見誤解：有做結構化資料，不等於一定會出現 Rich Results。 結構化資料的作用是幫助 Google 理解頁面，至於搜尋結果要不要顯示 FAQ、Breadcrumb、Article、Product 等強化樣式，仍然由 Google 依內容品質、查詢情境與政策判斷。

結構化資料、Schema.org、Rich Results 三者差在哪裡？

Schema.org：一套通用的語意詞彙庫，定義各種內容類型與欄位名稱。
Structured Data：你實際放在網站上的標記資料，常見格式是 JSON-LD。
Rich Results：Google 可能在搜尋結果中顯示的強化樣式，例如麵包屑、商品資訊、文章大圖、FAQ 等。

可以把它理解成：Schema.org 是字典，Structured Data 是你寫出的資料，Rich Results 是 Google 願不願意把它顯示出來。

為什麼結構化資料會影響 SEO？

結構化資料本身不是排名捷徑，但它會影響搜尋引擎理解內容的效率，也可能影響搜尋結果的呈現方式，因此和 SEO、CTR、內容可見度高度相關。

幫助 Google 理解頁面主題：例如這頁到底是文章、商品、FAQ，還是品牌資訊頁。
提升搜尋結果辨識度：例如麵包屑、商品價格、文章資訊、組織資訊等。
改善點擊率（CTR）：搜尋結果更完整，通常更容易吸引點擊。
強化網站整體語意訊號：對品牌、作者、產品、組織、地點等實體關聯更清楚。

但要注意：Google 官方沒有保證標記正確就一定會顯示 Rich Results。若內容不符合政策、標記與頁面內容不一致、圖片不可抓取，或頁面品質不足，都可能不顯示。

Google 官方最在意哪些實作原則？

如果你只記一件事，請記住這句：標記內容必須真實反映頁面上使用者看得到的內容。

根據 Google Search Central 文件，以下幾點特別重要：

標記內容要和頁面可見內容一致：不要在 JSON-LD 寫出頁面上根本沒有的資訊。
使用最適合、最具體的類型：例如文章頁用 Article / BlogPosting，商品頁用 Product，不要全部亂塞同一種。
補齊必要欄位與建議欄位：缺少 required properties 就不具備 Rich Results 資格。
圖片必須可被抓取與索引：否則搜尋引擎無法正常使用。
不要標記誤導性內容：假評價、假 FAQ、與頁面無關的標記，都可能導致無法顯示甚至收到 manual action。

常見的結構化資料類型與適用情境

1. Article / BlogPosting

適合部落格、教學文、觀點文、新聞與內容型頁面，是大多數品牌網站最常用的類型之一。

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type": "BlogPosting",   "headline": "Google 結構化資料完整指南：原理、實作、驗證與避雷",   "description": "從 Schema.org 原理到 JSON-LD 實作，帶你看懂結構化資料如何影響 SEO。",   "mainEntityOfPage": {     "@type": "WebPage",     "@id": "https://example.com/blog/structured-data-guide"   },   "author": {     "@type": "Person",     "name": "作者名稱"   },   "publisher": {     "@type": "Organization",     "name": "品牌名稱",     "logo": {       "@type": "ImageObject",       "url": "https://example.com/logo.png"     }   },   "datePublished": "2026-04-28",   "dateModified": "2026-04-28",   "inLanguage": "zh-Hant-TW" } </script>

2. Product

適合商品頁。若網站有價格、庫存、品牌、規格、真實評價，Product 類型通常很重要。

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type": "Product",   "name": "純華鮮肉貓糧 1.5kg",   "image": ["https://example.com/pureluxe-1_5kg.jpg"],   "description": "高蛋白、低碳水配方，適合成貓日常主食。",   "sku": "PLX-15",   "brand": {     "@type": "Brand",     "name": "PureLUXE"   },   "offers": {     "@type": "Offer",     "priceCurrency": "TWD",     "price": "899",     "availability": "https://schema.org/InStock",     "url": "https://example.com/product/pureluxe-1_5kg"   } } </script>

3. FAQPage

適合頁面內真的有完整問答區塊的內容頁。FAQ 仍然可以標記，但搜尋結果要不要展開顯示，不保證，也比早期更嚴格。

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type": "FAQPage",   "mainEntity": [{     "@type": "Question",     "name": "結構化資料一定會出現 Rich Results 嗎？",     "acceptedAnswer": {       "@type": "Answer",       "text": "不一定。標記正確只代表具備資格，是否顯示仍由 Google 判斷。"     }   }] } </script>

4. Organization / LocalBusiness

適合品牌官網、公司網站、實體商家頁面，可協助品牌實體資訊更清楚。

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type": "Organization",   "name": "品牌名稱",   "url": "https://example.com",   "logo": "https://example.com/logo.png",   "sameAs": [     "https://www.facebook.com/brand",     "https://www.instagram.com/brand"   ] } </script>

5. BreadcrumbList

適合大多數內容型網站，可讓搜尋引擎更理解頁面層級，也讓搜尋結果網址顯示更乾淨。

<script type="application/ld+json"> {   "@context": "https://schema.org",   "@type": "BreadcrumbList",   "itemListElement": [     {       "@type": "ListItem",       "position": 1,       "name": "首頁",       "item": "https://example.com/"     },     {       "@type": "ListItem",       "position": 2,       "name": "部落格",       "item": "https://example.com/blog/"     },     {       "@type": "ListItem",       "position": 3,       "name": "Google 結構化資料完整指南"     }   ] } </script>

WordPress 網站要怎麼做結構化資料？

如果你使用 WordPress，通常不需要從零手寫全部 JSON-LD。比較常見的做法有兩種：

做法一：用 SEO 外掛處理基礎標記

多數站長會先用 SEO 外掛處理文章、麵包屑、組織、商品等常見結構化資料，例如：

這種方式適合大部分內容站與品牌網站，維護成本低，更新也快。

做法二：客製輸出 JSON-LD

如果你的網站有特殊內容模型，例如自訂文章類型、課程、案例、展覽、資料庫型頁面，就可能需要工程師從資料庫欄位動態輸出 JSON-LD，讓結構化資料真正對應到網站內容。

實務上最常見的錯誤不是「完全沒做」，而是「外掛做了一部分，工程師又手寫一份，結果產生重複標記或互相衝突」。

結構化資料的實作流程建議

先確認頁面類型：這頁是文章、商品、FAQ、品牌頁，還是商家頁。
選對 Schema 類型：不要為了多標記而亂塞。
確認頁面內容真的有對應資訊：標記內容要和頁面可見內容一致。
用 JSON-LD 輸出：維護性通常較高。
用工具驗證：至少跑一次 Rich Results Test 與 Schema Validator。
上線後持續監測：透過 Search Console 觀察錯誤、警告與強化結果狀態。

驗證與監測工具

Google Rich Results Test：檢查頁面是否具備特定 Rich Results 資格。
https://search.google.com/test/rich-results
Schema Markup Validator：檢查 Schema.org 標記是否合理。
https://validator.schema.org/
Search Console：檢查增強功能、手動處理、索引狀態與頁面檢測。