結構化資料是什麼？中小企業網站值得先做哪些類型
理解結構化資料如何描述頁面內容，並依網站實際資訊選擇企業、文章、商品或常見問答等合適類型。
結構化資料是放在網頁中的標準化資訊，協助搜尋引擎更明確理解「這是一間商家」、「這是一篇文章」或「這是頁面導覽路徑」。它不是另一份藏起來的 SEO 文案，也不是直接排名加分；正確標記只讓頁面具備被搜尋系統理解與呈現特定 rich result 的資格。
先有可見內容，再補結構化資料
標記內容必須和訪客在頁面上看得到的主要資訊一致。商家名稱、地址、營業時間、文章作者或產品價格若已改動，結構化資料也要同步更新。不能為了填滿欄位而虛構評論、評分、價格或庫存。
技術上正確的結構化資料，也不保證搜尋結果一定顯示特殊版位。
中小企業網站可以先評估哪些類型？
| 頁面內容 | 可評估類型 | 用途 |
|---|---|---|
| 公司與品牌 | Organization | 描述組織名稱、標誌與官方識別資訊 |
| 實體店面或服務商家 | LocalBusiness | 描述地址、營業時間與商家細節 |
| 站內層級 | BreadcrumbList | 說明目前頁面在網站中的路徑 |
| 文章內容 | Article | 描述標題、作者、發布與更新資訊 |
| 商品或電商 | Product／Merchant listing | 內容真的包含商品與交易資訊時才使用 |
類型要依頁面主內容選擇
同一個網站可以使用多種類型，但不是每一頁都塞入所有 Schema。文章頁標示 Article，商家聯絡或據點頁才補 LocalBusiness；沒有公開商品價格與庫存的服務頁，就不應假裝是 Product。實作前先查看 Google Search Gallery 目前支援的類型與要求。
Google 建議優先使用 JSON-LD
Google 支援 JSON-LD、Microdata 與 RDFa，並建議在可行時使用 JSON-LD。它能把標記集中管理，較不容易因版面 HTML 改動而破壞；但資料來源仍應與頁面共用，避免畫面更新後標記停留在舊內容。
Required 與 recommended properties 不一樣
Required properties 是取得該 rich result 資格所需的基本欄位；recommended properties 能提供更完整資訊。只填網站真正擁有且公開的資料，缺少選填欄位不需要編造。不同類型的要求會更新，不能只複製多年前的範例。
上線前後的檢查流程
- 用 Rich Results Test 檢查支援類型、必要欄位與語法。
- 人工比對標記內容和頁面可見內容是否一致。
- 正式上線後用 URL Inspection 確認 Google 能讀取目前版本。
- 在 Search Console 追蹤有效項目、警告與錯誤。
- 頁面內容或資料來源變更時同步更新標記。
常見錯誤
- 標記訪客看不到的隱藏內容。
- 在公司自己的頁面加入不符合規範的自評星等。
- 所有舊文章或服務頁共用同一組日期、作者或圖片。
- 圖片網址已失效，或搜尋引擎無法存取。
- 使用與主內容無關的類型，只為追求較醒目的結果。
- 通過測試後就不再隨內容更新。
實體店面除了 LocalBusiness 標記，也應把真實商家資料維持一致；可搭配閱讀 Google 地圖與在地 SEO 基礎 。
以目前官方支援為準
Google 結構化資料入門 說明用途與格式； General guidelines 整理內容與品質規範； Search Gallery 則列出目前支援的搜尋呈現類型。
結語
結構化資料適合建立在清楚、真實且持續維護的頁面內容之上。先做好 Organization、LocalBusiness、Breadcrumb 與 Article 等最貼近網站現況的類型，通過測試後納入內容更新流程，不必為了看起來進階而大量堆疊。