Schema 結構化資料是什麼？一個比喻秒懂
結構化資料的定義
Schema 結構化資料（Structured Data）是一種用特定格式在網頁中標記重要資訊、解釋語意的方式，目的是讓搜尋引擎更精準地理解網站上的內容。
Schema 的完整名稱是 Schema Markup，由 Google、Microsoft、Yahoo、Yandex 四大搜尋引擎於 2011 年共同制定，統一規範整理在 Schema.org 這個網站上。只要按照這套標準格式標記網頁內容，搜尋引擎就能知道頁面是什麼類型、包含哪些資訊。
一個比喻說明 Schema 是什麼
假設今天要在倉庫找一瓶紅酒，但所有酒都沒有標籤，只能一瓶一瓶拿起來猜，這就是搜尋引擎在沒有 Schema 時的處境。它看到「$1,290」、「4.5顆星」、「In Stock」這些字，但不知道哪個是價格、哪個是評分、哪個是庫存狀態。
加上 Schema 之後，就像幫每瓶酒貼上標籤：年份、產區、品種、評分，一目了然。
搜尋引擎不需要猜，直接讀標籤就能理解這個頁面是什麼、適合推薦給哪些搜尋者。
Schema 對 SEO 有沒有用？數據說話
Schema 能帶來哪些 SEO 效益？
設定 Schema 之後，頁面最直接的改變是在搜尋結果頁（SERP）的呈現方式。原本只有標題、網址、描述三行文字的搜尋結果，可能會變成這些樣式：
- 顯示星級評分與評論數量（Review Schema）
- 展開 FAQ 問答（FAQ Schema）
- 顯示商品價格與庫存狀態（Product Schema）
- 顯示文章作者與發布日期（Article Schema）
- 呈現麵包屑導航路徑（BreadcrumbList Schema）
這些更豐富的搜尋結果，統稱為「複合式搜尋結果」。
Review Schema 範例：星級評分與評論數量
數據上，雀巢（Nestlé）測試顯示，啟用 Schema 後相關頁面的點閱率比未設定頁面高出約 82%；樂天（Rakuten）的案例則顯示，使用 Schema 標記後頁面停留時間增加約 1.5 倍，互動率提升約 3.6 倍。
此外，在 AI 搜尋快速普及的現在，Schema 同時扮演讓 ChatGPT、Gemini、Perplexity 等 AI 引擎更容易理解並引用內容的關鍵角色。
Schema 會直接影響網站排名嗎？
Google 官方並未將 Schema 列為網站排名因素，但這不代表它對排名沒有影響。
Schema 的邏輯是這樣的：
設定 Schema → 搜尋結果樣式更豐富、更吸引人 → 點擊率（CTR）提升 → 使用者進站後若內容好、停留時間長 → 這些使用者行為訊號間接改善排名。
另一個更直接的影響是精準曝光。Schema 幫助 Google 正確判斷頁面類型，讓品牌的內容出現在真正相關的搜尋結果中，而不是被推給不相關的受眾。
SEO 人最常用的 5 種 Schema 類型與 JSON-LD 語法
以下介紹 SEO 工作者最常設定的 5 種 Schema 類型，每種都附上 JSON-LD 格式語法，可直接複製後代入自己的資訊。JSON-LD 怎麼用？將語法複製後，貼入網頁的 <head> 區段，或透過 WordPress 外掛（Rank Math、Yoast SEO）的 Schema 設定介面填入。
FAQ Schema
FAQ Schema 是指將頁面中的問題與答案，用結構化的方式標記給 Google 識別。設定後，Google 可能會在搜尋結果直接展開問答，讓使用者不用點進頁面就能看到內容。
適合的頁面類型：教學文章、服務介紹頁、知識庫、產品說明頁中含有 FAQ 區塊的頁面。
注意事項：Google 於 2023 年 8 月更新政策，FAQ Schema 的視覺顯示現已限縮，一般網站在搜尋結果的 FAQ 展開版位機率降低。但 FAQ Schema 依然有助於 AI 搜尋引擎（如 Google AI Overview、Perplexity）更快解析問答內容並加以引用，建議仍然要設定。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "【填入問題一，建議用完整疑問句】",
"acceptedAnswer": {
"@type": "Answer",
"text": "【填入問題一的答案，建議50字以上，直接給出明確回答】"
}
},
{
"@type": "Question",
"name": "【填入問題二】",
"acceptedAnswer": {
"@type": "Answer",
"text": "【填入問題二的答案】"
}
}
]
}
</script>
| 欄位 | 填寫說明 |
|---|---|
| name | 填入問題的完整句子，建議用疑問句（例：Schema 結構化資料是什麼？） |
| text | 填入該問題的完整答案，字數建議 50 字以上，回答要具體直接 |
| mainEntity | 問答陣列，可新增多組 Question 物件，數量不限 |
Article Schema
Article Schema 用來標記文章、部落格貼文、新聞稿等內容，幫助 Google 識別作者、發布日期、更新時間等資訊，是知識型網站與內容行銷網站的必設項目之一。
三種類型怎麼選？
- Article：一般知識型文章、白皮書
- BlogPosting：部落格文章、SEO 教學內容
- NewsArticle：新聞報導、即時資訊
SEO 知識文建議使用 BlogPosting，若網站偏向媒體性質則用 NewsArticle。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "【填入文章標題，與H1相同，120字以內】",
"description": "【填入文章摘要，與Meta Description相同或相似】",
"image": "【填入文章首圖的完整網址】",
"datePublished": "【填入發布日期，格式：2026-04-18】",
"dateModified": "【填入最後更新日期，格式：2026-04-18】",
"author": {
"@type": "Person",
"name": "【填入作者姓名】",
"url": "【填入作者個人頁面網址】"
},
"publisher": {
"@type": "Organization",
"name": "【填入網站/品牌名稱】",
"logo": {
"@type": "ImageObject",
"url": "【填入品牌Logo圖片網址】"
}
},
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "【填入這篇文章的完整網址】"
}
}
</script>
| 欄位 | 填寫說明 |
|---|---|
| @type | 一般知識文填 BlogPosting；新聞類填 NewsArticle；正式文件填 Article |
| headline | 文章標題，建議與頁面 H1 一致，120 字以內 |
| datePublished | 發布日期，格式固定為 YYYY-MM-DD（例：2026-04-18） |
| dateModified | 最後更新日期，有助 Google 判斷內容時效性，建議每次改版都更新 |
| author / publisher | 分別代表個人作者與發布機構，搭配使用對 E-E-A-T 訊號最有幫助 |
Author Schema（Person）
Author Schema 用來標記「這篇文章的作者是誰」，讓 Google 能夠建立作者身分的可信度檔案。這在 Google 越來越重視 E-E-A-T（經驗、專業、權威、可信度）的現在，特別重要。
為什麼要單獨設定 Author Schema？Article Schema 裡雖然有 author 欄位，但單獨設定完整的 Person Schema 並連結至作者的社群媒體、LinkedIn、Google Knowledge Panel，能讓 Google 更完整地理解這位作者在這個領域的可信度，強化整個網站的 E-E-A-T 訊號。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Person",
"name": "【填入作者全名】",
"url": "【填入作者介紹頁面網址，例如 /about 或作者專頁】",
"image": "【填入作者大頭照網址】",
"jobTitle": "【填入職稱，例如：資深SEO顧問】",
"worksFor": {
"@type": "Organization",
"name": "【填入公司/品牌名稱】"
},
"sameAs": [
"【填入LinkedIn個人頁面網址】",
"【填入Twitter/X個人頁面網址】",
"【填入其他社群或個人網站網址】"
]
}
</script>
| 欄位 | 填寫說明 |
|---|---|
| jobTitle | 填入與內容領域相符的職稱，強化 Google 對作者專業性的判斷 |
| sameAs | 最重要欄位，填入作者在各平台的公開頁面，幫助 Google 建立完整作者知識圖譜，對 E-E-A-T 影響最大 |
| worksFor | 填入目前任職的品牌或公司，連結至 Organization Schema 效果更好 |
Organization / Publisher Schema
Organization Schema 用來標記「這個網站是誰的」，幫助 Google 建立品牌的基本資訊檔案，包含品牌名稱、官網、Logo、社群媒體連結等。
通常設定在網站首頁（Homepage）或 About 頁面，代表整個網站的品牌身分。Article Schema 中的 publisher 欄位也會引用這個資訊。
Publisher 和 Organization 有什麼差別？Publisher 是 Organization 的子類型，主要用在媒體、出版商的情境。一般品牌官網直接用 Organization 即可。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "【填入品牌/公司名稱】",
"url": "【填入官網網址】",
"logo": {
"@type": "ImageObject",
"url": "【填入Logo圖片的完整網址】",
"width": 300,
"height": 60
},
"description": "【填入品牌簡介，50-160字】",
"foundingDate": "【填入成立年份，例如：2020】",
"contactPoint": {
"@type": "ContactPoint",
"telephone": "【填入聯絡電話】",
"contactType": "customer service"
},
"sameAs": [
"【填入Facebook粉絲頁網址】",
"【填入Instagram頁面網址】",
"【填入LinkedIn公司頁面網址】",
"【填入YouTube頻道網址】"
]
}
</script>
| 欄位 | 填寫說明 |
|---|---|
| logo | 建議提供寬度不超過 600px 的橫式 Logo，格式支援 JPG、PNG、WebP |
| sameAs | 填入越多可信賴的社群平台連結，Google 越能確認品牌真實性，有助品牌 Knowledge Panel 建立 |
| foundingDate | 填入品牌成立年份（YYYY 格式），強化品牌歷史可信度訊號 |
HowTo Schema
HowTo Schema 用來標記步驟型的操作教學內容，適合「如何做 X」、「X 安裝教學」、「X 設定步驟」這類文章。
Google 已於 2023 年底淘汰 HowTo Schema 在搜尋結果中的視覺顯示（步驟卡片），但這不代表可以不設。結構化的步驟標記讓 AI （ChatGPT、Gemini）能更清楚解析文章中的操作流程，在 AI SEO / GEO 優化的角度上仍有價值，教學型內容仍建議設定。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "【填入教學標題，例如：如何設定 FAQ Schema】",
"description": "【填入這篇教學的簡短說明】",
"totalTime": "【填入完成所需時間，格式：PT30M 代表30分鐘】",
"step": [
{
"@type": "HowToStep",
"name": "【步驟一標題】",
"text": "【步驟一的詳細說明，請完整描述這個步驟要做什麼】",
"image": "【步驟一的說明圖片網址（選填）】"
},
{
"@type": "HowToStep",
"name": "【步驟二標題】",
"text": "【步驟二的詳細說明】"
},
{
"@type": "HowToStep",
"name": "【步驟三標題】",
"text": "【步驟三的詳細說明】"
}
]
}
</script>
| 欄位 | 填寫說明 |
|---|---|
| totalTime | ISO 8601 時間格式：PT10M = 10分鐘，PT1H = 1小時，PT1H30M = 1.5小時 |
| step | 每個步驟獨立一個物件，name 填簡短標題，text 填完整說明，步驟數量不限 |
| image | 選填，可為每個步驟加上說明截圖，有助 Google 更完整解析教學流程 |
我的網站適合設哪種 Schema？不同類型網站決策指引
網站類型 1 | 部落格 / 知識型內容網站
如果經營的是 SEO 知識站、品牌部落格、或以內容行銷為主的網站，建議優先設定這個組合：
Article Schema + Author Schema + FAQ Schema
這個組合的邏輯是：Article Schema 告訴 Google 這是什麼類型的內容；Author Schema 建立作者可信度，強化 E-E-A-T；FAQ Schema 讓 AI 引擎更容易摘取問答內容，提升在 AI 搜尋中被引用的機率。三者合力，是知識型內容網站對抗競品、在 AI 時代保持可見度最有效的 Schema 組合。
網站類型 2 | 服務型網站 / 品牌官網
沒有商品頁、主要提供服務或品牌介紹的網站，建議設定：
Organization Schema + FAQ Schema
Organization Schema 幫助 Google 建立對品牌的信任檔案，有助於未來品牌知識圖譜（Knowledge Panel）的出現；服務頁面搭配 FAQ Schema，則能讓潛在客戶在搜尋服務相關問題時，更容易在 SERP 看到問答內容。
網站類型 3 | 電商網站
電商網站的 Schema 重點在商品資訊的完整標記。核心建議設定 Product Schema（含價格、庫存、評分），搭配 BreadcrumbList Schema 讓搜尋結果顯示網站層級路徑，以及 Review Schema 展示用戶評價。由於電商 Schema 涉及商品資料的動態更新，多數平台有內建支援，下方 FAQ 會針對各平台說明。
Schema 在 AI 搜尋時代扮演的角色
為什麼 AI 搜尋引擎更需要 Schema？
傳統 SEO 的目標是讓 Google 把網頁排在前面，讓使用者點進來。但 AI 搜尋（Google AI Overview、ChatGPT 搜尋、Perplexity）改變了這個邏輯，AI會直接消化內容，然後以自己的語言回答使用者的問題，再附上來源連結。
這代表就算文章沒排在第一名，只要 AI 引擎能快速理解內容並認定可信，就可能引用文章內容作為答案來源。而 Schema 正是讓 AI 引擎「更快看懂文章在說什麼」的關鍵工具。
設定了 FAQ Schema 的問答，AI 可以直接將問題與答案對應，不需要自行從文章中猜測段落含義。設定了 Author Schema 的作者資訊，AI 能判斷這個人在這個領域是否有公信力。設定了 Article Schema 的發布日期，AI 能判斷資訊是否具有時效性。
AI SEO 與 Schema 的搭配策略
想提升文章在 AI 搜尋中被引用的機率，Schema 需要配合內容結構一起運作。幾個具體建議：
AI SEO 與 Schema 的搭配策略 1 | 直接回答句優先。每個 H2 或 H3 段落的開頭，用一到兩句話直接給出答案，再展開說明。AI 引擎偏好「先給結論」的段落結構，這樣的寫法同時讓人類讀者和 AI 都更容易吸收。
AI SEO 與 Schema 的搭配策略 2 | FAQ 使用完整問句作標題。FAQ 的問題標題越接近使用者在搜尋框輸入的語言，AI 引擎越容易將它與相關問題配對，提高被引用的機會。
AI SEO 與 Schema 的搭配策略 3 | Author Schema 連結可信外部頁面。sameAs 欄位填入 LinkedIn、Google Scholar、或有公信力的媒體採訪頁面，讓 AI 引擎有更多依據確認作者的專業性。
Schema 能搶佔 LLM 心佔率、提升品牌被提及率嗎？
Schema 可以幫品牌搶佔 LLM 心佔率、提升被提及率。ChatGPT、Claude、Gemini 這類大型語言模型在生成回答時，並不是即時搜尋網頁再引用，而是依靠訓練資料中「哪些來源被反覆引用、哪些品牌被多次提及」來決定輸出內容。這代表品牌能被 AI/ LLM 認知，需要的不只是排名，而是在整個網路生態中建立足夠密度的可信訊號，Schema 在這個過程中有三大關鍵功能：
- Schema 功能 1 | 讓 AI 爬蟲更容易解析網頁內容
Googlebot、GPTBot、PerplexityBot 等 AI 爬蟲在抓取頁面時，結構化資料就像一份摘要說明書，讓爬蟲不需要猜測段落含義，能精準抓取「這是誰寫的、這個品牌做什麼、這篇文章的核心主張是什麼」。被正確理解的內容，才有機會進入高品質的訓練語料庫。
- Schema 功能 2 | 強化品牌實體（Entity）
AI/ LLM 對品牌的認識，建立在「實體（Entity）」概念上，也就是這個品牌在不同資料來源中，是否有一致的名稱、描述、社群連結、創辦時間。Organization Schema 的 name、description、sameAs（社群媒體連結）欄位，本質上就是在告訴所有 AI 系統：「我是一個真實存在、資訊一致的品牌實體。」實體識別越清晰，LLM 在回答相關問題時，越容易把品牌納入回答。
- Schema 關鍵功能 3 | 提供可引用的問答給 AI
Perplexity、Google AI Overview 在生成答案時，偏好從結構清晰的問答內容中直接擷取。FAQ Schema 把問題與答案以機器可讀的格式打包好，等於主動把「引用素材」送到 AI 系統面前。當使用者問 Perplexity「Schema 結構化資料是什麼」，如果文章內 FAQ 剛好有這個問題且回答夠完整，被引用並帶上來源連結的機率就會大幅提升。
值得注意的是，光靠 Schema 無法保證 LLM 主動提及品牌，還需要搭配高品質的原創內容、可驗證的作者可信度（E-E-A-T）、以及在其他權威來源中被引用和提及。Schema 的角色是「讓好內容被 AI 系統更有效率的識別與採用」，而不是捷徑或替代品。
Schema 是 AI 時代品牌心佔率競爭的基礎建設，沒有做結構化資料，不管多好的內容，在 AI 眼中就像是一棟沒有門牌的房子；有了Schema ，才能真正被 AI 看見。
為什麼選擇 91APP SEO 團隊？
- 擁有 15+ 軟體系統商經驗，熟悉數位網站。
- 關鍵字策略精準，佈局潛在消費者痛點。
- 內容品質有保障，讓 AI 也可以讀懂你的內容。
- 結合電商數據經驗，協助提升自然流量轉換。
全方位 SEO/AI SEO 策略精準，導入有效曝光/流量
怎麼檢查 Schema 有沒有設定正確？3個免費工具
Schema檢查工具 1 | Google 複合式搜尋結果測試工具
這是 Schema 驗證最常用的第一個工具。進入工具後，貼上頁面網址或直接貼入 JSON-LD 語法，工具會偵測這個頁面偵測到哪些 Schema 類型、哪些欄位符合規範、哪些欄位有錯誤或缺漏。
這個工具只測試 Google 官方支援的 Schema 類型，如果設定了 Google 未支援的類型，在這裡不會顯示，但不代表語法錯誤。
Schema檢查工具 2 | Schema Markup Validator
這是 Schema.org 官方推出的驗證工具，驗證的是語法本身的正確性，不限於 Google 官方支援的類型。適合用來確認 JSON-LD 語法結構是否符合 Schema.org 的規範。
(輸入網址後，即可確認語法中包含哪些 Schema 結構化資料)
(以上圖範例：輸入網址後紅框處偵測到這篇文章有做 FAQ + Article Schema)
Schema檢查工具 3 | Google Search Console 強化項目
當 Schema 設定並上線一段時間後，Google Search Console 的左側選單「強化項目」會顯示 Google 成功抓取的各 Schema 類型，以及有無錯誤回報。在 Google Search Console 中，能看到的資訊包含：哪些頁面的 Schema 有效、哪些頁面有錯誤或警告、以及各 Schema 類型的頁面覆蓋趨勢。建議每月定期檢視，特別是在批量更新 Schema 或新增頁面後。
Schema 結構化資料常見問題
Q1：Schema 結構化資料一定要會寫程式才能設定嗎？
Schema 結構化資料不一定要會寫程式才能設定。如果使用 WordPress，安裝 Rank Math 或 Yoast SEO 外掛後，大部分的 Schema 設定可以在後台介面直接填入，不需要接觸程式碼。如果想手動設定，可以使用 Google 的「結構化資料標記協助工具」或 TechnicalSEO Schema Markup Generator，填入資訊後自動產生 JSON-LD 語法，再貼到網頁的 <head> 區段即可。
Q2：設定了 Schema 但 Google 搜尋結果沒有出現複合式資訊，是哪裡出問題？
Schema 設定正確，不代表 Google 一定會顯示複合式搜尋結果，最終決定權在 Google 手上。常見原因包含：語法有錯誤（用 Rich Results Test 工具檢查）、頁面本身排名太低導致曝光不足、Schema 類型與頁面內容不符、或該類型本身的顯示機率已降低（如 HowTo、FAQ 的版位縮減）。建議先確認語法無誤，並耐心等待 Google 重新爬取（通常需要 1–4 週）。
Q3：Schema 和 Meta Tag 有什麼不同？
Meta Tag（如 Title Tag、Meta Description）是給搜尋引擎顯示在 SERP 上的文字描述，主要影響點擊率；Schema 則是幫助搜尋引擎「理解頁面內容語意」的標記語言，影響的是搜尋結果的呈現形式與 AI 引用機率。兩者作用不同，但都屬於 On-Page SEO 的基礎設定，應該同時做好。
Q4：一個頁面可以同時設定多種 Schema 嗎？
一個頁面可以設定多種 Schema。 例如一篇知識型文章可以同時設定 BlogPosting + Author + FAQPage 三種 Schema，只要每種語法都正確，Google 都會讀取。需要注意的是，Schema 設定的資訊要與頁面實際內容一致，不要為了搶版位而設定與頁面內容無關的 Schema 類型，否則可能被 Google 判定為濫用。
Q5：目前市場上的主流網站怎麼設定 Schema？(91APP 、WordPress、Shopline、Shopify)
各平台的設定方式不同，以下快速說明：
- 91APP：目前已開放 Schema.org 結構化資料設定，商品頁的基本 Product Schema 由平台自動產生。若有客製化需求（如新增 FAQ Schema 或 Article Schema），需透過 91APP 團隊提供技術支援。
- WordPress：安裝 Rank Math 或 Yoast SEO 外掛，在文章編輯頁面或外掛設定中選擇 Schema 類型，填入欄位即可自動生成 JSON-LD。這是最靈活的做法，支援幾乎所有 Schema 類型。
- Shopify：平台主題會自動為商品頁生成基本的 Product Schema（名稱、價格、庫存），無需額外設定。若需要更完整的 Schema（如 Review、FAQ），可安裝 SEO Manager、JSON-LD for SEO 等 App，或由開發者直接修改主題的 Liquid 程式碼。
- Shopline：商品頁的結構化資料可在後台「商品設定」中啟用，平台會自動標記商品名稱、描述、價格與庫存。進階方案用戶可透過 App Store 安裝相關模組來擴充 Schema 設定。
Schema 結構化資料是 SEO 基礎建設中容易被忽略、但影響深遠的要素。設對了 Schema，Google 能更精準地理解品牌頁面並推薦給對的受眾；在 AI 搜尋時代，它更是讓 ChatGPT、Gemini 等 AI 引擎引用內容的入場券。
預約專業 AI SEO 顧問諮詢
