品牌身分資料：Wikidata 收錄、來源與 schema

CH.01

身分與消歧

相似名稱可能造成混淆。正確識別碼與情境有助於說明組織，但不能消除所有歸因錯誤。

「Apple」可能是水果，也可能是公司；「Tenten」也可能指不同對象。提供官方網站、名稱、業務與有來源支持的關係，讓讀者和系統有足夠資訊辨認組織。若觀察到張冠李戴，先記錄實際答案與來源，再決定修正什麼。

實體紀錄把特定對象的事實整理在一起。Wikidata QID 識別該專案的一個條目；Organization @id 識別站內結構化資料的紀錄。兩者都不能證明所有模型已學到這些事實、會正確點名品牌，或會推薦它。

CH.02

Wikidata 的適用位置

Wikidata 是有社群規則的結構化知識庫，不是 Google 能見度或 AI 引用的共同守門人。

Wikidata 用 Q 識別碼表示條目，以屬性與值記錄陳述，也可附來源與限定資訊。識別碼本身不代表每個主張都被認證。Wikipedia 文章與 Wikidata 條目的用途、收錄規則不同，不是有其中一個就必須有另一個。

無論是否適合建立 Wikidata 條目，都可以維護網站與商業檔案的正確資料。Google 的 Organization 指南允許適用欄位與真正的 sameAs 身分連結，沒有要求 Wikidata QID。保持內容有用、可讀取，不要假設一個站外條目能取代這些工作。

CH.03

什麼時候適合 Wikidata 條目

條目要符合 Wikidata 收錄規則與社群判斷。服務費不能買到收錄、驗證標章或 AI 成果。

Wikidata 的 notability 政策有三種路徑：有效且符合條件的 Wikimedia sitelink；可用嚴肅、公開來源描述的明確實體；或結構需求，例如協助說明其他條目的陳述。這是 Wikidata 準則，不是 Wikipedia 文章準則或行銷清單；有爭議時仍由社群決定。

CH.04

schema 與實體連結

用適用的 Organization 或 Person 標記描述可見的真實事實。sameAs 可以連結真正的身分頁面，Wikidata 條目不是必填。

Google 將 sameAs 說明為其他網站上提供組織資訊的頁面，例如社群或評論檔案。連到真正的同一個對象；只有適用時才加入正確的既有 Wikidata 條目。連結是在描述身分，不是命令所有 AI 合併紀錄或推薦品牌。

• →Organization：填準確且適用的 name、url、logo 與其他事實；不知道 foundingDate 就省略，不補造資料。sameAs 使用真正的身分頁面。
• →Person：標記內容中實際相關的人物與有依據的關係。不要捏造專家，也不要假設每位創辦人都需要 Wikidata 條目。
• →用穩定的 @id 當錨點：讓站內各頁引用同一個實體 ID，而不是每頁各喊各的名字
• →檢查語法、適用的 Google 功能與可見內容的一致性。Rich Results Test 通過，不證明收錄資格、知識面板顯示或 AI 引用。
• →身分事實相容即可，包括真正別名、法定名稱與品牌名稱。不同語言或平台的說明不必逐字相同。

CH.05

跨平台一致性

維護可控制檔案的正確事實，記錄差異。一致性是資料治理，不是已證實的推薦倍數。

對照網站、商業檔案、公開登記與相關獨立來源。區分品牌與法定名稱，記錄真正別名，為搬遷等變更註記日期。修正實際矛盾，不要強迫每段說明逐字相同；獨立文章不是品牌可覆寫的文案。

• →Wikidata／Wikipedia：確認相關性與資格，尊重社群規則及獨立編輯判斷。
• →商業檔案：確認正確組織、現行事實、真正別名與檔案管理權。
• →網站 schema：描述與可見內容相同的真實對象及有依據的關係。
• →公開提及：區分事實錯誤與合理的用語、翻譯或歷史差異。
• →sameAs 只連到同一對象的真正檔案；QID 不是必填，也不能拿來表示所有關係。

CH.06

身分資料檢查清單

這是 Tenten 的資料治理清單，每步留下可檢查的成果；不是用 QID 或 schema 換取引用的保證。

先有證據，再選適用工具。沒有 QID 也可用 sameAs 連結真正檔案；不要為了完成清單建立不符資格的條目。固定問題集觀察答案，記錄模型與日期。修改後的變化是觀測，不證明資料治理造成成效。