Schema Markup 應該準確描述網站內容和企業資料，而且在網站更新後仍然可靠。加入更多標記類型，本身不是值得追求的成果。這篇文章會說明我們如何判斷香港服務企業網站需要哪些結構化數據、實施時怎樣找出常見錯誤，以及完成前需要核對哪些證據。文中的情境用來解釋實務流程，並非宣稱某次設定曾帶來排名增長。
重點摘要：先確定資料意思，再加入標記
- 標記必須符合真實企業和頁面的用途。
- 先檢查主題與外掛已有的輸出，再決定是否需要另一套設定。
- 程式碼能否讀取、資料是否正確、搜尋功能是否適用，需要分開驗證。
- 驗證成功，不等於保證排名、複合式搜尋結果或 AI 引用。
先整理企業、地點和內容的關係
我們會先核對公司名稱、地址、聯絡方式、相關人物和介紹這些資料的頁面。標記應與網站可見內容一致。公司搬遷、電話更新或作者資料過時，都可能令格式正確的程式碼傳達錯誤資訊。
以一間假設位於中環的專業服務公司為例，公司本身、辦公地點、服務和文章，是彼此相關但不同的項目。介紹服務的指南，不應隨意標成可以即時購買的商品，除非業務實際上確實如此銷售。
| 頁面或項目 | 可考慮的標記 | 實務檢查 |
|---|---|---|
| 公司 | Organization | 公司身分和資料是否一致 |
| 實體營業地點 | LocalBusiness 或合適子類型 | 地址、聯絡資料與適用營業時間是否正確 |
| 編輯文章 | Article 或 BlogPosting | 標題、作者與發佈資料是否符合實際內容 |
| 頁面層級 | BreadcrumbList | 是否代表合理的導覽路徑 |
這是一份選擇方向，不是要求每頁都加入所有類型。我們的結構化數據介紹解釋整體用途；實施時則需要更具體地問：這一頁究竟需要傳達哪些事實？
先看正式輸出，避免設定互相衝突
WordPress 的 SEO 外掛、主題或頁面編輯器，可能已經產生結構化數據。加入另一個工具之前，我們會先檢查正式頁面的實際輸出。
- 找出哪些網站元件正在產生標記。
- 檢查重複項目的名稱、地址和作者是否互相矛盾。
- 核對相關資料有沒有連到正確項目。
- 明確分配各部分設定的維護責任。
- 從產生問題的元件修正衝突。
出現多個標記區塊，不一定代表錯誤。文章和公司可以分別描述，再建立適當關係。真正需要處理的，是資料互相矛盾或關係不清，例如兩組公司資料指向不同地址。只因為區塊多於一個就刪除，反而可能移除有用資訊。
把驗證分成三項工作
我們先看程式碼能否正確讀取、詞彙是否用得合適，再核對資料有沒有如實描述頁面。最後，如果目標涉及特定搜尋功能，才檢查它當時的支援範圍與要求。
驗證工具不能證明某位作者真的寫過文章，也不能確認公司是否真的在指定地址營業。這些需要人工核對。同樣，某種 Schema 詞彙有效，不等於 Google 會為它顯示複合式搜尋結果；功能要求應在實施時重新確認。
例如，企業想把客戶評分加入公司標記，希望搜尋結果顯示星級。我們會先看評價來源、適用資格和該功能是否接受這種用途，而不會因為網站展示了推薦語，就假定符合評價搜尋結果資格。
交付前，分開核對三件事
程式碼：標記能否正確讀取？
事實：資料是否符合頁面與企業實況？
資格：目標搜尋功能是否支援這種用途？
中英文網站要逐一核對
英文和繁體中文文章的標題與描述，應符合各自版本。公司本身仍然需要一致的身分資料。我們會檢查頁面指向、圖片、作者與日期，是否對應實際文件。
結構化數據不能代替語言關係、canonical 或 hreflang。中文文章如果連到無關的英文頁面，即使標記格式正確，仍然存在語言對應問題。這些基本關係也是我們評估GEO 服務時需要考慮的網站基礎。
上線後再驗證，資料變動時重新檢查
編輯器預覽不是最終交付。快取、模板和外掛設定，都可能改變公開頁面的輸出。我們會在上線後檢查有代表性的網址，確認資料正確，並核對原本的衝突是否已消失。
公司搬遷、作者資料更新、網站改版或更換 SEO 外掛時，都值得再檢查標記。如果有相關搜尋報告，我們會把錯誤和功能資格，與排名、到訪和查詢分開追蹤。
Google AI Overviews 和 AI Mode 並沒有要求網站加入某種特別 Schema 才能出現。我們不會把標記設定當成保證 AI 引用的方法。它應與可存取的內容、可信資料和整體SEO 工作配合。
一個可以立即開始的小檢查
選一篇重要文章或服務頁，比較畫面可見的公司資料和結構化數據，再找出標記由哪個元件產生。如果連維護責任都未清楚，應先解決這一點，再決定是否加入更多程式碼。資料準確而且有人持續維護，比堆疊未經核對的類型更有用。
常見問題
Schema 修改應該先在測試網站驗證嗎？
我們會先在測試環境檢查模板修改，確認能產生預期標記，再安排上線。測試網站應與正式搜尋曝光分開，測試網址也不能誤留在公開頁面的標記中。正式發佈後仍要再驗證，因為測試成功不代表線上設定完全相同。
修改 Schema 模板後，要逐頁檢查嗎？
我們會按受影響的頁面類型抽樣，並加入不同作者、不同地點或不同營業時間等例外情況。大型網站也可以配合自動檢查，找出欄位遺漏或資料不一致的網址。一篇文章驗證成功，不能代表所有模板和語言版本都正確。
發現標記內的公司資料有誤，應怎樣處理？
我們會先修正產生錯誤資料的來源，再核對正式輸出和相關快取。如果某個非必填欄位暫時無法確認，就先移除，待資料核實後再加入。只新增另一段正確程式碼，可能會讓原本的矛盾繼續存在。
應該手寫 Schema，還是使用 CMS 模板？
我們會看資料更新頻率，以及日後由誰維護。共用模板方便統一同類頁面；個別情況如果需要細緻控制，也可以考慮手寫程式碼。兩種方法都需要明確負責人，並確認頁面內容修改時，標記也會同步更新。
