什麼是結構化資料？白話解說 Schema 標記

結構化資料是網頁上的一小段程式碼，用搜尋引擎能理解的標準格式標示頁面的內容，例如「這個頁面是一項名為 Lavender Candle 的商品，售價 24 美元，目前有庫存」。Google 將它描述為一種提供頁面資訊並分類其內容的標準格式。正確使用時，它能幫助搜尋引擎理解你的頁面，並讓頁面符合較豐富搜尋結果的資格，例如直接在搜尋結果中顯示價格、評分或活動日期。

為什麼用 AI 建置時要注意它

搜尋引擎很擅長讀取網頁，但仍然需要猜測。「24」是價格、數量還是日期？「Riverside Hall」是場地還是人名？結構化資料可以省去這些猜測。

對於 AI 建置的網站，有兩個實用的重點：

• 它是程式碼，不是內容，所以很容易被忘記。AI 建置工具通常不會主動加入，除非你要求，而且加入的內容必須與頁面上實際顯示的一致。
• 錯誤的標記看起來往往是對的。 AI 可能會編造五星評分、為看不到的內容加上標記，或使用 Google 已不再顯示的類型。Google 的規範對準確性要求嚴格，誤導性的標記可能會被忽略，甚至受到懲罰。

少量但準確、與實際內容相符的結構化資料是值得加的。大量捏造的標記還不如不加。

日常比喻

想像超市裡的一件商品。包裝上有吸睛的設計和行銷文案，這就是人類看到的網頁。但包裝背面還有一張標準的營養標示：每件商品都有相同的欄位、相同的順序。任何人都能快速閱讀並比較商品。

結構化資料就是你頁面的「營養標示」。設計可以隨你喜歡；標示是標準化的，讓機器可以穩定讀取。而且就像營養標示一樣，必須誠實反映內容。

結構化資料如何運作

結構化資料包含兩個部分：

1. 詞彙：用來描述事物的字詞。最常見的是 schema.org，這是一套共享的詞彙，包含 Product、LocalBusiness、Event、Article、Recipe 和 Organization 等類型，以及 name、price、address 和 startDate 等屬性。
2. 格式：標示如何寫入頁面。Google 支援三種格式：JSON-LD、Microdata 和 RDFa。它建議使用 JSON-LD，也就是放在 <script> 標籤中、與可見 HTML 分開的 JSON 區塊。

搜尋引擎會讀取這個區塊、理解頁面上的實體；如果頁面符合資格並達到要求，就可能顯示豐富結果：搜尋結果中帶有額外細節的項目。

實例：咖啡蠟燭店的商品頁面

假設你建置了一個線上商店，其中一個頁面販售薰衣草蠟燭。可見的頁面顯示了名稱、照片、描述、價格（24.00 美元）以及「有庫存」。

該頁面的 JSON-LD 可能如下：

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

它放在頁面 HTML 中的 <script type="application/ld+json">…</script> 內。

注意其中沒有的內容：沒有 aggregateRating，因為這家店沒有在頁面上顯示評價。加入訪客看不到的評分會違反 Google 的規定。

同一家店的聯絡頁面可以描述商家本身：

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

同樣地，每個值都與頁面上可見的內容一致。

檢查方式。 將上線網址貼到 Google 的豐富結果測試工具，查看頁面是否符合 Google 豐富結果的資格，以及是否缺少必要項目。若要進行一般的 schema.org 檢查，請使用 Schema Markup Validator。上線後，Search Console 會顯示全站的錯誤。

值得了解的規則

以下內容摘自 Google 的結構化資料文件：

• 只標示使用者看得到的內容。 不要加入頁面上看不到的資訊，即使這些資訊是正確的。
• 包含必要屬性。 每種豐富結果類型都列出必要欄位；缺少時，頁面就不符合資格。
• 符合資格不等於保證。 正確的標記只會讓頁面符合豐富結果的資格，並不保證一定會出現。
• 豐富結果類型會變動。 Google 會隨時間淘汰部分功能。例如，它的常見問題（FAQ）豐富結果原本僅限於知名的政府和健康網站，並宣布將於 2026 年 5 月起不再出現在搜尋中。在為特定豐富結果建置之前，請先查看 Google 目前的搜尋圖庫。
• 不要為了放置標記而建立頁面。

常見術語說明

常見錯誤與迷思

• 「結構化資料能提升排名。」 它的主要價值在於幫助理解頁面，以及取得豐富結果的資格，並不是排名的捷徑。
• 編造評論或評分。 虛假或沒有根據的評分違反 Google 的規定，也會誤導人。
• 標記與頁面不一致。 JSON-LD 中寫 24 美元、頁面上卻是 29 美元，這就是問題。
• 隱藏內容。 為訪客看不到的文字加上標記，違反準則。
• 把標記複製到每一頁。 Product 區塊應該放在商品頁，而不是首頁或部落格。
• 依賴已淘汰的功能。 確認你想使用的豐富結果仍然存在。
• 只在瀏覽器中加入標記。 如果網站全部由 JavaScript 渲染，Google 也許仍能找到，但把 JSON-LD 放在伺服器送出的 HTML 中會更可靠。
• 從不測試。 少了一個逗號，整段區塊就無法讀取。

向你的 AI 建置工具提出的要求

• 「使用符合各頁面的 schema.org 類型加入 JSON-LD 結構化資料：商品頁使用 Product，聯絡頁使用 LocalBusiness，部落格文章使用 Article。」
• 「產生數值時，請使用頁面上顯示的同一份資料，確保兩者永遠一致。」
• 「不要加入評分、評論，或任何頁面上看不到的屬性。」
• 「把 JSON-LD 放在伺服器渲染或預先渲染的 HTML 中。」
• 「為該類型的豐富結果加入所有必要屬性，並告訴我你用了哪些屬性。」
• 「給我一份要在豐富結果測試中檢查的網址清單。」

若要了解整體脈絡，請參閱 什麼是 SEO、什麼是網站地圖，以及 AI 建置網站的 SEO 的技術導覽。

Mythex 中的結構化資料

Mythex 不會自動為你加入結構化資料；你需要在聊天中要求，代理程式會把它寫入應用程式的程式碼。請告訴它哪些頁面代表商品、活動或你的商家，並要求它根據頁面顯示的同一份資料產生 JSON-LD。已發佈應用程式的 SEO 文件中有一句「Do not invent fake review schema」，建議在任何提示中都保留這個提醒。由於預設設定是客戶端渲染的單頁應用程式，如果搜尋很重要，請要求預先渲染或適合靜態的結構，然後發佈並測試線上網址。

常見問題