AHHA › 部落格 › Schema.org 是什麼？商家網站最該做的 5 種結構化資料

Schema.org 是什麼？商家網站最該做的 5 種結構化資料

2026年5月14日SEO 與 AI 搜尋· Howshin Wang

TL;DR

Schema.org 不只影響 Google SEO，也是 ChatGPT、Perplexity 等 AI 搜尋引擎引用網頁內容的關鍵格式——它在 GEO（Generative Engine Optimization）時代的重要性反而上升。
商業網站優先實作這 5 種就能覆蓋八成場景：LocalBusiness（實體商家）、FAQPage（問答）、Article（文章）、HowTo（步驟教學）、Product（產品與服務方案）。
Schema.org 字典有上百種類型，但商業網站真正會用到的不超過十種——挑最精準的子類型，比泛泛標記更有效。
Schema 不必手寫——用視覺化產生器搭配 Google Rich Result Test 驗證，是非工程團隊更務實的工作流程。

一、Schema.org 是什麼？為什麼搜尋引擎與 AI 都看它

核心觀點： Schema.org 是 Google、Microsoft、Yahoo、Yandex 共同制定的網頁語意標準，用結構化資料讓機器理解網頁段落的「類型」，而不是讓機器猜。在 AI 搜尋時代，這套標準同時也成為 ChatGPT、Perplexity、Gemini 解析網頁的主要依據。

Schema.org 在 2011 年由四大搜尋引擎共同發起，定義一套統一的詞彙表，讓網頁不只給人類讀，也能讓機器知道「這段是商家資訊、這段是文章、這段是產品、這段是 FAQ」。實作上通常透過 JSON-LD 格式嵌入網頁 <head> 區段，與內容本身分離，維護成本低。

在純 SEO 時代，這層標記讓 Google 知道哪些內容適合做成搜尋結果頁的特殊樣式，例如餐廳的星級評分、活動的日期時間、食譜的卡路里數。這些「rich result」會增加搜尋結果頁的視覺面積，間接提升點擊率。

進入 AI 搜尋時代，這個邏輯被放大。生成式 AI 引擎在引用網頁內容時，會優先解析結構化資料——一份用 FAQPage Schema 標記過的問答，比一份純文字的問答，更容易被 AI 完整擷取並引用為答案。對品牌而言，這層標記直接影響「在 ChatGPT 答案中被提及」的機率。這也是 GEO 的核心技術之一，完整策略可以參考 SEO 與 GEO 完整指南。

換句話說，Schema.org 不再只是 Google 排名的加分項，而是讓網站內容在「Google + AI 雙引擎時代」都能被正確讀懂的基礎建設。

二、結構化資料怎麼影響 Google 與 ChatGPT 的呈現方式？

核心觀點： 結構化資料的影響分三層：Google 搜尋結果頁的視覺增強、Google Knowledge Graph 的實體識別、AI 搜尋引擎的內容擷取準確度。三層加總，決定一個品牌在搜尋與生成式 AI 中的能見度。

第一層是搜尋結果頁的視覺增強。當網頁包含 LocalBusiness Schema，Google 可能在搜尋結果中顯示營業時間、地址、評分；含 FAQPage Schema 的頁面，問答可能直接展開在搜尋結果下方；產品頁含 Product Schema，價格與庫存狀態可能直接出現在搜尋頁。這些增強不保證一定顯示，但沒有 Schema 一定不會顯示。

第二層是 Google Knowledge Graph 與 Knowledge Panel。當品牌被 Google 識別為「實體」（entity），搜尋結果右側的資訊框會自動聚合各種來源資料。Schema.org 的 Organization、LocalBusiness 標記，加上 sameAs 欄位串接社群連結，是 Google 判斷「這些資料屬於同一個品牌實體」的關鍵訊號之一。

第三層是 AI 搜尋引擎的內容擷取。ChatGPT 與 Perplexity 在引用網頁時，會用結構化資料判斷段落類型與主從關係。一個沒有 Article Schema 的部落格文章，AI 可能只抓到標題與第一段；標好 Schema 的文章，AI 能完整辨識作者、發布日期、章節結構，引用時也更準確、更可能在答案中標註來源。

這三層加總，就是「為什麼 Schema.org 在生成式 AI 時代反而更重要」的答案。它不是過時的 SEO 技術，而是「讓內容被任何機器讀懂」的協議層。

