Schema 標記(Schema Markup)是什麼?|SEO・GEO 百科

Schema 標記(Schema Markup)是照 Schema.org 詞彙表把結構化資料實際寫進網頁的做法,是結構化資料的「實作版」。本文說明它和 Schema.org、JSON-LD 的關係與實際怎麼寫。

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,例如 ArticleProductLocalBusiness)與 1,529 個屬性(Properties,例如 namepriceauthor),而且還在持續成長(實際數字以 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 搜尋時代,它的價值在於「讓機器更不會誤解你」,但記得別神化它,好內容永遠是地基。

參考資料