Schema 標記入門：JSON-LD 寫法與 SEO/AI 搜尋應用

加入為 Google 偏好來源

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

這篇文章以 schema.org 與 Google Search Central 官方文件為依據，整理結構化資料的定義、Google 推薦的 JSON-LD 格式、6 種常用類型對照表、3 個入門步驟與 4 個常見誤區，最後附 8 題重點整理。讀完你就知道自己的網站缺哪一塊，以及今天可以先做什麼。

文章導讀

結構化資料是用 schema.org 的共通詞彙，把網頁內容的類型與屬性「翻譯」給搜尋引擎與 AI 看的標準化標註；它幫助機器理解與呈現你的內容，但不是直接的排名保證。
格式首選 JSON-LD：Google 推薦、與內容分離、好維護。多數 SEO 外掛（如 Rank Math、Yoast）能自動產生，入門不需要手寫程式。
入門 3 步驟：用外掛自動產生基礎標記、補上問答與作者資訊、用官方工具驗證。標記內容必須與頁面實際可見內容一致，否則可能違反 Google 政策。

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

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

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

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

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

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

沒有結構化資料時，搜尋引擎得自行判斷哪一段是作者、哪一段是發布日期、哪一塊是問答。判斷錯了，你的內容就可能被錯誤歸類或平淡呈現，等於浪費了你花在內容上的心力。結構化資料把這些關鍵屬性明確標出來，把「推測」變成「宣告」。

AI 搜尋時代，「被正確引用」是新戰場

當 AI 引擎要理解並引用你的內容時，清楚的結構化標註能幫助它正確判斷「這段是問答、這段是作者、這是發布日期」，提高被正確擷取與引用的機會。內容被 AI 引用的邏輯與傳統排名不完全相同，若你想了解 AI 工具怎麼消化與引用網路內容，可以參考〈知識工作者的 AI 工具地圖：5 大環節該用哪些工具、怎麼搭配？（2026 持續更新）〉。

對傳統搜尋，結構化資料則讓頁面有機會以「複合式搜尋結果（rich results）」呈現：例如顯示問答展開、評分星等、麵包屑層級，讓你的結果在頁面上更醒目、提升點閱。它本身不是排名魔法，但能讓機器更精準地理解你。

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"
}

好消息是，多數人根本不需要手寫這段程式碼。主流 SEO 外掛（如 Rank Math、Yoast）能自動為文章、麵包屑、網站基本資訊產生 JSON-LD，你要做的是確認設定正確、資訊完整，而不是從零開始寫。

6 種常用的 Schema 類型

個人品牌與中小企業網站最常用到的類型有 6 種，先認得它們，再回頭檢查自己的網站缺了哪些。

類型	用途	誰最需要
Article	部落格文章與新聞，標明標題、作者、日期	有部落格或專欄的網站
FAQ 問答	常見問答頁，有機會在搜尋結果顯示展開問答	服務頁、教學文章
Organization、Person	品牌或個人的身分資訊，建立實體識別	個人品牌、公司官網
BreadcrumbList	麵包屑導覽，顯示頁面層級	內容較多的網站
Product	商品的價格、評價、庫存	電商網站
LocalBusiness	在地商家的地址、營業時間	有實體據點的店家

資料來源：schema.org 與 Google Search Central 結構化資料文件（查證 2026-07-11）。

如果你的網站是個人品牌或顧問型官網，優先順序很明確：先把 Article、Person 與 Organization、BreadcrumbList 三組做齊，因為它們對應「你是誰、你寫了什麼、內容放在哪個層級」這三個機器最想搞懂的問題。問答標記適合服務頁與教學文章；Product 與 LocalBusiness 則只在你真的賣商品或有實體據點時才需要。

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

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

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

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

二、補上問答與作者、品牌資訊

為適合的頁面加上問答標記，並完善 Person 與 Organization 的資訊：作者是誰、品牌叫什麼、官方連結有哪些。這些「實體識別」資訊，是搜尋引擎與 AI 判斷「這個網站是誰、可不可信」的重要依據。

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

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

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

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

你的情境	建議做法	使用工具
一般文章、麵包屑、網站基本資訊	交給 SEO 外掛自動輸出	Rank Math、Yoast 內建功能
頁面有適合的問答內容	用外掛或主題機制補上問答標記	SEO 外掛的對應模組
經營個人品牌或公司識別	完善 Person、Organization 設定	SEO 外掛的網站資訊設定
電商、在地商家等特殊類型	依官方指引補 Product、LocalBusiness	對應外掛或客製標記
上線或改版之後	逐頁驗證標記有效性	複合式搜尋結果測試、Search Console

