結構化資料 Schema 是什麼？6 種常用類型與 3 步驟入門（2026 教學）

截至 2026 年，結構化資料（Schema）已經從 SEO 圈的進階話題，變成任何想被搜尋引擎與 AI 正確理解的網站都該打好的基礎建設。如果你正在查「結構化資料是什麼」，通常不是想研究規格文件，而是遇到了實際的處境：文章內容明明扎實，搜尋結果卻只有乾巴巴的藍色連結；或是聽說 AI 搜尋時代要加 Schema，打開外掛設定頁卻不知道哪些該開、哪些不用管。

文章導讀

結構化資料（Schema）是什麼？

結構化資料（Structured Data，常稱 Schema 標記）是一種標準化標註，用約定好的詞彙描述網頁內容的類型與屬性，讓搜尋引擎與 AI 能正確理解「這一頁到底是什麼」。這套共通詞彙由 schema.org 維護，最初由 Google、Microsoft、Yahoo、Yandex 這 4 家搜尋引擎公司共同發起，目的是讓不同的搜尋引擎都能用同一套語言讀懂你的頁面。

用一個比喻來說：你的網站內容人看得懂，但對機器而言，一段文字到底是「文章」「常見問答」還是「商品」，並不總是一目了然。結構化資料就是替網頁附上一份機器看得懂的說明書，明確標出「這是一篇文章，標題、作者、發布日期各是什麼」，機器不必再靠猜的。

這裡要先分清楚兩件常被混為一談的事：schema.org 的詞彙是一套開放標準，由多家搜尋引擎共同維護；Google 願意把哪些類型變成搜尋結果上的特殊版面，則是 Google 自己的產品決策，會隨時間增減。詞彙還在，不代表 Google 一定還在顯示，這正是 FAQ 標記今天的處境。

為什麼人看得懂的內容，機器不一定看得懂？

因為一般的網頁 HTML 主要描述內容的「長相」，而不是內容的「意義」。人類讀者靠版面、語感與常識判斷一段文字的角色，機器沒有這些背景，只能從有限的訊號推測。

搜尋引擎靠推測理解頁面，推測就可能出錯

• 沒有結構化資料

  搜尋引擎只能自行判斷

  得自行判斷哪一段是作者、哪一段是發布日期、哪一塊是問答。判斷錯了，你的內容就可能被錯誤歸類或平淡呈現，等於浪費了你花在內容上的心力。

• 加上結構化資料

  結構化資料把這些關鍵屬性明確標出來

  把「推測」變成「宣告」。

AI 搜尋時代，結構化資料到底幫不幫得上忙？

這一題要說得誠實，因為市面上很多說法與官方立場相反。Google 在〈AI features and your website〉指引裡寫得很直白：想出現在 AI Overviews 與 AI Mode，「你不需要建立新的機器可讀檔案、AI 文字檔或標記」，而且「也沒有什麼特別的 schema.org 結構化資料是你需要加上去的」。所以把 Schema 講成「AI 搜尋的入場券」，並沒有官方依據。

不過同一份文件也把「確保你的結構化資料與頁面上看得到的文字一致」列進「依然值得做的 SEO 基本功」清單。比較站得住腳的理解是：結構化資料不是 AI 引用的開關，而是把內容整理乾淨、讓機器少猜一點的基本功之一。至於它是否真的提高被 AI 引用的機率，Google 官方並未背書，目前比較接近業界普遍採取的作法，而不是已經證實的因果關係。內容被 AI 引用的邏輯與傳統排名不完全相同，若你想了解 AI 工具怎麼消化與引用網路內容，可以參考〈知識工作者的 AI 工具地圖：5 大環節該用哪些工具、怎麼搭配？（2026 持續更新）〉。

對傳統搜尋，結構化資料則讓頁面有機會以「複合式搜尋結果（rich results）」呈現：例如評分星等、麵包屑層級、影片預覽縮圖、商品的價格與供應狀況，讓你的結果在頁面上更醒目、提升點閱。它本身不是排名魔法，但能讓機器更精準地理解你。要特別注意的是，哪些類型「有資格顯示」是由 Google 決定，而且會變：問答（FAQ）與教學步驟（HowTo）就是已經被下架的例子，下面有一整節說明。

JSON-LD 是什麼？為什麼 Google 推薦這種格式？

JSON-LD 是把結構化資料寫成一段獨立程式碼、嵌入頁面的格式，也是 Google 推薦的寫法。結構化資料有幾種語法，JSON-LD 的優勢在於：與頁面內容分離（不必改動文章本身的 HTML）、好維護、不易破壞版面。一段描述文章的 JSON-LD 大致長這樣：

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "文章標題",
  "author": { "@type": "Person", "name": "作者姓名" },
  "datePublished": "2026-07-11"
}

