結構化資料（Schema Markup）是藏在網頁程式碼裡、給搜尋引擎與AI程式讀的標記，作用是明確告訴程式「這段是標題」「這是價格」「這是評分」。加了不保證會出現星級評分這類特殊呈現，但格式標對，程式才有機會正確解讀頁面內容。
結構化資料是什麼？一句話講完
結構化資料是一種標準化格式，用來說明頁面內容並替內容分類，目的是幫助Google理解頁面在講什麼——這是Google官方文件的定義。它不是使用者在畫面上會看到的排版，而是寫在程式碼裡、肉眼在瀏覽器上看不到的標記。
例如一篇食譜文章，讀者看到的是圖片與步驟；結構化資料則額外標出「這是烹飪時間」「這是卡路里」。這是SEO優化裡技術基本功的一環，跟內容深度、外部連結是不同層次的工作。
網站需要穩定的新文章？
想持續更新網站，又沒有時間每篇從頭準備？文開花替你安排選題、撰稿與檢查。先看示範內容，再判斷適不適合你的生意。
看看文開花怎麼做 →為什麼要標：機器看得懂，不代表機器猜得到
HTML標籤只描述排版，不描述語意。人看得出「這是價格530元」，程式沒有明確標記就得靠推論猜測。
結構化資料直接告訴程式「這個欄位是price，值是530」，對Google、以及會讀取網站內容的AI答案引擎都有用——這跟AI SEO底下GEO優化想解決的是同一個問題。
標記語法：JSON-LD、Microdata、RDFa怎麼選
Google官方支援三種語法，但明確建議優先用JSON-LD，理由是最容易實施與維護，三種格式有效性平等，JSON-LD最不容易讓經營者自己標錯。
以文章頁最基本的Article類型為例（headline、image、author、datePublished是建議欄位，Article本身沒有強制必要欄位）：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "文章標題",
"image": "https://example.com/cover.jpg",
"author": { "@type": "Organization", "name": "站台名稱" },
"datePublished": "2026-09-03"
}
</script>若WordPress的SEO外掛有內建結構化資料功能，做法是填好文章類型、作者等基本欄位，外掛就會自動用JSON-LD輸出標記，不用手刻程式碼；客製化頁面型態才需要工程協助。
常見頁面類型，該掛哪一種schema
| 頁面類型 | 建議schema類型 | 對應到的內容 |
|---|---|---|
| 文章／部落格頁 | Article | 標題、作者、發布與修改日期、代表圖片 |
| 電商商品頁 | Product | 價格、庫存狀態、規格（需搭配Offer） |
| 本地商家／服務頁 | LocalBusiness | 名稱與地址為必要欄位，電話、營業時間、評分為建議欄位 |
| 活動／課程頁 | Event | 時間、地點、報名資訊 |
| 分類導覽階層 | BreadcrumbList | 至少兩層路徑，標示頁面在網站中的位置 |
| 品牌／關於我們頁 | Organization | 品牌名稱、官方網址、識別資訊 |
| 評論頁 | Review／AggregateRating | 僅限第三方真實使用者評論，見下方誤區說明 |
同一頁面可以同時標記不只一種類型，Google文件就有食譜頁同時掛Recipe、示範影片、BreadcrumbList的範例。
標記正確，就一定會出現rich result嗎？
不會。Google官方文件明講：使用結構化資料是讓某個功能「有可能出現」，不是「保證出現」，就算頁面標記完全正確也一樣。
Google還會考慮搜尋歷史、裝置、所在地區等變數，有時候會選擇顯示純文字結果。任何宣稱「加了schema保證上首頁」的說法，都不是Google官方的立場。
網站需要穩定的新文章？
想持續更新網站，又沒有時間每篇從頭準備？文開花替你安排選題、撰稿與檢查。先看示範內容，再判斷適不適合你的生意。
看看文開花怎麼做 →那FAQ、HowTo的schema還要標嗎？
這兩種類型的rich result資格，Google分階段收回了將近三年：HowTo在2023年8月從桌機與手機同時下架；FAQ先限縮到政府與健康網站，2026年5月全面下線（查核於2026年9月，以官方文件異動紀錄為準）。
退場的只是視覺呈現資格，FAQPage、HowTo在schema.org的詞彙本身沒被移除，繼續標記不會出錯也不會被扣分，但特別花力氣手刻這兩種標記已經不值得，呈現管道本身已經關閉。
常見問題區塊仍值得保留，理由跟rich result無關——定義清楚、問句口語化的內容，對讀者跟其他讀取內容的程式都比較好理解，這跟有沒有掛schema是兩回事。
動筆之後怎麼確認有沒有標對
Google提供免費的Rich Results Test工具，貼上網址就能看到偵測到哪些類型、有沒有缺欄位，改版或搬站後值得重新測一次。
Search Console的「加強功能」報表能長期監控全站有多少頁面被偵測到結構化資料。
3個常見誤區
- 以為schema是排名因子。官方沒有把它列為排名因子，只影響能不能取得特殊呈現的資格。
- 自己幫自己寫評論標記。被評論的一方若能控制評論內容，不符合星級評分顯示資格，評分須來自真實使用者。
- 標記內容跟頁面實際看到的不一樣。不可標記讀者看不到的內容，也不可抄別的頁面內容，標記須真實反映頁面本身。
常見問題
結構化資料會不會直接影響SEO排名？
不會直接影響排名分數。Google官方定位是讓頁面有資格顯示特殊呈現，不是排名因子，官方文件沒有把它列進排名訊號。
FAQ的rich result都下線了，常見問題區塊還要不要做？
要，但理由跟視覺呈現無關。清楚的問答結構對讀者跟讀取內容的程式都比較好理解，不是為了搶rich result版位。
一個頁面可以同時標記好幾種schema類型嗎？
可以。Google官方範例就示範過同一頁面同時標記食譜、示範影片、麵包屑導覽三種類型，只要對應內容都真實存在於頁面上即可。
最後更新：2026-09。本文提到的FAQ／HowTo rich result政策查核於2026年9月，以Google Search Central官方文件異動紀錄為準，屬半穩定資訊，日後異動以官方公告為主。
網站需要穩定的新文章？
想持續更新網站，又沒有時間每篇從頭準備？文開花替你安排選題、撰稿與檢查。先看示範內容，再判斷適不適合你的生意。
看看文開花怎麼做 →