給客戶一個向你買東西的理由 黃震宇網路業務行銷小胖老師 台灣的業主都以為客人想買第一名的產品 錯，其實顧客買商品不是因為你是第一名， 客人不是要買完美的商品，
舉例來說
小胖...
FAQ
一路新知
Schema是什麼？結構化資料、SEO與AI搜尋完整指南｜黃震宇
Schema 結構化資料（Structured Data），是一種用標準化格式提供網頁資訊、協助搜尋引擎理解與分類內容的方法。透過 Schema，可以進一步說明這是一篇文章、作者是誰、公司是誰、產品或服務是什麼，以及不同資訊之間的關係。
Schema 不會直接保證 Google 關鍵字排名提升，也不是讓 AI 一定引用或推薦網站的工具；它真正的價值，是把頁面上原本就存在的資訊，用更標準化、機器容易理解的方式描述出來。
我是 黃震宇（小胖老師），一路科技股份有限公司總經理，長期協助企業進行 SEO、企業網站規劃、網站內容策略、AIO / AEO / GEO 搜尋優化、GA4 / Google Search Console 數據分析與 AI 行銷教學。這篇文章會從企業實務角度說明 Schema 是什麼、結構化資料與 SEO 的關係、JSON-LD 是什麼、常見 Schema 類型，以及 Schema 在 Entity、E-E-A-T 與 AI 搜尋中的正確角色。
想先理解 SEO、AEO、GEO 的完整架構？
建議先閱讀：
SEO、AEO、GEO 是什麼？三者差異、應用場景與企業操作方法
Schema 是什麼？Structured Data 結構化資料是什麼？
結構化資料是用標準化格式描述網頁資訊；Schema.org 則提供一套常用的詞彙，讓搜尋引擎可以更明確理解頁面中的人物、公司、文章、產品、服務、影音與其他資訊。
一般使用者看到網站時，很容易理解：
- 這是一篇專業文章。
- 黃震宇（小胖老師）是文章作者。
- 一路科技股份有限公司是發布文章的企業。
- 這篇文章正在說明 Schema 與 SEO。
- 下面有 FAQ、相關文章與聯絡方式。
但搜尋引擎看到的是 HTML、文字、標題、連結、圖片與各種程式碼。透過結構化資料，可以再提供更明確的機器可讀資訊，例如：
- Article：這是一篇文章。
- Person：黃震宇是一個人物／作者。
- Organization：一路科技是一家公司。
- Service：頁面涉及企業提供的服務。
- VideoObject：頁面內包含一支影片。
- BreadcrumbList：這個頁面位於網站哪一個層級。
Google Search Central 對 structured data 的定義也很清楚：它是一種提供網頁相關資訊並分類網頁內容的標準化格式，可以提供更明確的線索，協助 Google 理解頁面。
Schema、Structured Data、JSON-LD 三者有什麼差別？
這三個名詞很常被混在一起，其實可以用下面的方式理解：
| 名詞 | 中文理解 | 主要用途 |
|---|---|---|
| Structured Data | 結構化資料 | 泛指用標準化方式描述資料的做法。 |
| Schema.org | 結構化資料詞彙 | 定義 Article、Person、Organization、Product 等資料類型與屬性。 |
| JSON-LD | 結構化資料實作格式 | 用 JSON 格式把 Schema 資料放進網頁程式碼中。 |
Google 目前支援 JSON-LD、Microdata 與 RDFa 三種主要格式，而在大部分情況下，Google 建議使用較容易導入與維護的 JSON-LD。
Schema 與 SEO 有什麼關係？會直接提升排名嗎？
Schema 不會因為「有加」就直接讓某個關鍵字排名上升。
Schema 對 SEO 比較合理的價值，可以分成三個層次理解。
第一層：提供更明確的內容線索
透過 Article、Organization、Person、Product、VideoObject 等資料類型，協助搜尋引擎更明確知道頁面中不同資訊代表什麼。
第二層：有機會取得 Rich Results 資格
Google 對特定結構化資料提供複合式搜尋結果功能，例如商品、食譜、活動、影片、麵包屑等。符合規範代表「取得資格」，不代表 Google 一定會顯示。
第三層：可能間接改善搜尋成效
如果 Rich Results 讓搜尋結果更醒目、提供更完整資訊，就可能影響使用者的點擊與互動，但實際結果會受到產業、搜尋意圖、版位與頁面本身競爭力影響。
Google 官方案例真的有 CTR 提升嗎？
有。Google 官方結構化資料文件列出幾個實際案例：
- Rotten Tomatoes（爛番茄）加入結構化資料後，啟用相關搜尋功能的頁面在案例中觀察到約 25% 較高 CTR。
- Nestlé（雀巢）案例中，以 Rich Results 顯示的頁面曾觀察到約 82% 較高 CTR。
- Food Network 案例則觀察到造訪次數增加。
注意：這些是 Google 公開的個別案例結果，不代表任何網站加入 Schema 都會得到相同成長，也不能把 25% 或 82% 當成一般 Schema 導入的成效保證。
所以企業應該把 Schema 看成搜尋理解與搜尋呈現的基礎工程，而不是一個直接控制排名或 CTR 的按鈕。
延伸閱讀： SEO 是什麼？企業網站為什麼還是需要 SEO？
Rich Results 是什麼？有 Schema 就一定出現嗎？
Rich Results（複合式搜尋結果）是 Google Search 中比一般藍色連結提供更多資訊或視覺元素的搜尋呈現方式。
例如依不同內容類型，搜尋結果可能出現：
- 商品價格、庫存與商家資訊。
- 食譜時間、熱量與圖片。
- 活動日期與地點。
- 影片相關資訊。
- 網站 Breadcrumb 麵包屑路徑。
但是要注意兩件事情：
第一，Schema.org 有這個資料類型，不代表 Google 一定支援對應的 Rich Result。
第二，就算 Google 支援，而且 Schema 完全正確，也不保證搜尋結果一定顯示 Rich Result。
因此實務上不能只看 Schema.org 有哪些類型，還要另外查看 Google Search Central 目前支援哪些搜尋呈現功能。
Schema 對 AI 搜尋、AI Overview、GEO 有幫助嗎？
這是目前最容易被過度解讀的地方。
Google 官方目前明確表示：出現在 AI Overviews 或 AI Mode，不需要額外特殊的 Schema.org 標記，結構化資料本身也不是生成式 AI 搜尋的必要條件。
所以不能把 Schema 說成「AI Overview 高度依賴 Schema」或「加 Schema 就比較容易被 ChatGPT 推薦」。
更精準的理解方式是：
- 對 Google Search：Schema 可以提供更明確的內容線索，並讓頁面有機會取得部分 Rich Results 資格。
- 對 Entity：Person、Organization、Article 等標記可以用標準化方式描述人物、企業與內容關係。
- 對 GEO：Schema 可以作為整體網站資料整理的一部分，但不能保證任何生成式 AI 引用或推薦。
- 對 AI Overviews / AI Mode：沒有特殊 AI Schema 要加，真正的基礎仍是可爬取、可索引、有價值而且 people-first 的內容。
所以一路科技在進行 AI 搜尋優化時，仍然會做 Schema，但不會把 Schema 當成「AI 推薦捷徑」。
延伸閱讀： AI 搜尋優化是什麼？AIO、AEO、GEO 差異與企業操作方法 ｜ GEO 是什麼？企業如何提升品牌被 AI 理解、提及與推薦的機會
Schema 與 Entity 有什麼關係？
Entity 的重點是「這是誰、這是什麼，以及它和其他對象有什麼關係」。Schema 則可以用標準化資料，描述這些已經存在的實體與關係。
例如一路科技網站可以描述：
Person：黃震宇（小胖老師）。
worksFor：一路科技股份有限公司。
Organization：一路科技股份有限公司／EZLOOK。
Article：黃震宇撰寫的 SEO、GEO、Entity、E-E-A-T 等文章。
Service：SEO、企業網站、AI 搜尋優化等服務。
這樣的結構能讓程式資料和頁面可見內容互相對應。
但 Entity 並不是「靠 Schema 建出來的」。真正的品牌 Entity 還需要官網內容、內部連結、社群、公開平台、第三方資訊與長期一致的品牌資料共同建立。
延伸閱讀： Entity 是什麼？Entity 與 SEO 的關係、品牌實體怎麼建立？
Schema 與 E-E-A-T 有什麼關係？有 E-E-A-T Schema 嗎？
Schema.org 沒有正式叫做「E-E-A-T Schema」的資料類型。
E-E-A-T 強調的是 Experience、Expertise、Authoritativeness、Trustworthiness，真正的內容必須出現在使用者看得到的網站中，例如：
| E-E-A-T 面向 | 頁面可以呈現什麼？ | 可搭配的 Schema |
|---|---|---|
| Experience | 案例、第一手操作、課程、實際照片、服務經驗。 | Article、Person、Service、VideoObject |
| Expertise | 專業文章、證照、技術說明、分析與教學。 | Person、Article |
| Authoritativeness | 公協會、媒體、合作單位、講師與第三方資料。 | Person、Organization |
| Trustworthiness | 真實公司資訊、聯絡方式、作者、透明內容。 | Organization、Person、BreadcrumbList |
Schema 的作用是描述這些資訊，不是取代這些資訊。
延伸閱讀： E-E-A-T 是什麼？Google SEO 與 AI 搜尋時代如何建立內容信任
企業網站常見的 Schema 類型有哪些？
Schema.org 有非常多資料類型，但並不是每一種都適合每個企業，也不是每一種都有 Google Rich Result。
| Schema | 常見適用頁面 | 主要作用 |
|---|---|---|
| Article / BlogPosting / NewsArticle | 專業文章、新聞、部落格 | 描述文章標題、作者、發布與修改日期等資訊。 |
| Organization | 首頁、About Us、企業資訊 | 公司名稱、別名、地址、電話、Logo 與官方資訊。 |
| Person | 作者、專家、講師、人物頁 | 描述人物姓名、職稱、任職組織與專業背景。 |
| BreadcrumbList | 網站內頁 | 描述網站頁面層級與導覽路徑。 |
| Product | 電商商品、產品頁 | 可描述商品、品牌、價格、庫存、Offer 等資料；是否適用應依 Google Product 規範。 |
| VideoObject | 含影片的頁面 | 描述影片名稱、說明、縮圖、日期與播放資訊。 |
| LocalBusiness | 實體店家、在地服務 | 描述實體商家、地址、營業資訊等資料。 |
| Event | 活動、課程、演出 | 描述日期、時間、地點與活動資訊。 |
| Service | 服務介紹頁 | Schema.org 可用來描述服務，但不代表 Google 一定提供 Service 專屬 Rich Result。 |
2026 更新：FAQ Schema 還有用嗎？
FAQ 是企業網站非常有價值的內容格式，因為它能直接回答使用者真正會問的問題，對內容易讀性、AEO 與使用者決策仍然有幫助。
但是從 Google Rich Results 的角度來看，需要注意最新變化。
Google 已在 2026 年停止顯示 FAQ rich result，並移除相關 FAQ rich result 說明文件。因此，一般企業網站不應再把 FAQPage Schema 當成「讓 Google 搜尋結果展開 FAQ」的 SEO 操作重點。
我的建議是：
- FAQ 內容繼續保留：因為使用者真的會問這些問題。
- 不要為了 Rich Result 硬塞 FAQPage：Google 已不再提供原本的 FAQ 搜尋呈現。
- 把重點放回內容本身：問題是否真實、答案是否專業、能不能解決使用者需求。
JSON-LD 是什麼？為什麼 Google 常建議使用？
JSON-LD 是目前網站導入結構化資料最常見的方式之一。
它通常會放在：
<script type="application/ld+json"> ... </script>
Google Search Central 表示，在支援的 JSON-LD、Microdata、RDFa 格式中，若網站環境允許，通常會建議使用 JSON-LD，因為它相對容易大規模導入與維護，也比較不容易因 HTML 標記混雜而產生錯誤。
JSON-LD 的實務優點
- 和頁面視覺排版分離。
- 比較容易由 CMS 自動產生。
- 複雜的 Person、Organization、Article 關係比較容易維護。
- 可以使用固定 @id 串接不同 Entity。
- 方便後續修改與檢查。
企業導入 Schema 的 7 個實作步驟
第一步：先確認這個頁面真正是什麼
先判斷是文章、商品、服務、影片、公司介紹、活動或其他頁面，不要每一頁都使用完全相同的 Schema。
第二步：先把頁面可見內容寫完整
Schema 應該描述頁面已存在的內容。作者、公司、服務、產品、影片、日期等重要資訊，不能只出現在程式碼裡。
第三步：查看 Google 是否支援該 Rich Result
Schema.org 有很多類型，但 Google Search 只針對部分資料類型提供特殊搜尋功能。不要看到 schema.org 有類型，就直接假設 Google 一定支援。
第四步：選擇 JSON-LD 並建立清楚 @id
例如文章 author 指向固定 Person @id，publisher 指向固定 Organization @id，可以讓不同節點之間的關係更清楚。
第五步：只放真實且必要的資料
不是 Schema 越長越好。Google 官方也建議與其塞滿不完整或錯誤資料，不如提供較少但正確、完整、相關的屬性。
第六步：使用工具測試
Google 支援的 Rich Result 類型可以使用 Rich Results Test 檢查；如果要確認一般 Schema.org 語法與資料結構，也可以搭配 Schema Markup Validator。
第七步：網站更新時同步更新 Schema
公司地址、電話、作者職稱、產品價格、影片、發布日期或文章內容改變時，相關結構化資料也應一起更新。
以一路科技 QID=277 為例：Schema 可以怎麼串接？
一路科技目前的 SEO × AEO × GEO 主題集群，就是一個很適合使用 Schema Graph 關聯的案例。
WebPage：描述 QID=277 這個網頁。
Article：描述 SEO / AEO / GEO 主文章。
Person：黃震宇（小胖老師）。
Organization：一路科技股份有限公司。
VideoObject：頁面中的 SEO / AEO / GEO YouTube 影音。
Service：一路科技相關 SEO / AI 搜尋優化服務。
BreadcrumbList：首頁 → 專業資訊 → 文章。
這樣做的目的不是「Schema 越多排名越好」，而是讓每一個 Schema 節點都有明確角色，而且和頁面內容一致。
企業操作 Schema 最常見的錯誤
錯誤一：每個頁面複製完全相同的 Schema
不同頁面的文章、作者、服務、網址與內容都不一樣，Schema 也應該依頁面調整。
錯誤二：Schema 寫了，頁面卻沒有
Google 官方要求結構化資料必須代表頁面內容，不應替使用者看不到的內容做標記。
錯誤三：為了星星，硬塞 Review / AggregateRating
評論 Schema 有各自適用條件與政策。不能因為想讓搜尋結果出現星星，就把不符合規範的自家評論硬塞進 Schema。
錯誤四：誤以為有 FAQPage 就會出現 FAQ Rich Result
Google 已停止 FAQ Rich Result，因此 FAQ 應回到真正回答使用者問題，而不是為了搜尋結果展開版位。
錯誤五：以為 AI 搜尋一定需要 Schema
Google 官方已說明，AI Overviews、AI Mode 不需要特殊 Schema，也不要求 structured data 才能出現。Schema 是整體 SEO 工作的一部分，不是 AI 搜尋通行證。
錯誤六：Schema 越多越好
真正重要的是正確、相關與完整。沒有必要把所有 Schema.org 類型都塞進同一頁。
一路科技如何協助企業規劃 Schema？
一路科技在進行網站 SEO、GEO 與 AI 搜尋優化時，不會把 Schema 當成文章最後隨便補的一段程式碼，而是先看頁面的用途與網站整體架構。
- 頁面盤點：首頁、About、服務、產品、文章、影片、案例與其他頁面各自需要什麼資訊。
- SEO 架構：先確認 Title、H1、內文、內部連結與搜尋意圖。
- Entity：公司、作者、品牌與服務名稱保持清楚一致。
- E-E-A-T：Schema 中的專業資料必須有頁面內容支持。
- Schema Graph：需要時使用 @id 串接 WebPage、Article、Person、Organization 等節點。
- Google 支援檢查：區分「Schema.org 可使用」與「Google Rich Result 支援」。
- 測試與維護：上線後持續檢查錯誤與網站資料變更。
本文作者 黃震宇（小胖老師），現任一路科技股份有限公司總經理，長期投入 SEO、企業網站、B2B 網路行銷與 AI 搜尋優化實務，具國立成功大學管理學院高階管理碩士背景，並通過經濟部 iPAS AI 應用規劃師能力鑑定。
Schema 延伸閱讀
常見問題 FAQ
Q1：Schema 是什麼？
Schema 是使用標準化詞彙描述網頁資料的方式，可以協助搜尋引擎更明確理解文章、人物、公司、產品、影音與其他頁面資訊。
Q2：Schema 會直接提升 SEO 排名嗎？
不會因為加入 Schema 就直接保證關鍵字排名提升。Schema 主要提供更明確的內容線索，並讓符合特定規範的頁面有機會取得 Google Rich Results 資格。
Q3：Schema 可以提升 CTR 嗎？
部分 Google 官方案例確實觀察到導入結構化資料及 Rich Results 後 CTR 或互動提升，但這些都是個別案例，不能視為所有網站的固定成效。實際結果仍取決於搜尋意圖、產業、版位與內容競爭力。
Q4：AI Overview 或 AI Mode 需要特殊 Schema 嗎？
不需要。Google 官方目前表示，生成式 AI 搜尋不要求 structured data，也沒有特殊 schema.org 標記需要新增。Schema 仍可以作為整體 SEO 與 Rich Results 策略的一部分。
Q5：JSON-LD 是什麼？
JSON-LD 是 Google 支援的結構化資料格式之一，通常透過 script 標籤放入網頁。Google 在多數情況下建議使用 JSON-LD，因為相對容易導入及維護。
Q6：有 E-E-A-T Schema 嗎？
沒有正式名為 E-E-A-T Schema 的資料類型。可以使用 Person、Organization、Article 等 Schema 描述真實存在的作者與公司資料，但 E-E-A-T 本身仍需靠可見內容、經驗、專業與可信證據建立。
Q7：FAQ Schema 現在還能讓 Google 顯示 FAQ Rich Result 嗎？
Google 已在 2026 年停止 FAQ Rich Result，因此一般企業不應再把 FAQPage Schema 當成取得 FAQ 搜尋版位的方法。不過 FAQ 內容本身仍然非常適合回答使用者問題。
Q8：Schema 要怎麼測試？
Google 支援的複合式搜尋結果類型可使用 Rich Results Test 檢查；若要檢查一般 Schema.org 資料，也可以搭配 Schema Markup Validator，並在網站上線後透過 Search Console 持續觀察。
想讓搜尋引擎更清楚理解您的網站內容與品牌關係嗎？
一路科技可協助企業從 SEO 網站架構、Schema 結構化資料、品牌 Entity、E-E-A-T、影音、內容策略與 AI 搜尋優化進行整體規劃，讓 Schema 真正對應網站內容，而不是只增加一段沒有策略的程式碼。
作者：黃震宇（小胖老師）｜一路科技股份有限公司總經理｜專注 SEO、AIO、AEO、GEO、Schema、網站內容策略與企業網路行銷規劃。
本文最後更新：2026 年 10 月 7 日｜本次更新補充 Google Structured Data 官方案例、Rich Results、2026 FAQ Rich Result 變更，以及 Schema 與生成式 AI 搜尋的最新關係。