6 種常用的 Schema 類型

個人品牌與中小企業網站最常用到的類型有 6 種，以下每一種都是 Google 目前仍支援的複合式搜尋結果類型（完整清單見文末參考資料的「Google 搜尋支援的結構化資料標記」）。先認得它們，再回頭檢查自己的網站缺了哪些。

6 種常用的 Schema 類型分別在標什麼、哪一種網站最需要

類型	用途	誰最需要
Article	部落格文章與新聞，標明標題、作者、日期	有部落格或專欄的網站
Organization、Person	品牌或個人的身分資訊，建立實體識別	個人品牌、公司官網
BreadcrumbList	麵包屑導覽，顯示頁面層級	內容較多的網站
VideoObject	影片的標題、縮圖、時長與上傳日期，爭取影片預覽	內容含自製或嵌入影片的網站
Product	商品的價格、評價、庫存	電商網站
LocalBusiness	在地商家的地址、營業時間	有實體據點的店家

如果你的網站是個人品牌或顧問型官網，優先順序很明確：

• 個人品牌、顧問型官網

  先把 Article、Person 與 Organization、BreadcrumbList 三組做齊，因為它們對應「你是誰、你寫了什麼、內容放在哪個層級」這三個機器最想搞懂的問題。

• 服務頁、教學文章

  把力氣放回 Article 的完整度、作者資訊與內部連結。頁面若內嵌影片，補 VideoObject 比補 FAQ 標記實際，因為 FAQ 已經不會換到任何版面。

• 真的賣商品或有實體據點

  才需要 Product 與 LocalBusiness。

FAQ 與 HowTo 標記，現在還算數嗎？

這是 2026 年談結構化資料一定要先講清楚的一件事，也是多數舊教學還沒更新的地方。答案分成兩半：Google 搜尋結果上的展示沒了，標記本身並沒有失效。先看時間軸。

• 2023 年 9 月：HowTo 先下架

  Google 移除 HowTo 結構化資料的說明文件與案例研究，理由是這個複合式搜尋結果在桌機與行動裝置都不再顯示。同一時間，FAQ 的顯示資格被限縮到權威的政府與醫療網站。

• 2026 年 5 月 7 日：FAQ 停止顯示

  Google 在 5 月 8 日的文件更新公告中宣布 FAQ 複合式搜尋結果進入棄用，生效日為 5 月 7 日，適用所有網站，不再有政府與醫療網站的例外。

• 2026 年 6 月：文件與工具支援移除

  Google 於 6 月 15 日移除 FAQ 複合式搜尋結果的說明文件，原本的 FAQPage 文件網址現在會直接轉址到更新公告。搜尋外觀選項、Search Console 的複合式搜尋結果報表與複合式搜尋結果測試，也在此期間不再涵蓋這一項。

• 2026 年 8 月：API 支援結束

  Search Console API 移除 FAQ 相關的資料回報。至此 Google 這一側的 FAQ 生態鏈全部關閉。

順帶一提，schema.org 上的 FAQPage 詞彙定義依然存在，這也印證了同一件事：詞彙標準與某一家搜尋引擎的展示政策，本來就是兩回事。

入門 3 步驟：從外掛設定到官方驗證

入門結構化資料不需要工程背景，依下面 3 個步驟做，就能把多數網站該有的標記補齊。

一、用 SEO 外掛自動產生基礎標記

先讓 Rank Math、Yoast 等外掛替你輸出文章、網站資訊與麵包屑的 JSON-LD。這一步涵蓋了大部分網站的基本盤，成本幾乎是零，卻是最多人從來沒檢查過的設定。

二、補上作者與品牌的實體識別資訊

完善 Person 與 Organization 的資訊：作者是誰、有什麼專業背景、品牌叫什麼、官方連結（網站、社群、專業檔案）有哪些。這些「實體識別」資訊，是搜尋引擎與 AI 判斷「這個網站是誰、可不可信」的重要依據，也是 FAQ 標記退場之後，個人品牌網站更值得把時間投進去的一塊。

三、用官方工具驗證標記是否有效

加完不等於生效。用 Google 的複合式搜尋結果測試（Rich Results Test）貼上網址檢查標記有沒有錯誤，再到 Search Console 觀察整站的結構化資料回報。語法錯誤會讓標記完全失效，驗證這一步絕對不能省。驗證的頻率也有講究：不是加完測一次就永遠放著，每次改版、換主題或更新外掛之後，都值得重跑一輪，因為這些變動都可能默默弄壞原本正常的標記。

什麼情況交給外掛、什麼情況要自己動手？

大原則是：基礎標記交給外掛，特定需求再手動補強。下表是常見情境的決策參考。

