Schema結構化資料怎麼寫？企業官網5種常用JSON-LD範例

重點摘要

• Schema可以幫助搜尋引擎更清楚理解網站內容。
• Schema本身不會直接提升Google搜尋排名。
• 不同頁面應依內容使用不同的Schema類型。
• 同一個頁面可以使用多種Schema，但必須與頁面內容相關。
• Schema中的資料應與網站實際內容相符，不應填入虛假價格、評價、評論數或其他不存在的資訊。
• 完成Schema後，可以使用Schema Markup Validator、Google Rich Results Test與Google Search Console進行檢查。
•  

Schema結構化資料是什麼？

Schema結構化資料，可以簡單理解成「提供給搜尋引擎看的網站資料說明」。一般使用者看到的是網頁上的標題、文字、圖片和按鈕，而Schema則是放在網站程式碼中的資訊，用標準化的格式協助搜尋引擎理解頁面內容。例如，一篇文章可以透過Schema告訴搜尋引擎文章標題、作者、發布日期、更新日期、文章圖片以及發布單位等資訊。

即使沒有Schema，Google仍然可以透過網頁文字、HTML架構、內部連結、外部連結與其他網站訊號理解頁面內容。加入Schema的主要目的，是提供更標準化、更明確的資訊，讓搜尋引擎更容易理解頁面中的實體、屬性及不同資訊之間的關係。

加Schema可以提升SEO排名嗎？

Schema不會直接讓網站排名變高。它主要的作用，是幫助搜尋引擎更清楚理解這個頁面在介紹什麼、頁面中的公司、產品、服務或文章是什麼，以及不同資訊之間具有什麼關係。

部分結構化資料也可能讓網頁有機會出現在Google的特殊搜尋呈現方式中，例如產品資訊、文章資訊或其他Rich Result。不過，即使Schema完全正確，也不代表一定會出現特殊搜尋版型，更不代表網站排名一定會提升。

SEO的核心仍然包含網站內容品質、搜尋意圖、網站架構、技術SEO、頁面體驗與網站整體權威性。Schema比較像是一種輔助工具，主要作用是讓搜尋引擎更容易理解網站，而不是單靠加入Schema就能提升排名。

企業官網開始寫Schema前，要先確認3件事

1. 確認這是什麼頁面

不同頁面適合使用不同的Schema類型。例如公司介紹頁可以使用Organization，實體店家可以使用LocalBusiness，部落格文章可以使用Article或BlogPosting，服務介紹可以使用Service，商品頁可以使用Product，常見問題區塊則可以使用FAQPage。

因此，不要看到Schema就全部放進網站，而應該先判斷頁面本身的內容與用途，再選擇真正適合的Schema類型。

2. Schema資料必須與網站內容相符

Schema中的資料，應該可以在網站頁面上找到對應內容。例如網站上有寫「網站建置方案NT$30,000起」，才適合在相關Schema中加入價格資訊。如果網站沒有公開價格，就不應該自行在Schema中填入一個不存在的價格。

同樣的原則也適用於評分、評論數、地址、電話、公司名稱、作者、商品庫存、服務內容與發布日期等資訊。簡單來說，就是「網站寫什麼，Schema就標記什麼」，不要為了增加Schema而創造網站上不存在的資料。

3. Schema通常使用JSON-LD格式

目前網站最常使用的Schema格式是JSON-LD，通常會放在

企業官網常見的5種Schema類型

1. Organization／LocalBusiness：公司與商家資料

如果是一般企業官網，可以使用Organization Schema，例如網頁設計公司、製造業、顧問公司、B2B企業或品牌公司。Organization可以用來說明公司名稱、官方網站、Logo、聯絡方式與官方社群等資訊。

如果是餐廳、診所、美容院、飯店、實體商店等具有實際營業據點的地方型商家，則可以考慮使用LocalBusiness，或選擇更加具體的Schema子類型。

需要注意的是，企業即使主要服務某個地區，也不代表一定要使用LocalBusiness。是否使用LocalBusiness，應該以企業是否屬於具有實體營業據點的地方型商家為主要判斷依據。

Organization基本範例

實際使用時，請將公司名稱、網址、Logo、電話、Email與社群網址換成企業自己的真實資料。如果沒有某個欄位的資料，可以直接刪除，不需要為了填滿Schema而自行杜撰。

