什麼係結構化數據？Schema 標記淺白解說

結構化數據係網頁上一小段代碼，用搜尋引擎睇得明嘅標準格式，標明頁面講緊乜嘢。例如：「呢個頁面係一件叫薰衣草蠟燭嘅產品，售價 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> 標籤入面嘅 JSON 區塊，同可見嘅 HTML 分開。

搜尋引擎讀取呢個區塊，理解頁面上嘅實體，然後——如果頁面符合資格同要求——可能會顯示豐富結果：即係搜尋列表上多咗額外資料嘅顯示方式。

實際例子：一個蠟燭店嘅產品頁

假設你建咗一個網上店舖，其中一頁賣薰衣草蠟燭。頁面可見嘅內容有名稱、相片、描述、價錢（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 嘅 Rich Results Test，睇吓頁面符唔符合 Google 豐富結果嘅資格，以及有冇缺漏任何必需項目。如果想做一般嘅 schema.org 檢查，就用 Schema Markup Validator。上線之後，Search Console 會顯示成個網站嘅錯誤。

要知道嘅規則

以下內容摘自 Google 嘅結構化數據文件：

• 只標記用戶睇得到嘅內容。 唔好為頁面上睇唔見嘅資訊加結構化數據，就算嗰啲資訊係準確嘅都唔可以。
• 包括必需屬性。 每種豐富結果類型都列出必需欄位；缺少任何一個，頁面就唔符合資格。
• 符合資格唔等於保證。 標記正確，只係令頁面符合豐富結果嘅資格，並唔代表一定會顯示。
• 豐富結果類型會改變。 Google 會隨時間取消某啲功能。例如，佢嘅 FAQ 豐富結果曾經只限於知名政府同健康網站，並且宣布會由 2026 年 5 月起唔再喺搜尋中出現。針對某種豐富結果建構之前，請先查睇 Google 現時嘅搜尋功能庫。
• 唔好為咗放標記而開新頁。

常用詞語解釋

常見錯誤同誤解

• 「結構化數據可以提升排名。」 佢最大嘅價值係幫助理解頁面，同令頁面符合豐富結果資格，並唔係排名捷徑。
• 憑空加評分或評論。 假嘅或冇根據嘅評分違反 Google 嘅規則，亦會誤導人。
• 標記同頁面唔一致。 JSON-LD 寫 $24，頁面卻寫 $29，就係問題。
• 隱藏內容。 為訪客睇唔見嘅文字加標記，違反指引。
• 將標記複製到每一頁。 Product 區塊應該放喺產品頁，而唔係主頁同網誌。
• 為已經取消嘅功能而建。 要先確認你想要嘅豐富結果仲存在。
• 只喺瀏覽器加標記。 如果你個網站全部用 JavaScript render，Google 可能仲搵到，但將 JSON-LD 放喺伺服器傳送嘅 HTML 入面會更可靠。
• 從來唔測試。 一個漏咗嘅逗號，就會令成個區塊讀唔到。

要問 AI 建構工具嘅嘢

• 「加入 JSON-LD 結構化數據，為每頁用啱嘅 schema.org 類型：產品頁用 Product，聯絡頁用 LocalBusiness，網誌文章用 Article。」
• 「由頁面顯示嘅同一份數據生成數值，確保兩者永遠一致。」
• 「唔好加評分、評論，或者任何喺頁面上睇唔見嘅屬性。」
• 「將 JSON-LD 放喺伺服器渲染或預先渲染嘅 HTML 入面。」
• 「為嗰種豐富結果加入所有 Google 要求嘅必需屬性，並且話俾我知你用咗邊啲。」
• 「俾我一份網址清單，我可以去 Rich Results Test 檢查。」

如果想睇清楚呢部分點樣配合成個大局，可以睇 what SEO is、what a sitemap is，以及 SEO for AI-built websites 嘅技術教學。

Mythex 嘅結構化數據

Mythex 唔會自動幫你加結構化數據；你喺對話入面要求，agent 就會將代碼寫入你個 app 嘅程式碼入面。話俾佢知邊啲頁面代表產品、活動或者你嘅業務，然後要求佢由頁面顯示嘅同一份數據生成 JSON-LD。SEO for your published app 嘅 docs 食譜入面有一句「Do not invent fake review schema」，係好建議喺任何提示詞入面保留嘅指示。另外，由於預設設定係客戶端渲染嘅單頁應用程式，如果搜尋對你重要，就要求用預先渲染或者對靜態網站友善嘅結構，然後發佈，再測試正式網址。

常見問題