從 Google 推出 AI Overviews，到 ChatGPT 和 Perplexity 這些「答案引擎」滿天飛，大家都在問同一個問題：「傳統 SEO 還需要做嗎？」甚至有人說：「AI 什麼都讀得懂，我們還需要辛苦做那些代碼標記嗎？」
今天想跟大家聊聊一個看似枯燥、其實超實在的技術——結構化資料（Schema Markup）。在 AI 時代中，這不只是選配那麼簡單，它是你的網站在數位世界中能不能被更有效率地理解的關鍵！
搜尋引擎是怎麼「看」網站的？
在進入落落長的專業術語之前，我們先來想像一下：
想像搜尋引擎（Google 爬蟲或 AI 模型）是一個超級過動、每秒鐘要讀幾百萬本書的「資料整理員」。雖然他讀書很快，但網頁的 HTML 代碼對他來說，其實像是一堆亂七八糟的拼圖。
什麼是結構化資料？
當他在網頁上看到「$1,500」時，他得花 0.5 秒去猜：這是產品價格？是報名費？還是某個人的薪水？
這時候，結構化資料出場了。它就像是你遞給這位管理員的一張「小抄」，直接告訴他：
- 「嘿！這是一個 Product（產品），價格就是 1,500 元。」
- 「這是一位 Person（人物），他是這篇專業文章的 Author（作者）。」
這套小抄的語法規範，就是由 Google、Bing、Yahoo 和 Yandex 四巨頭一起訂出來的 Schema.org。目前大家最推薦、最好上手的格式叫做 JSON-LD。
為什麼它叫「結構化」？
這就像是把一大串的資料分別填入表格內的對應欄位，將資料結構化之後，姓名、電話、地址等資訊都乖乖待在格子裡。對機器來說，讀表格永遠比讀散文輕鬆 100 倍！
結構化資料在搜尋結果會長什麼樣子？
即使你可能不知道結構化資料怎麼做標記，但你一定看過在搜尋結果上那些長得不太一樣的結果！從產品的評價分數與星級，到搜尋結果網域底下的網頁路徑，透過適當的結構化資料標記，都有機會在搜尋結果頁上以不同的面貌呈現，更吸引使用者的目光！這些琳瑯滿目的「視覺加分項」我們統稱為 Rich Results（複合式搜尋結果）。
在那個黃金年代，要是你的網頁能夠顯示出複合式搜尋結果，堪稱是最強的目光吸引機，在排名差不多的情況下，不同的樣貌能更引起使用者的注意，甚至是點擊。
有些結構化資料正逐漸從搜尋結果中消失
從這幾年開始，Google 本身一直在針對搜尋結果頁的呈現樣貌做調整、迭代。你可能有發現，有些以前會顯示 FAQ 下拉選單的網站現在已經不見了，這是因為 Google 現在只會讓政府或醫療院所的網頁顯示 FAQ 結果；而 How-To 結構化資料則是已經不會在任何搜尋結果上顯示。
防止「濫用」，Google 的判斷越來越嚴謹
過去也常看到許多「濫用」結構化資料標記的例子：為了爭取以複合式搜尋結果的姿態出現，任意使用結構化資料來標記網頁內部存在或是不符合的內容。（Google：你這是在欺騙我還有廣大使用者的感情。）
在這樣的情況下，Google 也變得越來越嚴謹，並不是所有加上結構化資料標記的網頁都能在搜尋結果頁上以特殊樣貌顯示。如同我們在上一段提到的 How-To 已不再可見，而 FAQ 結構化資料，現在只有「權威度」夠強的網站（如：政府機關、認證過的醫療院所⋯⋯等）加上後才會顯示，因為 Google 想確保這些在搜尋結果相對醒目的內容是正確且可信度高的。
所以，如果你為你的網頁做結構化資料標記但是在搜尋結果頁上沒有顯示，不代表你做錯了或是網站出了什麼問題，不必太灰心。因為將資料做結構化的標記本身就只是讓爬蟲與搜尋引擎能更有效率地了解你的內容，要不要採用或顯示，一切的決定權都在搜尋引擎身上。
所以，還要為網站做結構化資料標記嗎？
三個字，還是要！
雖然搜尋結果上吸睛的紅利變少了、消失了，但這並不代表結構化標籤沒用了。相反地，在這個 AI 搜尋時代，結構化資料的重要性不減反增，戰場從「給人看」轉移到了「給 AI 讀」。
常見的 Schema 種類：你的網站該做哪些標記？
別被 Schema.org 上面成千上萬的標記嚇到了，其實對大部分網站來說，只要顧好這幾個核心就夠了：
💡品牌與人物
Organization（組織）： 告訴 AI、搜尋引擎你的公司叫什麼、Logo 是哪張、官方社群在哪。這能幫你在 AI 搜尋中建立品牌實體 (Entity)。
<script type="application/ld+json">
{"@context": "https://schema.org",
"@type": "Organization",
"url": "https://www.huanahue.com/",
"sameAs":"https://www.threads.com/@seo_cigar",
"logo": "https://www.huanahue.com/image/logo.png",
"name": "火柴盒科技",
"description": "火柴盒科技提供 SEO/GEO 專業顧問服務，累積300+大中小型 SEO 專案經驗。以 SEO、AI 及自動化為核心，提升品牌搜尋能見度與數位競爭力。",
"email": "[email protected]",
"telephone": "+886-666-666-666"}
</script>Person（人物）： 尤其是部落格或專業評論網站，一定要標註作者是誰。AI 現在非常看重「這話是誰說的」。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Person",
"name": "小火柴",
"jobTitle": "SEO 顧問",
"url": "https://www.huanahue.com/",
"sameAs":"https://www.threads.com/@seo_cigar"
}
</script>💡內容與資訊
Article / BlogPosting（文章）： 標註文章標題、發布日期。記得注意 dateModified（修改日期）這個屬性，搜尋引擎跟 AI 都喜歡新鮮的資訊。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://www.huanahue.com/blog/what-is-schema-markup/"},
"headline": "結構化資料是什麼？AI 搜尋時代還需要為網站做結構化標記嗎？",
"description":"結構化資料在AI搜尋時代還有需要做標記嗎？答案是一定要！讓我們來聊聊結構化資料(Schema Markup)，讓你的網站在數位世界中能不能被更有效率地理解的關鍵！",
"image":"https://www.huanahue.com/image/schema-markup.jpg",
"datePublished": "2026-04-14T08:00:00+08:00",
"dateModified": "2026-04-14T08:00:00+08:00",
"publisher": {
"@type": "Organization",
"name": "火柴盒科技",
"logo": {
"@type": "ImageObject",
"url": "https://www.huanahue.com/image/logo.png"}},
"author":{
"@type": "Person",
"name": "Guava",
"url": "https://www.huanahue.com/profile/guava"}}
</script>FAQPage（常見問題）： 雖然 SERP 可能不顯示展開清單，但 AI 摘要最喜歡去這裡抓答案。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "這是第一個問題",
"acceptedAnswer": {
"@type": "Answer",
"text": "這是第一個問題的答案"}},
{"@type": "Question",
"name": "這是第二個問題",
"acceptedAnswer": {
"@type": "Answer",
"text": "這是第二個問題的答案"}}]}
</script>💡商業與轉換
Product（產品）： 包含 Price、Availability（有無現貨）和 Review。這是電商網站在 AI 時代生存不可或缺的方式。
<script type="application/ld+json">
{
"@context": "http://schema.org/",
"@type": "Product",
"@id": "https://www.huanahue.com/products/seo-services",
"name": "專業ㄉSEO顧問服務",
"brand": {
"@type": "Organization",
"@id": "https://www.huanahue.com/",
"name": "火柴盒科技"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "5.0",
"reviewCount": "50"}
}
</script>LocalBusiness（當地商家）： 對有實體店面的品牌來說非常重要。地址、營業時間、電話，漏掉一個就可能錯失附近正在搜尋的客人。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "ProfessionalService",
"name": "火柴盒科技",
"image": "https://www.huanahue.com/image/logo.png",
"@id": "https://www.huanahue.com/",
"url": "https://www.huanahue.com/",
"telephone": "+886-666-666-666",
"address": {
"@type": "PostalAddress",
"streetAddress": "火柴路20-25號",
"addressLocality": "火柴市火柴區",
"postalCode": "000000",
"addressCountry": "TW"}}
</script>在 AI 搜尋時代，結構化資料有哪些改變？
雖然現在已經進入 AI Search 與 GEO 的時代，但 SEO 仍然是這一切的根基。因為 AI 搜尋引擎（如 Perplexity 或 Gemini）並不是「發明家」，它們是「高級搬運工」。當使用者問問題時，AI 會去資料庫找最可信、最清楚的資料來重新組合。
✅減少「AI 幻覺」
AI 最怕出錯。當你的網頁提供了結構化的資料（像是明確的規格、價格、日期），AI 在生成答案時會覺得很有安全感，因為這些是「結構化的事實」而非「機率性的文字」。這大大提升了你被 AI 引用的機率。
✅爭取「Citations」引用位
現在 AI 搜尋結果旁邊都會有一排「資料來源」，而那些標記了 Article 或 FAQ 的頁面，被 AI 提取當成參考來源的機會比一般網頁高得多。這就是現在最流行的 GEO（生成式引擎優化）。
✅從「關鍵字」到「實體（Entity）」
以前我們會針對關鍵字做優化；現在我們除了關鍵字以外，更要將重點放在主題以及品牌實體。
比如，透過 Organization 結構化資料的 SameAs 屬性，你可以把官網跟 FB、LinkedIn、維基百科連在一起。這讓 AI 知道：「喔！這不只是一個網頁，這是一個有規模、有專業度的組織。」
顯示的方式不同了，但結構化資料的核心功能不變
回過頭來看，從 2011 年 Schema.org 成立到現在，雖然搜尋結果的顯示介面變了許多，也很多人從「凡事問 Google」開始變成「凡事問 GPT」，但這一套核心邏輯從來沒變過：「你越方便機器讀懂你，機器就越願意推薦你。」
結構化資料不是什麼神祕的黑魔法，它其實就是一種「體貼」搜尋引擎的做法。當你幫它把資料整理好、屬性標籤貼好，它自然會更願意引用、推薦你，讓你在 AI 搜尋世界更有機會佔有一席之地。
想了解更多結構化資料的應用與組合技，或是更多在 AI 搜尋時代打好 SEO 基本功的秘訣，歡迎跟火柴盒聊聊！