哪些情況交給 SEO 外掛就夠、哪些情況要自己動手補標記

你的情境	建議做法	使用工具
一般文章、麵包屑、網站基本資訊	交給 SEO 外掛自動輸出	Rank Math、Yoast 內建功能
經營個人品牌或公司識別	完善 Person、Organization 設定	SEO 外掛的網站資訊設定
頁面內嵌影片	補上 VideoObject 標記	SEO 外掛的影片模組或客製 JSON-LD
頁面已經有 FAQ 或 HowTo 標記	留著或移除都可以，官方說不必主動移除；但不要再為了搶版面新增	不需額外處理
電商、在地商家等特殊類型	依官方指引補 Product、LocalBusiness	對應外掛或客製標記
上線或改版之後	逐頁驗證標記有效性	複合式搜尋結果測試、Schema Markup Validator、Search Console

常見的 4 個誤區

• 標記不存在於頁面的內容：標記必須與頁面實際可見內容一致，標記看不到的內容違反 Google 的結構化資料指引。後果官方講得很精確：這可能導致人工處置（manual action），而結構化資料的人工處置會讓該頁失去顯示複合式搜尋結果的資格，不會影響它在 Google 網頁搜尋的排名。這不是「整個網站會被 Google 打掉」，但也不是沒代價，該有的曝光加成會直接歸零。
• 以為加了就會排第一：結構化資料幫助「理解」與「呈現」，不是直接的排名提升保證。內容品質仍是根本。
• 加了卻不驗證：語法錯誤會讓標記失效，等於白做。務必用官方工具測試，改版與更新外掛之後也要重測一次。
• 照著舊教學補已經下架的類型：Google 不只會調整顯示資格，也會把整個類型停用。HowTo 在 2023 年下架，FAQ 在 2026 年 5 月 7 日停止顯示。舊文章裡「加 FAQ 標記搶版面」的建議現在已經沒有效果，照做不會跳出任何錯誤訊息，只是什麼也不會發生。

把結構化資料當成整站的基礎建設來規劃

單篇文章加標記是戰術，整站的結構化資料是基礎建設。實務上更有價值的做法是通盤規劃：網站有哪些內容類型、各自該用什麼標記、外掛設定與客製標記怎麼分工、上線後用什麼流程驗證，以及像 FAQ 這樣的政策變動發生時，用什麼方式盤點與調整。這些決策與網站速度、資訊架構一樣，屬於技術 SEO 的一環，一次做對可以受益很多年；相關的常見盲點，我在〈個人品牌官網 SEO 怎麼做？5 個誤區與 1 張長期內容地圖〉也有完整討論。

如果你希望有人協助把整站的結構化資料與技術 SEO 一次打穩，可以參考我的網站架設顧問服務；想自己動手的話，先用官方驗證工具跑一次自己的首頁與最重要的三篇文章，就是最好的起點。

內文精華總結

結構化資料是讓機器看懂你網站的基礎建設，不是排名捷徑。用 schema.org 的共通詞彙、以 JSON-LD 標註內容，能替目前仍支援的類型爭取複合式搜尋結果，也把內容整理成機器少猜一點的樣子。但有兩件事要一起記住：可顯示的類型會變（FAQ 與 HowTo 都已經下架），而 Google 官方明說 AI Overviews 與 AI Mode 不需要特別的 schema.org 結構化資料。

參考資料

• schema.org, “schema.org 官方網站.”（查證 2026-08-19；以官方最新公告為準）
• schema.org, “FAQPage – Schema.org Type.”（查證 2026-08-19；詞彙定義仍存在）
• Google Search Central, “Intro to How Structured Data Markup Works.”（結構化資料總覽；查證 2026-08-19）
• Google Search Central, “Structured Data Markup that Google Search Supports.”（Google 目前支援的類型清單；查證 2026-08-19）
• Google Search Central, “General Structured Data Guidelines.”（含人工處置後果的說明；查證 2026-08-19）
• Google Search Central, “Removing documentation for the FAQ rich result feature.”（原 FAQPage 文件網址現已轉址至此；查證 2026-08-19）
• Google Search Central, “AI Features and Your Website.”（AI Overviews 與 AI Mode 的官方指引；查證 2026-08-19）

延伸閱讀

• Core Web Vitals 是什麼？LCP、INP、CLS 3 大指標與達標做法（2026）
• 個人品牌官網 SEO 怎麼做？5 個誤區與 1 張長期內容地圖
• 網站維運怎麼做？一人創業者每月 4 小時的 5 面向 SOP
• 個人品牌官網怎麼開始才不會做白工？啟動前必想清楚的 5 個策略決策

重點整理

本文更新於 2026 年 8 月。AI 與數位工具改版快速，實際功能與名稱可能已有變動，建議以官方文件為準。