整理自 Google Search Central 結構化資料指引（查證 2026-07-11）。

常見的 4 個誤區

標記不存在於頁面的內容：標記必須與頁面實際可見內容一致，標記看不到的內容違反 Google 結構化資料政策，可能被處罰。
以為加了就會排第一：結構化資料幫助「理解」與「呈現」，不是直接的排名提升保證。內容品質仍是根本。
加了卻不驗證：語法錯誤會讓標記失效，等於白做。務必用官方工具測試。
濫用問答與評論標記：Google 對部分類型的顯示資格有調整，應依官方指引使用，不要為了搶版面硬塞。

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

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

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

內文精華總結

結構化資料是讓機器看懂你網站的基礎建設，不是排名捷徑。用 schema.org 的共通詞彙、以 JSON-LD 標註內容，既能爭取複合式搜尋結果，也能在 AI 搜尋時代提高被正確理解與引用的機會。

結構化資料＝機器看得懂的說明書：標明內容的類型與屬性，把搜尋引擎的「推測」變成你的「宣告」。
格式選 JSON-LD、產生交給 SEO 外掛：多數網站的基本盤靠 Rank Math 或 Yoast 就能涵蓋。
6 種常用類型先檢查：Article、問答、Organization 與 Person、BreadcrumbList、Product、LocalBusiness。
兩條紅線：標記必須與可見內容一致；加完必須用官方工具驗證。

參考資料

schema.org, “schema.org 官方網站.”（查證 2026-07-11；以官方最新公告為準）
Google Search Central, “Introduction to structured data markup in Google Search.”（查證 2026-07-11；以官方最新公告為準）

重點整理

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

結構化資料是一種標準化標註，用約定好的詞彙描述網頁內容的類型與屬性，讓搜尋引擎與 AI 能正確理解頁面。這套共通詞彙由 schema.org 維護，由 Google、Microsoft、Yahoo、Yandex 共同發起，例如標明「這是一篇文章，作者、日期、標題各是什麼」。

Schema 標記要用哪種格式寫？

建議使用 JSON-LD，這是 Google 推薦的格式：以一段獨立的程式碼嵌入頁面，與內容分離、好維護、不易破壞版面。多數 SEO 外掛如 Rank Math、Yoast 能自動為文章、麵包屑、網站資訊產生 JSON-LD，入門不需要手寫。

結構化資料對 SEO 有什麼實際好處？

它讓頁面有機會以「複合式搜尋結果（rich results）」呈現，例如問答展開、評分星等、麵包屑層級，讓你的搜尋結果更醒目、提升點閱。同時它幫助搜尋引擎正確歸類內容，減少因誤判而被平淡呈現的損失。

結構化資料對 AI 搜尋有幫助嗎？

有。當 AI 引擎要理解並引用你的內容時，清楚的結構化標註能幫助它正確判斷哪段是問答、哪位是作者、哪個是發布日期，提高被正確擷取與引用的機會。在 AI 搜尋逐漸普及的 2026 年，這層「機器可讀性」的價值持續上升。

加了結構化資料就會排名變好嗎？

不會直接變好。結構化資料的作用是幫助搜尋引擎與 AI「理解」與「呈現」你的內容，不是排名保證。另外要注意：標記的內容必須與頁面實際可見內容一致，標記不存在的內容違反 Google 政策，可能被處罰。

沒有工程背景也能加結構化資料嗎？

可以。多數網站的基礎標記（文章、麵包屑、網站資訊、作者與品牌識別）用 Rank Math 或 Yoast 等 SEO 外掛就能自動產生，你只需要確認設定正確、資訊填寫完整。電商或在地商家等特殊類型，再依官方指引補強即可。

怎麼檢查結構化資料有沒有生效？

用 Google 的「複合式搜尋結果測試」（Rich Results Test）貼上網址，檢查標記是否被正確讀取、有無錯誤；再到 Search Console 觀察整站的結構化資料回報。語法錯誤會讓標記完全失效，加完務必驗證。

想把整站的結構化資料與技術 SEO 打穩，該從哪裡開始？

先用官方驗證工具檢查首頁與最重要的幾篇文章，盤點缺了哪些標記，再依內容類型規劃外掛設定與補強順序。若希望有顧問協助通盤規劃整站的結構化資料、速度與技術 SEO，歡迎透過網站聯絡頁與我聊聊你的情境。

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

文章導讀

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