結構化資料入門：香港中小企常用 Schema 類型

結構化資料是甚麼

結構化資料（常以 Schema.org 詞彙、JSON-LD 形式放在頁面）是給機器讀的補充標註，用來說明「這個頁面代表機構、本地業務、文章還是一組問答」。它不是隱形關鍵字袋。若標註與使用者可見內容不符，可能被忽略，嚴重時帶來信任問題。

站內既有實體與結構相關指南時，本文聚焦中小企最常用、也最容易做錯的類型，並連回 SEO 基礎 與 GEO 概念。加 Schema 之前，應先確保人讀內容本身清楚；標註不能補救空白服務說明。

常用類型與使用情境

Organization／WebSite：

適用於關於頁或全站層級，標明官方名稱、網址、標誌。名稱應與實際營運及商業登記常用寫法一致，避免多個別名互相打架。

LocalBusiness（或子類型如 Dentist、Restaurant）： 適用有地址的業務。地址、電話、營業時間必須與頁面可見文字及商家檔案一致。可先用 本地 SEO 檢查 看公開頁是否已露出這些欄位，再決定標註細節。

FAQPage：

僅在頁面上真實呈現問答時使用。不要把行銷口號假扮成顧客問題，也不要在每個頁面複製同一組無關 FAQ。問與答都應出現在可見 HTML。

Article／BlogPosting：

用於指南或新聞式內容，標註標題、日期、作者。日期應可對應實際更新；回填假日期沒有幫助。

實作原則

優先用 JSON-LD；維持一份真相來源（可見 HTML）；先修內容再加標註；用富媒體結果測試工具驗證語法，但理解「通過語法」不等於「一定顯示星星或 FAQ 外觀」，更不等於排名提升。也不等於 AI 一定引用你。

避免標註未在頁面出現的 AggregateRating、虚假優惠結束時間、或不存在的分店。這些屬於常見濫用模式。多類型並存時，確認它們描述的是同一實體，不要一頁同時宣稱兩套矛盾地址。

與 GEO、SEO 的關係

清楚的實體與一致標註，有助搜尋與生成式系統理解「你是誰」。它們不能替代把服務寫清楚。若資源有限，先寫好人讀內容與 本地 NAP，再加對應 Schema。技術抓取問題（索引、HTTPS、流動版）仍應用 SEO 檢查 等方式優先處理。

小型團隊的落地順序

1. 決定首頁／關於頁的 Organization 欄位
2. 聯絡頁或首頁補 LocalBusiness（如適用）
3. 選一至兩篇真正有 FAQ 區塊的服務頁加 FAQ
4. 指南類內容加 Article 日期與作者
5. 每次改地址或電話，同步改 HTML 與 JSON-LD，並抽查商家檔案是否一致

結構化資料是輔助層。DoMyBest 不保證因此獲得特定搜尋外觀或 AI 引用。需要工具時可由 首頁 進入各檢查頁，先確認可見內容正確。