結構化資料是什麼？對 SEO 有什麼幫助
讓搜尋引擎「看懂」而不只是「讀到」
搜尋引擎能讀取網頁上的文字，但不一定知道那些文字代表什麼。頁面上寫著「1,200」，那是價格、庫存數量、還是文章編號？寫著「08:00–18:00」，那是營業時間還是活動時段？
結構化資料就是用一套共通的標記方式，明確告訴搜尋引擎「這段文字是什麼意思」。
它不改變頁面的外觀，訪客看不到，是專門寫給機器讀的補充說明。
它能帶來什麼
一、複合式搜尋結果
正確標記後，搜尋結果有機會顯示額外的資訊——麵包屑路徑、商品價格、常見問答的展開、活動日期等。
這些呈現能提高在搜尋結果中的辨識度與點擊率。但要強調：是「有機會」，不是「一定會」。
二、幫助理解內容
即使沒有特殊呈現，正確的標記仍有助於搜尋引擎理解頁面的主題、實體之間的關係，以及網站在講什麼。
三、AI 摘要與問答的取材
近年搜尋結果中的 AI 摘要、以及各種 AI 問答工具，都需要理解網頁內容才能引用。結構清楚、語意明確的頁面，較容易被正確引用。
它不能帶來什麼
這一點必須說清楚，避免過度期待：
- 不是直接的排名因素——加了標記不會讓排名上升
- 不能取代內容——空洞的頁面加了標記還是空洞
- 不保證顯示特殊呈現——即使完全符合規範，是否顯示仍由搜尋引擎決定
合理的期待是：它讓已經夠好的內容，更容易被正確理解與呈現。
三種標記格式
| 格式 | 特性 | 建議 |
|---|---|---|
| JSON-LD | 獨立的資料區塊，與 HTML 分離 | 建議使用 |
| Microdata | 屬性直接寫在 HTML 標籤上 | 舊做法，維護較麻煩 |
| RDFa | 類似 Microdata | 較少見 |
JSON-LD 是目前的主流建議，因為它與版面完全分離——改設計不會動到標記，改標記也不會影響版面。維護上單純很多。
放在哪裡
JSON-LD 應該放在頁面的 <head> 區域。
這一點值得特別提醒：不要把它寫在文章內文裡。 常見的錯誤做法是編輯在後台的內容編輯器中直接貼上標記程式碼，這會造成幾個問題：
- 內容與標記混在一起，日後難以維護
- 編輯器可能過濾掉部分標籤
- 同樣的資訊在不同文章重複維護，容易不一致
正確做法是由網站系統依欄位自動產生，見結構化資料怎麼實作與測試。
誰該做結構化資料
並不是所有網站都需要大量標記。建議依實際狀況：
- 所有網站——公司資訊與麵包屑，成本低、通用性高
- 有實體店面或服務據點——在地商家資訊
- 有商品的網站——商品與價格
- 有文章或知識內容——文章資訊
- 有活動、徵才、食譜等特定內容——對應的專門類型
常見類型的說明見企業網站常用的結構化資料類型。
一個實務判斷
結構化資料的投報率，取決於你的內容本來就有多完整。
如果商品頁只有一張圖和商品名稱，加了標記也沒有資料可以呈現；反之，如果商品資訊完整、有規格有說明，標記就能把這些資訊有效地傳達出去。
先把內容做好，再做標記。 順序反過來，效益有限。
結構化資料的類型、必填欄位、規範與測試工具會不定期調整，複合式搜尋結果的顯示與否也由搜尋引擎自行決定。本文說明的是原則與作法，實際規格請以搜尋引擎官方文件之現行版本為準。