結構化資料與實體：讓搜尋和 AI 認清你是誰

結構化資料（常見是 JSON-LD）用機器可讀的方式描述頁面上已經存在的資訊：這是一間公司、一篇文章、一組常見問題。實體（entity）則是「你是誰」在網絡上的穩定身份：名稱、網址、社交帳號指向同一個組織。

搜尋引擎與生成式系統都需要這層對應。schema 不能代替可見內容；它只應複述頁面上訪客也看得到的事實。

JSON-LD 應該描述甚麼

• Organization / LocalBusiness：法定或營運名稱、網址、電郵、服務地區。
• WebSite：網站名稱與語言。
• Article：標題、日期、作者、所屬網站。
• BreadcrumbList：頁面在網站中的位置。
• FAQPage / HowTo：只在頁面真的以問答或步驟呈現時使用。

實體一致：名稱、網址、sameAs

揀一個主要品牌名，全站、Google 商家檔案、社交簡介用同一寫法。sameAs 連結到你確實擁有的 Instagram、LinkedIn 或官方目錄頁。不要把 sameAs 指向無關的百科或已停用帳號。

香港常見情況是中文招牌與英文域名不一致。應在 About 用一句話寫明對應，例如「DoMyBest（domybest.digital）檢查香港中小企的服務頁」。

與經驗、專業、權威、可信的關係

Google 用經驗、專業、權威、可信來評估內容質素。結構化資料幫機器對上作者與組織，但不能憑空製造專業。仍需要：可聯絡的負責人、說明方法與局限、來源可查。本站把同一標準寫在 關於我們 與 如何分析。

實務注意

1. 優先修正可見內容，再寫 schema。
2. 用 Google Rich Results Test 檢查語法，但仍以頁面真實內容為準。
3. 產品、評價、價錢標記只用於你真的提供該產品的頁面。
4. 文章頁加上日期與作者，比在每頁複製同一段公司介紹更有用。

做完標記之後，回到 如何做 GEO 檢查第一段是否仍可供人閱讀。Schema 整齊但正文含糊，引用機會仍然低。