Schema 標記(Schema Markup)是一種照著 Schema.org 這套大家公認的詞彙表,把網頁內容寫成搜尋引擎與 AI 都看得懂的標籤的具體做法,可以說是結構化資料的「實作版」:你用搜尋引擎之間講好的共通詞彙,明確標出「這是一篇文章、那是商品價格、這位是作者」。
這篇文章會用新手角度說明 Schema 標記是什麼、它和 Schema.org、結構化資料、JSON-LD 有什麼關係、實際上要寫什麼、有哪些常見迷思。
重點速覽
- 結構化資料是概念,Schema 標記是執行,Schema.org 是照著執行的詞彙表
- JSON-LD 是目前 Google 優先推薦的寫法,多數 SEO 外掛能自動產生
- 加了 Schema 標記不保證排名上升,也不保證一定出現豐富樣式或被 AI 引用
Schema 標記是什麼?
先給定義:Schema 標記,是「使用 Schema.org 詞彙、把結構化資料實際寫進網頁」的標記。換句話說,它就是你頁面原始碼裡那一段段「告訴機器這塊內容是什麼」的標籤。
這裡有三個詞很容易混在一起,一次說清楚:
- Schema.org:一本「共通的字典」,規定了有哪些詞彙可以用。
- Schema 標記:你照著這本字典,挑出正確的詞、寫成標籤貼到頁面上。
- 結構化資料:整件事的通稱,也就是「把資料用標準格式整理好」這個概念。
用一句話記:結構化資料是「概念」,Schema 標記是「執行」,而 Schema.org 是執行時照著的「詞彙表」。日常溝通裡,大家常把「Schema 標記」和「結構化資料」當成同義詞交替使用,只要知道它們的層次關係,就不會混亂。
Schema.org 本身大有來頭:它是 Google、Microsoft、Yahoo、Yandex 在 2011 年共同發起、以開放社群方式維護的共用詞彙表。
Schema.org 的詞彙仍在持續更新,收錄了 823 種類型(Types,例如 Article、Product、LocalBusiness)與 1,529 個屬性(Properties,例如 name、price、author),而且還在持續成長(實際數字以 Schema.org 官方版本頁最新為準)。
根據 Schema.org 與維基百科的彙整,截至 2024 年已有超過 4,500 萬個網域、共數千億個 Schema.org 物件在使用這套標記(此為第三方/官方彙整數據,僅供參考)。
最後一個重點:雖然詞彙來自 Schema.org,但「Google 搜尋實際支援哪些類型、怎麼用」要以 Google Search Central 官方文件為準,而不是只看 Schema.org,兩者並不完全等同。
用白話文怎麼說?
你可以把 Schema 標記想成一種「搜尋引擎之間講好的共通語言」。
想像一場國際會議,台下坐著 Google、Bing 各家搜尋引擎這些「聽眾」,他們各自的理解方式不一樣。
如果你用自己的方式隨便講,他們只能各自猜;但如果你照著一份「官方術語表」(也就是 Schema.org)發言,全場聽眾都能精準聽懂你在說「這是作者、這是評分、這是價格」。
你可以這樣記:寫內容是講給「人」聽的;加上 Schema 標記,等於同一段話再用「機器的官方語言」說一次,讓搜尋引擎不必猜。
Schema 標記實際上要寫什麼?
實際動手時,Schema 標記有三種寫法,差別在於「標籤寫在哪裡」:
| 寫法 | 怎麼寫 | Google 建議 |
|---|---|---|
| JSON-LD | 獨立寫在一段 <script> 裡,和畫面內容分開,乾淨好維護 | 官方優先推薦 |
| Microdata | 把屬性直接夾進 HTML 標籤內 | 支援,但較零散 |
| RDFa | 同樣是寫進 HTML 標籤的屬性 | 支援,但較少用 |
新手照這個流程走就對了:
- STEP 1 確認頁面「是什麼」:文章、商品、在地商家、組織還是活動?先對應到一個 Schema.org 類型。
- STEP 2 查必填與建議屬性:到 Google Search Central 對應文件,看該類型的「必填屬性」有哪些(少了就沒資格拿豐富樣式),再補上建議屬性加分。
- STEP 3 用 JSON-LD 寫出來:放進一段
<script type="application/ld+json">。JSON-LD 自 2015 年起被 Google 支援,2017 年起更被官方列為優先推薦。 - STEP 4 驗證語法:用 Google 的「複合式搜尋結果測試(Rich Results Test)」,或 Schema.org 的 Schema Markup Validator 檢查有沒有寫錯。
- STEP 5 上線後追蹤:到 Google Search Console 的「複合式搜尋結果/強化項目」報表,看有沒有被偵測到。
一段最精簡的文章標記,大致長這樣:
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Schema 標記新手入門",
"author": { "@type": "Person", "name": "Frank" },
"datePublished": "2026-06-25"
}
看不懂每一行也沒關係,重點是先感受一下「用固定欄位把資訊填好」的長相。好消息是:多數情況你不必自己手刻,常見的網站系統(例如 WordPress)搭配 SEO 外掛,往往能自動幫你產生 JSON-LD。
關於 Schema 標記的常見迷思
迷思一:加了 Schema 標記,排名就會上升
這是最常見的誤會。Google 已多次明確表示:結構化資料(含 Schema 標記)本身「不是直接的排名因素」,加了不會讓頁面排名自動變高。
它真正的作用,是讓你「有資格」取得複合式搜尋結果,進而可能提升點閱率。先有好內容,Schema 標記是錦上添花,不是無中生有。
迷思二:Schema 標記和結構化資料是兩種不同的東西
嚴格說,它們是「同一件事的不同層次」。結構化資料是把資料標準化的「概念」,Schema 標記則是「用 Schema.org 詞彙去實作這個概念」的具體做法。
因為大家幾乎都用 Schema.org,所以實務上兩個詞常被當成同義詞交替使用,不必為此糾結。
迷思三:只要標了,就一定會出現豐富樣式、或一定被 AI 引用
不一定。標記只是讓你「符合資格」,要不要顯示、以什麼樣式顯示,最終由 Google 決定,也會因查詢、裝置與內容品質而異。
至於 AI 引用更沒有保證:有第三方研究指出,被 AI 引用的頁面中有相當高比例含結構化資料,但這只是相關性、非官方數據、僅供參考,也有研究找不到明顯關聯。別把它當成「標了就一定被引用」的保證。
迷思四:要會寫程式才能用 Schema 標記
不用。在地小店標出地址、營業時間與電話(LocalBusiness),部落客標出作者與發布日期(Article),都用得上,而且透過 SEO 外掛常常一行程式都不必寫。
總結
如果只記一句話:Schema 標記就是「照 Schema.org 這套共通詞彙,把內容寫成機器看得懂的標籤」,它是結構化資料的實際執行面。
新手可以記住三件事。
- 第一,它不是直接衝排名的魔法,而是幫搜尋引擎與 AI 正確理解你的內容、並讓你「有資格」取得更豐富的呈現。
- 第二,起步很單純——先確認頁面屬於哪個 Schema.org 類型,用 JSON-LD 把必填欄位寫齊,再用 Rich Results Test 驗證。
- 第三,在 AI 搜尋時代,它的價值在於「讓機器更不會誤解你」,但記得別神化它,好內容永遠是地基。
參考資料
- Google Search Central — Intro to How Structured Data Markup Works
- Google Search Central — Structured Data Markup that Google Search Supports
- Schema.org — 官方首頁
- Schema.org — Release listing(版本與詞彙數量)
- Schema.org — for Developers
- Wikipedia — Schema.org(採用規模數據)
- Search Engine Land — How schema markup fits into AI search, without the hype