三、商家網站最該做的 5 種 Schema 是哪些？

核心觀點： 對絕大多數商業網站來說，優先實作 LocalBusiness、FAQPage、Article、HowTo、Product 這 5 種類型，已能覆蓋八成以上的內容呈現場景。Schema.org 字典上有上百種類型，但商業網站真正用到的不超過十種——把精力放在這 5 種，投資報酬率最高。

1. LocalBusiness：實體商家的網路身份證

Schema.org LocalBusiness 是所有有實體位置的商家最該優先實作的類型——包含餐廳、美髮沙龍、診所、補習班、民宿、選物店、咖啡廳。它告訴 Google「這是一家在某個地址提供服務的事業體」，是本地 SEO 的基礎。

LocalBusiness 的必填欄位包含 name、address、telephone、openingHoursSpecification。建議補上的有 geo（經緯度，幫助 Google Maps 索引）、priceRange、image、sameAs（社群連結，串接 Knowledge Graph）。

Schema.org 在 LocalBusiness 之下還細分了大量子類型：Restaurant、Hotel、BeautySalon、HealthAndBeautyBusiness、Store、CafeOrCoffeeShop、DentistOffice 等。選擇最精確的子類型，Google 的判斷會更準確——一家咖啡廳用 CafeOrCoffeeShop 比泛泛的 LocalBusiness 更好，因為前者繼承了餐飲業才有的欄位（如 servesCuisine、acceptsReservations）。

實作可以用 AHHA 商家 Schema 產生器直接生成，支援 LocalBusiness 與 10 種常見子類型，在瀏覽器本地運算，不需登入。

2. FAQPage：把問答變成搜尋結果頁上的展開區塊

FAQPage Schema 標記網頁上的問答區塊，是少數能直接影響搜尋結果視覺呈現的類型。當頁面有合法的 FAQPage 標記，Google 可能在搜尋結果該筆下方展開 3–5 條問答；ChatGPT 與 Perplexity 在引用時，也會優先擷取結構化的 FAQ 內容。

實作有兩個條件。第一，問答內容必須是頁面上真實可見的內容——不能只在 JSON-LD 裡造一個假 FAQ，頁面上卻看不到。第二，問題必須是真實的常見問題，而不是為了 SEO 灌進去的關鍵字組合。Google 多次在演算法更新中懲罰用 FAQ Schema 灌關鍵字的網站，這條紅線需要避開。

適合放 FAQ 的頁面類型包含產品頁、服務頁、定價頁、部落格文章、活動頁。任何使用者可能有具體疑問的頁面，放 3–8 條真實 FAQ 都會帶來價值。內容團隊在規劃 FAQ 時，建議從客服信箱、Google Search Console 的查詢報告、社群留言中蒐集真實問題，而不是憑空想像。

工具：AHHA FAQ Schema 產生器，支援多語、最多 20 條 QA。FAQPage 的格式細節、Google 紅線、驗證方式有專文深入拆解：FAQ Schema 怎麼做？ChatGPT 引用你網站問答的關鍵技術。

3. Article / BlogPosting：部落格文章的標準格式

部落格、新聞、品牌專欄文章應該標記 Article 或其子類型（BlogPosting、NewsArticle、TechArticle）。這層標記告訴搜尋引擎與 AI：這是一篇可引用、可進入新聞索引、可在 Google Discover 中曝光的內容。

必填欄位包含 headline、author、datePublished、image。建議補上 dateModified（更新時間，影響「新鮮度」訊號）、publisher（出版者，通常是品牌）、articleSection（章節分類，例如「SEO 教學」「行業案例」）。

對 GEO 來說，Article Schema 特別重要。它讓 ChatGPT、Perplexity 能正確識別文章的作者、發布日期、所屬媒體——這直接影響「被 AI 引用時是否標註來源」。一篇沒有作者與發布日期 metadata 的文章，AI 引用後不一定會留下出處；標好 Schema 的文章，AI 引用時更可能附上連結，進而帶回流量。

工具：AHHA Article Schema 產生器，同時支援 Article、BlogPosting、NewsArticle 三種類型。Article Schema 的子類型選擇、dateModified 維護、常見實作錯誤有專文深入：部落格文章該加 Article Schema 嗎？AI 搜尋時代的內容護身符。

