Organization Schema 是用結構化資料向搜尋引擎及其他機器說明品牌實體的方式。正確做法是把品牌主體、實體分店、服務與人物分開，再以穩定的 @id 建立關係；不是把所有資料塞進一個 Organization。它能減少名稱、地址及隸屬關係的歧義，但不保證 AI 引用、推薦、Google AI Overviews 顯示或搜尋排名。
本文聚焦一個實際決策：香港品牌應如何選擇 Organization、LocalBusiness、Service、Person 與 sameAs，並處理改名、分店及母子品牌。若需要先理解生成式搜尋與傳統搜尋的差異，可閱讀 AIO 101；如要把實體資料、內容與技術 SEO 一併規劃，可參考 GEO／AI Search 服務。
Organization Schema 常見問題
Organization Schema 是否每一頁都要輸出？
不一定。品牌級 Organization 通常可在首頁或關於頁建立主要節點，網站其他頁如要引用同一實體，可使用相同的絕對 @id。技術上全站重複一致節點並非必然錯誤，但要避免不同外掛輸出互相矛盾的名稱、網址或標誌。
Organization 與 LocalBusiness 可以同時使用嗎？
可以，但兩者要代表不同層次。Organization 可代表品牌總部或法人；每個可到訪及有獨立地址、電話或營業時間的據點可用 LocalBusiness，並透過 parentOrganization 或 branchOf 表達關係。單一實體亦可使用最具體的 LocalBusiness 子類型。
沒有門市的網上服務公司應否使用 LocalBusiness？
通常不應只因為服務香港便標記為 LocalBusiness。若沒有顧客可到訪的實體營業地點，Organization 往往較合適，再由 Service 的 areaServed 說明服務地區。不要把虛擬辦公室或住宅地址包裝成門市。
Organization Schema 的 @id 應如何設定？
使用由品牌控制、長期穩定而且完整的網址加片段識別符，例如 https://www.example.hk/#organization。@id 是 JSON-LD 圖譜內的識別鍵，不必是可開啟的獨立頁面；品牌改名時通常保留原 @id，除非實體本身已經改變。
品牌改名後需要刪除舊名稱嗎？
正式名稱應更新為目前公開使用的名稱；若舊名仍有助辨識，而且頁面可見內容清楚交代改名，可使用 alternateName 保留歷史名稱。同步更新官網、主要商業資料及社交帳戶，並避免新舊名稱在不同 Schema 節點互相競爭。
sameAs 是否可以放所有社交及目錄連結？
不應。sameAs 表示另一頁能明確識別同一實體，適合官方社交專頁或可信實體資料頁；一般新聞、合作夥伴頁、文章、短期活動頁及不受控制的搜尋結果都不應加入。連結數量不是品質指標。
Service Schema 可否取代 Organization Schema？
不可以。Service 描述「提供什麼」，Organization 或 LocalBusiness 描述「由誰提供」。較安全的做法是在服務頁建立 Service 節點，利用 provider 引用品牌或分店的 @id，而不是把服務名稱寫成另一間 Organization。
創辦人與團隊成員是否全部要用 Person Schema？
只標記頁面上真實、可見而且與內容相關的人物。創辦人可由 founder 連接，文章作者可由 author 連接；一般團隊頁亦可建立 Person，但不應虛構職銜、資格、獎項或社交帳戶。個人 sameAs 同樣要指向該人的明確身份頁。
通過 Schema Markup Validator 是否代表 Google 一定採用？
不是。Validator 主要檢查 Schema.org 詞彙和結構；Rich Results Test 檢查 Google 支援的搜尋功能資格。兩者通過仍不代表一定顯示豐富搜尋結果，更不代表 AI 系統一定引用、推薦或提升排名。
如何量度 Organization Schema 對 AI Search 的作用？
先記錄技術有效性、品牌資料一致性及搜尋系統是否正確理解，再以固定問句分開記錄品牌被提及、答案是否引用官網、是否推薦為供應商，以及是否出現在 Google AI Overviews。不要把任何一次答案截圖當成因果證明。
