Schema 結構化資料就像替網頁貼上一組機器看得懂的標籤，讓 Google 與 AI 不用猜就能讀懂你這一頁在講什麼、賣什麼、由誰撰寫。對沒有工程團隊的小店老闆來說，它聽起來很技術，但在 WordPress 搭配 Rank Math 之後，其實完全不用寫一行程式就能設定完成。這篇文章會用最白話的方式，帶你把觀念、類型、實作到驗證一次搞懂，並分享我們實際替在地商家設定時踩過的雷。
- Schema 是給機器讀的網頁標籤
- JSON-LD 是現在主流寫法
- 2026 影響 AI 引用與複合結果
- 小店最實用只有 5 種類型
- Rank Math 免寫程式就能設定
最後更新：2026-07-22
什麼是 Schema 結構化資料？一次看懂 JSON-LD
先講最核心的觀念：搜尋引擎其實看不懂人話，它看到的是一堆 HTML 標籤與純文字。當你的網頁寫著「營業時間 週一到週五 10:00 到 19:00」，人類一眼就懂，但機器只看到幾個字，不確定這是營業時間、還是活動時間，也不確定這串數字代表什麼。Schema 結構化資料的作用，就是在網頁背後補上一組標準化的註解，明確告訴機器「這是營業時間」「這是價格」「這是評分」「這是作者」，讓搜尋引擎不必再靠猜測理解你的內容。
這套「標準」不是 Google 自己發明的，而是由 Google、微軟 Bing、Yahoo 與 Yandex 共同發起的開放詞彙表，統一定義在 schema.org。根據 schema.org 官方網站的說明，它是一個由社群共同維護的結構化資料詞彙，目前已被超過四千五百萬個網域採用。也就是說，你在網頁上標的每一個 Type（型別）與 Property（屬性），全世界的搜尋引擎都用同一套規則來解讀。
別把 Schema 想成「多寫的程式碼」，把它想成「幫你的網頁附上一張機器讀得懂的名片」，搜尋引擎越懂你，越有機會把你放到好位置。
那 JSON-LD 又是什麼？它是目前實作 Schema 結構化資料最主流、也是 Google 最推薦的格式。Google Search Central 官方文件明確建議優先使用 JSON-LD，因為它的寫法是一段獨立的 script，放在網頁的 head 或 body 裡，不會和你原本看得到的內容混在一起。相較於早期把標記直接塞進 HTML 標籤中的 Microdata、RDFa 兩種寫法，JSON-LD 把標記與內容分開，維護更單純、出錯機率更低，這也是官方首推它的原因。對小店來說更重要的是：用外掛產生的 Schema 幾乎都是 JSON-LD，你根本不必手寫。
簡單做個比喻，如果整個網頁是一份餐廳菜單，純文字內容是菜名與價格，那 Schema 就是菜單旁邊那排小圖示——告訴你哪道是招牌、哪道會辣、哪道是素食。人類看不看那排圖示都能點餐，但機器少了它就會誤判。這也是為什麼同樣的內容，有標 Schema 的網頁，搜尋引擎判讀得更精準。
2026 年，Schema 結構化資料為什麼更重要
過去大家設定 Schema，多半是為了在搜尋結果拿到「複合式搜尋結果」（rich results），也就是星級評分、常見問題展開、麵包屑路徑、商品價格那些讓你的結果看起來更豐富的樣式。根據 Google 官方的複合式搜尋結果總覽，Google 支援的結構化資料功能多達數十種，每一種都對應不同的呈現樣式。這些樣式會讓你的結果在滿版藍色連結中更顯眼，點擊率自然有機會提升。
但真正讓 Schema 在 2026 年地位翻倍的，是 AI 搜尋的崛起。當使用者的問題被 Google AI Overviews（AI 摘要）或 AI Mode 直接回答時，AI 需要在極短時間內判斷「哪個網頁的資訊最明確、最可信、最能拿來回答」。結構清楚、標記完整的內容，等於是把答案整理好、貼上標籤送到 AI 面前，被理解與被引用的機率自然更高。在 AI 搜尋時代，Schema 結構化資料已經從「加分項」變成「被 AI 引用的門票」。
這裡要建立一個正確心態：Schema 本身不會直接讓你的排名跳升，它不是排名因素的魔法開關。它真正的價值在於「消除誤解」與「增加被選用的機會」。當機器對你這頁的理解更精準，你在對的查詢下被呈現、被摘要、被引用的機率就更高。想更完整了解 AI 搜尋時代該怎麼佈局，可以延伸閱讀我們的 AI 搜尋優化實戰指南，以及被 AI「引用」與被「推薦」到底差在哪的 拆解文章。同時，零點擊搜尋越來越普遍，內容能不能在 AI 摘要區被看見，往往比排第幾名更關鍵，這部分我們在 2026 零點擊搜尋趨勢裡有更完整說明。
小店最實用的 5 種 Schema 類型
schema.org 的型別有上百種，但小店真正需要、投報率最高的其實就那幾種。與其樣樣都標，不如把最相關的做對做好。以下這張表整理了在地商家與內容型網站最常用的 5 種，你可以先對照自己網站的性質，決定優先順序。台灣權威 SEO 部落格Harris 先生也整理過類似的常用清單，可以互相對照。
| Schema 類型 | 適合誰 | 主要作用 | 優先度 |
|---|---|---|---|
| LocalBusiness | 實體店面、在地服務 | 標出店名、地址、電話、營業時間，強化在地搜尋 | 最高 |
| FAQPage | 內容頁、服務說明頁 | 把常見問答結構化，利於 AI 摘要引用 | 高 |
| Article / BlogPosting | 部落格、知識文章 | 標出標題、作者、發布日期，建立內容可信度 | 高 |
| BreadcrumbList | 所有多層級網站 | 在搜尋結果顯示網站路徑，提升點擊信任 | 中 |
| Product | 電商、有販售商品的店 | 標出價格、庫存、評分，爭取商品複合結果 | 中 |
怎麼取捨？如果你是有實體店面的在地商家，例如餐廳、診所、美容工作室、汽修廠，那 LocalBusiness 絕對是第一優先，因為它直接影響 Google 地圖與在地搜尋的判讀。如果你經營的是內容型網站或部落格，那 Article 加上 FAQPage 的組合最實用，前者建立內容可信度，後者則是 AI 摘要最愛引用的結構。小店資源有限，與其樣樣都標，不如把最貼近業務的兩三種做對做透。至於 Product，只有真的在網站上直接販售商品才需要，純導流或形象網站可以先跳過。
WordPress 加 Rank Math 免寫程式實作步驟
講完觀念，來到最多小店老闆卡關的地方：實作。好消息是，如果你的網站是 WordPress，安裝 Rank Math 這款免費 SEO 外掛後，大部分 Schema 都能用點選的方式完成，完全不必碰程式碼。根據 Rank Math 官方說明文件，它內建支援三十多種 Schema 型別，還能設定「預設範本」讓每篇文章自動套用。以下用四個步驟帶你走一遍。
在 WordPress 後台「外掛」搜尋 Rank Math，安裝啟用後跑一次設定精靈。過程中它會問你網站類型（個人部落格、商業網站、在地商家或電商），這一步很重要，因為它會依你的選擇自動預設對應的 Schema 型別。
進入 Rank Math 的「一般設定 → 本地 SEO」，填入店名、地址、電話、營業時間與經緯度。這一份資料填一次，全站的在地資訊 Schema 就會自動輸出，不必每頁重填。
在「標題與 Meta → 文章」把預設 Schema 型別設為 Article，Rank Math 就會依每篇的標題、作者、發布與更新日期自動帶出 Article 與麵包屑 Schema，你不用手寫任何一段 JSON-LD。
需要常見問答的頁面，用 Rank Math 提供的 FAQ 區塊（Gutenberg block）逐題填寫，它會同步輸出 FAQPage Schema。切記問答內容要和頁面上實際看得到的文字一致，這點是最容易犯錯的地方，下一段會細講。
外掛能自動輸出的 Schema，就交給外掛；千萬別再手寫一份同型別的塞進頁面，那不是加倍效果，而是製造衝突。
最常見的 Schema 錯誤與我們的實戰排雷
設定 Schema 不難，難的是不要設錯。多數小店的問題不是「沒做」，而是「做重複」或「做假」。台灣 SEO 團隊聚圖策略（gtut）的整理也點出，Schema 常見錯誤集中在幾個固定地雷，這和我們實務上看到的情況幾乎一致。以下三個最常見。
錯誤一：Schema 重複，外掛與手寫打架。很多老闆看了教學文，自己在頁面手動貼了一段 Article JSON-LD，卻忘了 Rank Math 已經自動輸出一份。結果同一頁出現兩個 Article 主體，搜尋引擎判讀時會混淆，複合結果反而不穩定。正解是：讓外掛統一負責，手寫的那份刪掉。
錯誤二：FAQ Schema 與頁面內容不符。有人為了搶版位，在 Schema 裡塞了頁面上根本沒有的問答。這違反 Google 的結構化資料品質準則，被抓到可能導致整頁的複合結果被停用，甚至收到人工處罰。Schema 標記的內容，必須是使用者在頁面上真的看得到的內容，這是不能碰的紅線。
錯誤三：標記了看不見的內容。和第二點類似，例如把隱藏區塊、彈窗、或折疊起來預設不顯示的資訊拿去標 Schema。原則很單純：機器讀到的，要和人類看到的一致。
分享一個我們實際輔導的情境。有一家在地服務商家，先前自己裝了外掛、又照網路教學手動貼了一段 Article Schema，導致每一篇文章都同時存在「外掛版」與「手寫版」兩份 Article 標記。他們用工具檢測時一直跳出重複與衝突警告，複合結果始終判讀不穩。我們進場後，第一件事就是把手寫那份全部移除，讓 Rank Math 單一輸出；接著替他們用外掛設定了完整的 LocalBusiness，把店名、地址、營業時間補齊，並針對服務說明頁補上與頁面內容完全一致的 FAQ Schema。整理後再用工具重測，重複警告消失、複合結果判讀恢復正常，後續在 AI 摘要中被帶到店家資訊的情況也明顯比整理前穩定。這個案例的重點不是什麼高深技巧，而是先把重複與造假的地雷清乾淨，Schema 才會真正開始為你工作。
與其一次標十種 Schema 想搶版位，不如先把兩三種做「乾淨、一致、不重複」——搜尋引擎最討厭的就是自相矛盾的資料。
怎麼驗證 Schema 結構化資料有沒有設對
設定完不代表結束，一定要驗證。好消息是驗證工具都是免費的，而且不用寫程式，貼上網址或程式碼就能檢查。這裡介紹三個小店必備的工具，建議每次改動後都跑一次。
一、Google 複合式搜尋結果測試工具（Rich Results Test）。這是最直接的官方工具，到 Google Rich Results Test 工具頁貼上你的文章網址，它會告訴你這頁有哪些「可產生複合結果」的 Schema、是否通過、有沒有錯誤或警告。它的重點是「以 Google 的視角」判斷你能不能拿到複合結果。
二、Schema Markup Validator。如果你想更完整地檢查所有 schema.org 型別（不只 Google 支援的那些），就用 schema.org 官方的 Schema Markup Validator。它會列出頁面上所有偵測到的結構化資料，方便你確認有沒有多出一份重複的、或哪個必填屬性漏了。前面提到的「重複 Article」問題，用這個工具最容易一眼看出來。
三、Search Console 的複合式搜尋結果報表。前兩個是單頁即時檢查，Google Search Console 則是「全站長期監控」。它會依型別統計整站有效、警告、錯誤的頁數，並在 Google 實際判讀出問題時通知你。搭配官方的 結構化資料入門文件對照品質準則，就能長期把整站的 Schema 維持在健康狀態。
要提醒的是，驗證不是做一次就好，每次改版、換外掛、動範本，都要重跑 Rich Results Test，否則你可能在不知情下讓複合結果整批失效。一個實用的節奏建議：新頁面上線當天用 Rich Results Test 檢查、有結構性改動時用 Schema Markup Validator 對照、每個月固定看一次 Search Console 的複合結果報表。這三個動作加起來每月不到半小時，卻能幫你把 Schema 的健康度守住，避免辛苦設定的標記悄悄失效。
把 Schema 變成小店的長期資產
回到最初的問題：Schema 結構化資料到底值不值得小店花時間做？答案是肯定的。它不是要你去學程式，而是用 WordPress 加 Rank Math 的免寫程式方式，把「好內容」翻譯成「機器也讀得懂的好內容」。在 AI 搜尋越來越吃結構的 2026 年，這件事的投報率只會越來越高。記住三個原則：挑最貼近業務的兩三種型別先做、讓外掛統一輸出不要手寫重複、每次改動都用免費工具驗證。做到這三點，Schema 就會從一次性的設定，變成持續替你爭取曝光與 AI 引用的長期資產。
常見問題 FAQ
設定 Schema 結構化資料一定要會寫程式嗎？
不一定，小店幾乎都不需要。用 WordPress 搭配 Rank Math 這類 SEO 外掛，大部分常用的 Schema 都能用點選與填欄位的方式完成，外掛會自動產生 JSON-LD 程式碼。只有非常客製化的需求，才可能需要手動撰寫。
Schema 會直接讓我的排名上升嗎？
不會直接讓排名上升，但它能提升被正確理解與被選用的機會。Schema 的作用是幫搜尋引擎與 AI 精準判讀你的內容，進而爭取到複合式搜尋結果的樣式，以及在 AI 摘要中被引用的機會，這些會間接影響曝光與點擊。
小店應該優先做哪些 Schema 類型？
先做最貼近業務的兩到三種就好。有實體店面優先做 LocalBusiness；經營內容或部落格優先做 Article 加 FAQPage；有直接販售商品才需要 Product。與其樣樣都標，不如把最相關的做對、做一致、不重複。
為什麼工具一直提示我的 Schema 重複？
最常見原因是外掛已自動輸出一份，你又手動貼了一份同型別的。解法是保留外掛版、刪掉手寫版，讓同一種 Schema 全站只由一個來源輸出，再用 Schema Markup Validator 重新檢查確認警告消失。
設定完 Schema 要用什麼工具驗證？
先用 Google 複合式搜尋結果測試工具（Rich Results Test）檢查單頁能否拿到複合結果，再用 Schema Markup Validator 確認所有型別無重複、無缺漏，最後透過 Google Search Console 的複合結果報表做全站長期監控。
最後更新：2026-07-22