2. Article／BlogPosting：文章與部落格頁

如果企業官網有經營SEO文章、知識文章、新聞內容或部落格，可以在文章頁使用Article或BlogPosting Schema。這類Schema可以用來說明文章標題、作者、發布日期、更新日期、文章圖片與發布單位。

Article基本範例

如果文章由特定作者撰寫，可以將author中的Organization改成Person，並加入作者姓名與作者介紹頁網址。發布日期與更新日期建議使用標準日期格式，不要填寫「今天」、「待確認」或其他無法被正確解析的文字。

3. Service：企業服務項目頁

Service Schema很適合企業官網的服務介紹頁，例如網站設計、SEO優化、數位行銷、系統開發、室內設計、顧問服務、法律服務或其他專業服務。

Service基本範例

Service中的name應該對應該頁面實際提供的服務名稱，description則應與頁面上的服務介紹相符。如果企業有多個不同服務頁，例如「企業網站設計」、「SEO優化」、「電商網站建置」，可以依照各頁面的實際內容分別設定Service Schema。

4. Product：產品或商品頁

如果企業網站有實際產品，可以使用Product Schema，例如電子產品、機械設備、工業零組件、食品、材料、軟體產品或具有明確規格的商品。

Product基本範例

如果網站有公開實際售價，可以再加入Offer資料，例如價格、幣別與庫存狀態。

"offers": {
  "@type": "Offer",
  "url": "https://www.example.com/product/product-a",
  "priceCurrency": "TWD",
  "price": "30000",
  "availability": "https://schema.org/InStock"
}

但如果網站沒有公開價格，就不要自行填入假的價格，也不要在price欄位中填寫「面議」、「請洽詢」或「來電詢問」等文字。price應該使用有效的價格資料。如果企業提供的是網站設計、SEO顧問、行銷規劃等服務，通常使用Service會比Product更適合。

5. FAQPage：常見問題

如果服務頁、產品頁或文章底部有FAQ問答區，可以使用FAQPage Schema。FAQPage可以讓搜尋引擎更容易理解頁面中的問題與答案內容。

FAQPage基本範例

需要注意的是，FAQ Schema中的問題與答案，也應該實際出現在網站頁面上。不要網站上完全沒有FAQ內容，卻只在程式碼中加入FAQ Schema。另外，加入FAQPage不代表Google一定會在搜尋結果中顯示FAQ展開效果，是否顯示仍由Google依搜尋規範與搜尋結果呈現方式決定。

企業官網常用Schema對照表

同一個頁面可以放多種Schema嗎？

可以。同一個頁面不一定只能使用一種Schema。例如一篇企業知識文章可能同時包含Article、BreadcrumbList與FAQPage，網站本身也可能有Organization資訊。

因此，真正重要的不是Schema數量，而是每一個Schema是否真的與頁面內容有關。如果頁面是一篇文章，可以加入Article；文章下方有實際FAQ，可以加入FAQPage；頁面有麵包屑導覽，也可以加入BreadcrumbList。

相反地，如果頁面明明只是一篇文章，卻加入大量與頁面內容無關的Product、Service、Review或其他Schema，就沒有必要。

Schema寫完之後怎麼檢查？

1. 使用Schema Markup Validator檢查

Schema Markup Validator可以用來檢查Schema.org的資料結構是否正確，例如JSON格式是否有錯誤、Schema類型與屬性是否能被辨識，以及結構是否符合Schema.org的定義。

2. 使用Google Rich Results Test檢查

Google Rich Results Test主要可以用來確認頁面的結構化資料，是否符合Google目前支援的Rich Result規範。

需要注意的是，Schema.org有某個Schema類型，不代表Google搜尋一定會提供對應的特殊搜尋結果。Schema.org定義的是結構化資料的標準，而Google會另外決定哪些Schema類型可以用於搜尋結果中的特殊呈現。

3. 使用Google Search Console觀察

網站正式上線並被Google抓取後，可以透過Google Search Console查看頁面的索引狀況，也可以使用「網址檢查」功能確認Google是否已經抓取最新版本的頁面。

如果該Schema類型屬於Google目前支援的搜尋強化功能，也可能在Search Console相關報告中看到有效項目、警告或錯誤。