4. HowTo：步驟教學的內容增強格式

HowTo Schema 用於「教讀者完成某件事」的內容——食譜、DIY、操作流程、軟體設定步驟。它讓 Google 可能在搜尋結果中展開步驟摘要，也讓 AI 能完整擷取步驟順序與依賴關係。

需要留意的是，Google 在過去幾年逐步收縮 HowTo 的視覺增強範圍，目前只在桌面版部分查詢仍會顯示。但這不意味著 HowTo Schema 失去價值——它對 AI 搜尋引擎的引用準確度仍然有幫助，且 Schema 本身是「正確標記內容類型」的基本功，長期維護的觀念價值高於短期視覺紅利。

什麼樣的內容適合用 HowTo？標題能寫成「怎麼做 X」、內容有明確步驟順序、每一步都能獨立完成的教學文。例如「怎麼設定 Google Search Console」「怎麼煮一杯手沖咖啡」「怎麼申請民宿合法登記」。

工具：AHHA HowTo Schema 產生器。

5. Product：電商與服務方案的價格資訊

Product Schema 是電商網站的標準配備，但服務型網站也應該考慮使用。一份完整的 Product Schema 包含 name、image、description、brand、offers（價格、庫存、幣別、銷售區域）、aggregateRating（整體評分）、review（個別評論）。

對電商而言，這是「商品在搜尋結果頁顯示價格與評分」的前提；對服務型網站而言，把服務方案標為 Product/Offer，能讓搜尋引擎正確理解「這是一個可購買的方案」——例如美容沙龍的療程方案、補習班的課程套票、攝影工作室的拍攝專案。

一個容易忽略的細節是 aggregateRating 與 review 的真實性。Schema 必須對應頁面上真實存在的評分與評論，不能在 Schema 裡造一個假評分數字。Google 對假評分 Schema 的處罰相當嚴格，可能直接從搜尋結果中移除該頁面。

工具：AHHA Product Schema 產生器。

四、Schema.org 常見的實作錯誤與怎麼驗證？

核心觀點： Schema 實作最常見的問題不是格式錯誤，而是「內容與 Schema 對不上」——頁面顯示 A，Schema 卻寫 B。Google 對這類「Schema 欺騙」會主動處罰，事前用驗證工具能抓出大部分問題。

實作上的常見錯誤可以分成三類。

第一類：Schema 與頁面內容不一致。 例如頁面只有 3 條 FAQ，Schema 卻塞了 10 條；或頁面顯示「咖啡廳」，Schema 標成「Restaurant」；或產品頁的價格與 Schema 的 offers.price 對不起來。這類問題在 Google 演算法更新時最容易被波及，輕則 rich result 消失，重則整頁被降權。

第二類：必填欄位缺漏或格式錯誤。 例如 LocalBusiness 沒填 address，或 openingHoursSpecification 用了 Schema 不認的時間格式（必須符合 ISO 8601 標準）。datePublished 漏了時區也是常見問題。

第三類：JSON-LD 在 HTML 內被 </script> 字串切斷。 當 FAQ 答案內含「</script> 是 HTML 標籤」這類字串，瀏覽器會誤判 script 區段提早結束，整個 Schema 失效，後續 JSON 還會以可見文字顯示在頁面上。解法是把 JSON 中的 < 與 > 都做 Unicode escape——這個細節在多數產生器中已內建處理，自行手寫時要留意。

驗證可以用兩個工具搭配使用：

Google Rich Result Test：檢查 Schema 是否能觸發 rich result，並回報 Google 實際讀到的資料
Schema.org Validator：驗證語法是否符合官方規範，適合在「我的 Schema 為什麼 Google 抓不到」時用來找原因

兩個工具都通過再上線，能避開絕大多數實作問題。對於整站 Schema 健檢，AHHA 的 SEO + GEO + AI 爬蟲三合一檢測工具會自動抓取網站現有 Schema、回報缺漏的類型，並同時檢查 robots.txt 與 llms.txt 對 AI 爬蟲的允許狀態。

五、產生 Schema 不必手寫，怎麼用工具加速？

核心觀點： Schema 的 JSON-LD 格式可讀性差、欄位繁多、容易拼字錯誤，手寫的維護成本遠高於用視覺化產生器。對非工程背景的內容團隊，「產生器產出 → 驗證工具檢查 → 貼到網站 head」是更務實的工作流程。

