文章專欄
Schema 結構化數據:讓 Gemini 讀懂並引用您的品牌
為什麼 JSON-LD 結構化數據是 GEO 的基礎工程?由 Organization 到 FAQPage,逐步建立 LLM 友善的網站。
GNS-GEO
4 分鐘閱讀
Gemini 不會「看」網頁,它靠讀取結構來理解內容。結構化數據(Schema Markup)就是品牌與 AI 之間的共同語言。
點解 Gemini 要「讀懂」先會引用?
當您寫網頁時,對象係人類讀者——佢哋可以理解排版、語氣同上下文。但 AI 唔同:Gemini 要用程式化嘅方式掃描網頁,判斷「呢個品牌叫咩名」「呢段文字係咪答案」「呢個係服務定係文章」。如果網站冇結構化數據,AI 就要靠估——估錯,就唔會引用。
結構化數據就係將呢啲資訊以標準化格式(JSON-LD)寫明,等於同 AI 講:「品牌資料喺呢度,FAQ 喺嗰度,產品喺第三度。」AI 唔使估,直接提取。
為什麼 Gemini 重視 Schema?
當 Gemini 需要引用來源時,它會尋找容易驗證的實體資訊:品牌名稱、服務範圍、聯絡資料、常見問題。JSON-LD 結構化數據以標準化格式標示這些資訊,令 AI 可以:
- 確認品牌身份與所在地
- 直接提取問題的答案
- 分辨內容的類型(產品、文章、FAQ)
- 將網站內容同第三方平台嘅資訊對應,確認「您係邊個」
品牌應該加入哪些 Schema?
| Schema 類型 | 用途 | 建議放喺邊 |
|---|---|---|
| Organization | 品牌名稱、Logo、聯絡資料 | 全站(通常喺 Layout 加一次) |
| LocalBusiness | 分店地址、營業時間、服務區域 | 首頁+分店頁 |
| FAQPage | 直接回答常見問題,提高被引用機會 | 服務頁、文章頁 |
| Article | 標示文章內容與作者 | 所有文章 |
| Service | 服務名稱、價格範圍、服務地區 | 每個服務頁 |
| BreadcrumbList | 網站結構路徑 | 全站 |
最值得優先做嘅兩個 Schema
如果時間有限,先做以下兩個:
1. Organization Schema
呢個係品牌身份嘅「身份證」:寫明公司名、Logo、地址、電話、社交媒體連結。Gemini 靠呢啲資料確認「您係邊個」,並將官網同第三方平台嘅資訊串連。
2. FAQPage Schema
FAQPage 將客戶最常問嘅問題同答案直接標記,令 Gemini 可以「複製貼上」式引用。FAQ 內容寫得好,就係 AI 答案嘅現成素材。
常見錯誤
- 只用測試工具驗證語法,忽略內容與標記的一致性——Schema 同頁面內容對唔上,比冇 Schema 更傷
- 只加在首頁,核心服務頁面與分店頁面反而沒有
- 使用過時的 microdata 格式,而非現時的 JSON-LD
- 加咗 Schema 但頁面冇相對應嘅可見內容,令 AI 覺得「標記同實際唔符」
一個實用嘅檢查方法
- 打開您嘅服務頁,睇下有冇一段「直接回答客戶問題」嘅文字。
- 如果冇,先寫好答案,再為佢加入 FAQPage 或 Service Schema。
- 用 Google Rich Results Test 檢查,確認 Schema 有效。
- 順便檢查全站 NAP(名稱、地址、電話)同 Organization Schema 一致。
常見問題
Q:改動 Schema 會唔會影響而家嘅 SEO? A:正確加入嘅 JSON-LD 唔會傷害排名,反而有助 Google 更準確理解頁面。緊記要同頁面內容一致。
Q:冇技術同事可以自己做嗎? A:可以。多數 CMS(如 WordPress)有 Schema 外掛,直接填表就得。GNS-GEO 嘅報告亦會提供可直接貼上嘅 JSON-LD 範本。
下一步
完成結構化數據只是第一步。配合短段落直接答案、第三方權威引用與內容更新,才能全面提升品牌在 Gemini 中的能見度。
想檢查您嘅網站而家嘅 Schema 狀態?免費註冊 GNS-GEO,提交網站攞報告,睇下邊啲頁面需要補強,並取得可直接使用嘅 Schema 範本。