網頁設計結構化數據Schema佈局，係不少網站管理員都知道重要、但又唔知從何入手的技術課題。你有沒有試過同樣的內容，有些網站在搜尋結果顯示星星評分、FAQ 展開列表、甚至產品價格，你的卻只有一行藍色標題？差別不在於內容質素，而在於有沒有正確告訴搜尋引擎你的頁面是什麼。這篇文章會從概念到實作，帶你了解 Schema 標記的正確佈局方式，幫助你的網站在搜尋結果中站得更穩、被看得更清。
理解結構化數據的基本概念
結構化數據（Structured Data）是一套讓搜尋引擎能夠「讀懂」網頁內容的標準化語言。普通的 HTML 告訴瀏覽器怎樣呈現內容，但 Schema 標記則進一步告訴 Google：「這個是產品名稱」、「這個是評分」、「這個是食譜的烹調時間」。
Google、Bing、Yahoo 等搜尋引擎共同支持由 Schema.org 制定的詞彙表，作為結構化數據的統一標準。這個標準由 Google 在官方 Search Central 文件 中明確推薦使用。
簡單講，結構化數據就是幫搜尋引擎「睇得懂你在做什麼」。當搜尋引擎理解你的頁面，它才有機會將你的內容以更豐富的方式呈現，也就是俗稱的 Rich Results（豐富摘要）——那些帶星星、帶圖片、帶 FAQ 的搜尋結果展示形式。
值得留意的是，結構化數據本身不直接等於排名提升，但它能夠提升搜尋結果的視覺展示效果，間接帶動點擊率（CTR），而更高的點擊率長遠會對排名產生正面影響。
認識常見的Schema類型與應用
Schema.org 定義的類型超過 800 種，但對大多數香港中小企網站來說，真正實用的其實就幾大類：
- Organization / LocalBusiness：適合公司官網，標記品牌名稱、聯絡資料、營業地址、社交媒體連結
- Product：適合網店，標記產品名稱、價格、庫存狀態、評分
- Article / BlogPosting：適合文章頁，標記發佈日期、作者、文章摘要
- FAQPage：適合常見問題頁或含 FAQ 的頁面，可在搜尋結果直接展開問答
- BreadcrumbList：標記導航路徑，讓搜尋結果顯示頁面層級
- WebSite：標記整體網站資訊，可啟動站內搜尋框功能
- Service：適合服務頁，標記服務名稱、提供者、服務範圍
以一間香港本地設計公司為例，首頁可標記 LocalBusiness，服務頁標記 Service，部落格標記 Article，FAQ 頁面標記 FAQPage——每個頁面對應最適合的類型，不要一律貼同一個 Schema，那是常見的誤用。
| Schema 類型 | 適用頁面 | 可帶來的 Rich Result |
|---|---|---|
| FAQPage | FAQ / 服務頁 | 搜尋結果展開問答列表 |
| Product | 產品 / 網店頁 | 價格、評分、庫存顯示 |
| LocalBusiness | 首頁 / 聯絡頁 | 地圖資訊、營業時間 |
| Article | 文章 / 部落格 | 發佈日期、作者標示 |
掌握JSON-LD語法標記技巧
實作結構化數據有三種方式：JSON-LD、Microdata、RDFa。Google 官方明確推薦 JSON-LD，原因是它獨立於 HTML 結構之外，放在 <script> 標籤內，修改時不影響頁面視覺排版，維護起來靈活得多。
JSON-LD 的基本結構
一段標準的 JSON-LD 標記會放在頁面的 <head> 或 <body> 內，以 <script type="application/ld+json"> 包裹。格式上，它就是一個 JSON 物件，包含 @context（指向 schema.org）、@type（指定類型），以及各種屬性欄位。
幾個語法上要特別注意的地方：
- 屬性名稱必須與 Schema.org 定義的一致，大小寫敏感
- 日期格式須用 ISO 8601（例如
2024-01-15） - 價格欄位須搭配
priceCurrency一起標記，香港網站用HKD - 可以在同一頁面放多個
<script type="application/ld+json">區塊，分別對應不同類型 @id建議使用頁面的完整 URL，幫助搜尋引擎建立實體關聯
如果你的網站是用 WordPress 建立的，現在有不少插件可以協助生成基本 Schema，但插件生成的標記未必完全符合你的業務情況，建議定期手動核查輸出內容是否準確。想了解 WordPress 網站如何系統性地進行 SEO 結構優化，可以參考 WordPress 網頁設計 的相關做法。
為網站內容添加正確Schema標記
很多人以為 Schema 標記只要「貼上去」就完成，但實際上標記的內容必須與頁面可見內容一致，這是 Google 明確要求的原則——標記內容不能與頁面顯示內容相違，否則可能觸發 Google 手動處罰。
以 FAQPage 為例，頁面上必須真實顯示這些問題與答案，不能只在 Schema 裡寫，頁面上卻找不到對應文字。同樣地，Product Schema 標記的價格必須與頁面顯示一致，若網店的產品定價有更新，Schema 也要同步修改。
實際佈局建議
- 首頁：使用 Organization 或 LocalBusiness，標記品牌名、地址、聯絡方式、Logo URL
- 服務頁：使用 Service，說明服務名稱、提供者、服務地區
- 部落格文章：使用 Article 或 BlogPosting，標記標題、作者、發佈日期、修改日期
- FAQ 頁：使用 FAQPage，每條問答用
mainEntity列出 - 網店產品頁：使用 Product，加入 Offer、AggregateRating 等子類型
若你正在為業務建立官網或網上商店，從設計階段開始規劃 Schema 佈局，比網站上線後再補救要省力得多。如果你需要的是一個完整從設計到 SEO 考量的網站，可以參考 網頁設計 服務，或針對網店需求了解 網店設計 方案。
使用工具測試結構化數據正確性
標記寫好了，怎樣確認它有沒有問題？Google 提供了兩個核心工具：
- Rich Results Test：直接測試某個 URL 或貼上程式碼，查看哪些 Rich Result 格式符合資格，並列出錯誤與警告
- Google Search Console：在「增強功能」報告中，可以看到整個網站各類型 Schema 的有效、警告、錯誤數量，追蹤整體狀況
除此之外，Schema.org 也有官方提供的 Schema Markup Validator，可以更底層地驗證語法結構是否符合標準。
測試時有幾點要留意：Rich Results Test 顯示「符合資格」不等於 Google 一定會顯示 Rich Result，最終展示與否由 Google 演算法決定。但如果工具顯示「錯誤」，那就代表這個類型的豐富摘要肯定不會出現，必須優先修正。
優化網頁結構化數據佈局策略
Schema 佈局不只是「加了標記就算」，而是要配合整體 SEO 策略系統地部署。幾個實務上值得考慮的策略方向：
頁面層級對應原則
每個頁面只標記與該頁面內容最直接相關的 Schema 類型，不要在首頁堆砌所有類型。一頁一核心主題，Schema 也一樣，清晰比複雜更有效。
善用巢狀結構
Schema 支持巢狀（Nested）結構，例如 Product 可以包含 Offer、AggregateRating、Brand 等子類型，豐富程度直接影響能否解鎖更多 Rich Result 格式。不過巢狀層次不宜過深，保持可讀性。
與頁面 SEO 整合
Schema 的屬性值，例如 name、description，應與頁面的 Title Tag 和 Meta Description 保持語意一致，這有助搜尋引擎建立更完整的頁面語意理解。想深入了解整體網站 SEO 優化策略，可以參考 SEO / 數碼營銷 的相關服務。
修正結構化數據常見錯誤
以下幾類錯誤在實際操作中出現頻率最高，修正它們往往能立竿見影改善 Rich Results 的顯示機會：
- 必填欄位缺失：不同 Schema 類型有 Google 要求的必填欄位，例如 Product 必須有
name，FAQPage 的每個問答必須有acceptedAnswer，缺了就無法觸發 Rich Result - 標記內容與頁面不符：這是最嚴重的問題，可能導致人工審核處罰
- 日期格式錯誤：日期欄位必須用 ISO 8601 格式，不能用「2024年1月」這類格式
- 圖片 URL 不完整：
image欄位必須用完整絕對 URL，不能用相對路徑 - 評分數據虛假或不透明：AggregateRating 必須有真實評分來源，Google 不接受自行評分
- 重複 Schema ID 衝突：同一頁面多個 Schema 區塊使用了相同的
@id值
監控搜尋結果顯示成效
Schema 部署後，不能放著不理。搜尋引擎的索引需要時間，新增或修改的標記通常要幾天至幾週才會反映在搜尋結果中。建議建立定期監控習慣：
- 每月檢查 Google Search Console 的「增強功能」報告，留意有沒有新增錯誤
- 使用 Rich Results Test 對重要頁面進行定期抽查
- 在 Search Console 的「成效」報告中，篩選有 Rich Results 的頁面，對比點擊率（CTR）變化
- 若有網站結構改動或內容更新，必須同步更新對應的 Schema 標記
一般而言，成功顯示 Rich Results 的頁面，點擊率相比普通藍色連結有明顯提升，尤其是 FAQ 展開列表和星星評分，在視覺上佔用更多搜尋結果空間，自然吸引更多點擊。
持續更新與維護標記內容
結構化數據不是一次性工作。Schema.org 的詞彙表會持續更新，Google 對不同 Rich Result 類型的支援也會隨時調整——有時候會新增支援某類型，有時候也會取消某類型的 Rich Result 顯示。
例如 Google 在 2023 年宣布取消對 HowTo 和 FAQ Rich Results 的大規模展示，改為僅在部分情況下顯示，這對很多已部署 FAQPage Schema 的網站造成影響。因此，定期追蹤 Google Search Central Blog 的更新公告，是維護 Schema 策略的必要習慣。
對於有持續發布內容的網站（例如部落格、新聞頁、活動資訊），更要確保每次發布新頁面時，都自動或手動帶入正確的 Schema 標記，而不是只在初期設定後就不再理會。
提升網站整體搜尋能見度
結構化數據是整體 SEO 策略的一部分，而不是獨立存在的技巧。要真正提升搜尋能見度，Schema 需要配合高質素的頁面內容、清晰的網站架構、良好的頁面載入速度，以及符合用戶意圖的關鍵字規劃，才能發揮最大效果。
幾個可以同步進行的方向：
- 確保每個重要頁面都有獨立、清晰的 Meta Title 和 Description，與 Schema 的
name、description保持語意一致 - 建立清晰的網站層級結構，配合 BreadcrumbList Schema，讓搜尋結果顯示導航路徑
- 針對本地業務，完善 Google Business Profile 並與 LocalBusiness Schema 互相呼應
- 持續發布有實際價值的內容，讓 Article Schema 發揮作用，累積內容權威性
網頁設計結構化數據Schema佈局，說到底是一門「讓搜尋引擎明白你」的工夫。技術層面不算複雜，但要做對、做全、持續維護，需要對 SEO 有系統的理解和執行紀律。如果你的網站還未開始部署 Schema，現在是一個值得認真考量的時機。
總結：讓你的網站在搜尋結果中被看見
正確的網頁設計結構化數據Schema佈局，能幫助搜尋引擎讀懂你的頁面，並以更豐富的方式呈現在搜尋結果中，直接提升點擊率與搜尋能見度。從選擇合適的 Schema 類型、以 JSON-LD 語法正確標記、用工具測試驗證，到持續監控與維護，每個環節都影響最終成效。
如果你正在為網站的 SEO 表現傷腦筋，或者網站從設計階段開始就想把結構化數據規劃做好，歡迎了解 BrianLO Studio 的 SEO / 數碼營銷 服務，或直接查看 即時報價 了解方案詳情。有任何問題，隨時 WhatsApp 查詢，傾好先做，唔合適唔勉強。