JSON-LD 看似就是一份 JSON，但 Schema.org 的欄位名稱大量使用 camelCase（如 openingHoursSpecification），且型別嚴格——一個欄位該放字串、陣列、還是物件，寫錯了 Google 直接忽略。手寫不只浪費時間，也容易在維護過程中累積錯誤。

AHHA 提供完整的免費 Schema 工具集，涵蓋本文提到的 5 種類型：

所有工具的運算在瀏覽器本地完成，無需登入、無使用次數限制、產出的 JSON-LD 可直接複製到網站 <head> 區段。

對於想一次健檢整個網站的使用者，SEO + GEO + AI 爬蟲三合一檢測會掃描網站現有的 Schema 標記、回報缺漏類型、檢查 AI 爬蟲允許性，並產出完整改善清單，適合上線新版本後做一次總體檢。

六、結語：Schema.org 是 AI 時代的網站基礎建設

結構化資料不是 SEO 的加分題，而是讓網站內容能被機器正確理解的基礎格式。在 Google 演算法持續收緊「品質訊號」、AI 搜尋引擎吃下越來越多搜尋意圖的同時，Schema.org 的角色從「rich result 工具」升級為「品牌能見度的底層協議」。

對任何想長期經營線上資產的網站來說，LocalBusiness、FAQPage、Article、HowTo、Product 這 5 種 Schema 是優先投資報酬率最高的標記類型。用視覺化工具產生、用驗證工具檢查、定期回頭看內容與 Schema 是否仍然一致，這套循環能讓網站在 Google 與 AI 兩個入口都站穩。

完整的 SEO + GEO 策略地圖，可參考 SEO 與 GEO 完整指南；如果想直接擁有一個內建 Schema.org @graph 自動化、不需手寫標記的網站平台，可以立即試用 AHHA 30 天 →。

Schema.org結構化資料JSON-LDFAQ SchemaGEO

常見問題

Schema.org 是什麼？跟 JSON-LD 有什麼關係？

Schema.org 是搜尋引擎共同制定的網頁語意標準，用來標記網頁段落的類型（商家、文章、產品、FAQ 等）。JSON-LD 則是實作 Schema.org 最常見的格式，用獨立的 <script type="application/ld+json"> 嵌入網頁 head，與內容本身分離。Google 在所有 Schema 格式中最推薦 JSON-LD。

沒做 Schema.org，Google 還會收錄我的網站嗎？

會，Schema.org 不是收錄與否的條件。但有 Schema 標記的頁面，Google 更有機會在搜尋結果頁顯示視覺增強（rich result），例如星級、價格、營業時間、FAQ 展開等。在 AI 搜尋時代，Schema 也直接影響 ChatGPT、Perplexity 引用內容的準確度。

商家網站只能選一種 Schema 嗎？

不是，一個網站可以同時實作多種 Schema。例如咖啡廳首頁可以同時用 CafeOrCoffeeShop（LocalBusiness 子類型）、FAQPage、Article（部落格段落）。建議用 @graph 結構將多種 Schema 串接成單一 JSON-LD，讓搜尋引擎一次解析所有實體關係。

FAQ Schema 可以隨便寫嗎？

不行，Google 明文要求 FAQ 內容必須是頁面上真實可見的常見問題，不能在 JSON-LD 裡造假 FAQ 灌關鍵字。違反此規則的網站可能在演算法更新時被降權，甚至 rich result 完全消失。

Schema.org 對 ChatGPT、Perplexity 等 AI 搜尋真的有幫助嗎？

有，且影響可能比傳統 SEO 還大。AI 搜尋引擎在引用網頁內容時，會優先解析結構化資料判斷段落類型與主從關係。結構化標記過的 FAQ、Article、Product 內容，被 AI 完整擷取並標註來源的機率，比純文字內容高。

Schema 可以手寫嗎，還是一定要用工具？

可以手寫，但 JSON-LD 的欄位繁多、命名嚴格（camelCase）、型別敏感，手寫的維護成本很高。多數 Schema 產生器能在瀏覽器本地產出格式正確的 JSON-LD，再透過 Google Rich Result Test 驗證，是更務實的工作流程。