4. 網站更新時同步修改Schema

Schema不是設定一次之後就不用再調整。當網站中的價格、電話、地址、服務內容、商品庫存、文章更新日期或其他重要資訊發生變動時，也應該同步更新Schema，避免結構化資料與實際頁面內容不一致。

企業官網常見的Schema錯誤

• Schema中加入網站頁面上不存在的資料。
• 自行填入不存在的評分或評論數。
• 商品沒有公開售價，卻在Schema中自行加入假的價格。
• FAQ Schema中有問題與答案，但網站頁面上卻完全看不到。
• 網站內容已經更新，但Schema沒有同步更新。
• 誤以為加入Schema就能直接提升SEO搜尋排名。
• 把大量與頁面內容無關的Schema全部放在同一個頁面。
• 使用錯誤的Schema類型，例如明明是專業服務，卻為了加入價格而硬套Product。
• JSON-LD中仍保留「待填」、「請洽詢」、「測試資料」等尚未完成的內容。

如果結構化資料與頁面實際內容不一致，或Schema中包含誤導性資訊，可能讓頁面失去部分Rich Result的顯示資格。嚴重違反結構化資料規範時，也可能受到Google相關處置。

因此，企業網站在使用Schema時，可以記住三個基本原則：真實、相關、與網頁內容一致。

常見問題

企業官網一定要加Schema結構化資料嗎？

不是強制規定，但加入與頁面內容相符的Schema，可以協助搜尋引擎更清楚理解企業、文章、服務、產品與其他網站資訊，因此企業網站可以依照實際需求導入。

Schema會直接提升SEO排名嗎？

不會。Schema主要是協助搜尋引擎理解頁面內容，本身並不是直接提升搜尋排名的因素。SEO排名仍然受到內容品質、搜尋意圖、網站架構、技術SEO、網站權威性與其他因素影響。

Schema要放在網頁的哪個位置？

目前最常使用JSON-LD格式，可以放在HTML的head或body中。不同網站系統的加入方式不同，如果不確定如何設定，可以請網站維護廠商或工程師協助處理。

同一個頁面可以使用多種Schema嗎？

可以。只要每一種Schema都與頁面的實際內容相關即可。例如一篇文章可以同時加入Article、BreadcrumbList與FAQPage。

加了Schema就會出現在Google特殊搜尋版型嗎？

不一定。加入Schema主要是提供搜尋引擎更清楚的內容資訊，是否顯示Rich Result、評分、產品資訊或其他特殊搜尋版型，仍由Google依據頁面內容、結構化資料與搜尋規範判斷。

Schema.org有的類型，Google都會支援嗎？

不一定。Schema.org提供的是結構化資料的標準與類型，而Google只會針對部分Schema類型提供Rich Result或其他特殊搜尋呈現。因此Schema格式正確，不代表Google一定會產生特殊搜尋結果。

網站沒有公開價格，可以加入Product Schema嗎？

可以依實際產品內容使用Product Schema，但如果沒有公開價格，就不要自行加入虛假的Offer或price資料，也不要在price欄位填寫「面議」、「請洽詢」等文字。

Schema是企業網站SEO的輔助工具

Schema的主要價值，不是直接提升搜尋排名，而是協助搜尋引擎用更標準化的方式理解網站內容。企業網站可以依照不同頁面使用Organization或LocalBusiness描述公司與商家資料，使用Article或BlogPosting描述文章內容，使用Service描述服務項目，使用Product描述產品資訊，並透過FAQPage標記網站上的常見問題。

與其一次加入大量Schema，更重要的是先做好網站內容，再針對真正需要的資訊建立結構化資料。Schema應該建立在清楚、完整且真實的網頁內容之上，而不是為了SEO刻意增加不存在的資訊。

如果企業正在進行網站改版或SEO優化，建議在網站建置初期，就一併規劃頁面架構、Meta資訊、FAQ、Schema結構化資料與搜尋引擎友善內容，避免網站上線後才逐頁重新調整。

赤兔數碼提供企業網站規劃、網站改版與SEO基礎優化服務，可依照企業的產業、服務內容與網站架構，規劃適合的網站內容、結構化資料與搜尋優化方向，讓網站不只是「做出來」，也能讓搜尋引擎更容易理解網站所提供的資訊與服務。