Entity(實體)是搜尋引擎與 AI 用來辨識「這是哪一家公司」的概念。公司名稱、地址、創辦人、服務等資料在各處一致,AI 才能把分散在網路上的資訊歸到同一家公司。5 個步驟:統一基本資料、建立官網關於頁、加上 Organization 結構化資料、讓外部來源資料一致、定期檢查。
- AI 不是靠「名字」認識公司,而是靠名稱、地址、網址、人物、服務等資料之間的關聯。
- 資料在各處不一致,AI 可能把你當成兩家公司,或把別家公司的資訊算到你頭上。
- 官網的「關於」頁是你能完全掌控的權威來源,要把基本資料寫完整。
- Organization 結構化資料的 sameAs,可以明確告訴搜尋引擎哪些外部頁面是你。
- 政府登記、Google 商家檔案、產業協會等外部資料,要和官網寫法一致。
為什麼 AI 需要知道「你是誰」
想像 AI 在網路上看到這些資訊:
- 官網寫「數位聖經」
- Facebook 粉專叫「Digital Bible 工作室」
- 一篇報導寫「數位聖經科技」
- Google 地圖上的地址是三年前的舊址
對人來說,可能猜得到這些都是同一家公司;但 AI 需要足夠的線索才能確定。線索不足時,AI 可能不敢提到你、把你的資訊說錯,甚至把同名的另一家公司資訊混進來。
搜尋引擎與 AI 用來處理這件事的概念,就是 Entity(實體):一個可被明確辨識的對象,以及它和其他對象之間的關係,例如「數位聖經」這家公司、它的創辦人、它的地址、它提供的服務。
步驟一:統一基本資料
先決定一份「標準寫法」,之後所有地方都照抄:
| 項目 | 範例 | 注意 |
|---|---|---|
| 中文名稱 | 數位聖經 | 品牌名與登記名不同時,兩者都列出 |
| 英文名稱 | Digital Bible | 大小寫、空格都要一致 |
| 官網網址 | https://你的網域/ |
統一用 https、統一有沒有 www |
| 地址 | 依郵局格式 | 全形、半形與樓層寫法要一致 |
| 電話 | 02-xxxx-xxxx | 統一格式 |
| 創辦人/負責人 | 姓名+職稱 | — |
| 一句話介紹 | 「台灣的 AI 落地實戰平台,提供…」 | 各平台的簡介用同一句開頭 |
步驟二:建立完整的「關於」頁
官網是你唯一能完全掌控的權威來源。「關於」頁至少要有:
- 上面的基本資料(用文字,不要只放在圖片裡)
- 成立時間、服務地區、主要服務
- 創辦人或主要成員的介紹,並連到他們的公開個人頁面
- 統一編號,或連到政府登記資料
- 媒體報導、認證、獎項與合作夥伴(連回原始來源)
步驟三:加上 Organization 結構化資料
結構化資料是寫給機器看的標準格式,讓搜尋引擎不用猜。以下是簡化範例:
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://你的網域/#organization",
"name": "數位聖經",
"alternateName": "Digital Bible",
"url": "https://你的網域/",
"logo": "https://你的網域/logo.png",
"sameAs": [
"https://www.facebook.com/你的粉專",
"https://www.linkedin.com/company/你的公司",
"https://www.youtube.com/@你的頻道"
]
}
重點:
@id:給公司一個固定的識別網址,全站每一頁都用同一個,其他結構化資料(文章作者、服務提供者)都指向它sameAs:列出確定是你的官方外部頁面,明確告訴搜尋引擎「這些都是同一家公司」。只放真的屬於你、而且資料一致的頁面- 只標記頁面上看得到的內容:結構化資料要和頁面內容一致
步驟四:讓外部來源資料一致
AI 會交叉比對外部資料。台灣企業常見、值得優先整理的外部來源:
| 來源 | 做法 |
|---|---|
| 經濟部商工登記資料 | 確認登記名稱、地址;官網的公司資料與它一致 |
| Google 商家檔案 | 名稱、地址、電話、網址、營業時間與官網一致 |
| 社群平台(Facebook、Instagram、LinkedIn、YouTube) | 名稱、簡介、網址統一;刪除或合併重複的舊帳號 |
| 求職平台的公司頁面 | 很多人會忽略,但它常被搜尋到 |
| 產業協會、合作夥伴、展會網站 | 請對方更新為標準寫法,並連到你的官網 |
外部資料不只是讓 Entity 一致,也是證明企業實力的證據。延伸閱讀:第三方資料為什麼重要?
步驟五:定期檢查
- 每季搜尋一次公司名稱(中英文),看看前兩頁的資料是否一致
- 問 ChatGPT、Gemini、Copilot、Perplexity:「{公司名稱}是一家什麼樣的公司?」,檢查描述是否正確、引用了哪些來源
- 發現錯誤時,找出錯誤資訊的來源頁面,修正源頭
量測方法見 如何自己量測 AI 能見度?。
常見錯誤
- 中英文名稱在不同平台用了好幾種寫法
- 搬家或改名後,只改了官網
- 同時有好幾個 Facebook 粉專,其中幾個已經沒在經營
- 關於頁只有一段形象文字,沒有任何可驗證的基本資料
- 結構化資料的公司名稱和頁面上寫的不一樣
Entity 是 GEO 五個支柱中的第二個,完整方法見 GEO 是什麼?。數位聖經的 AI 搜尋策略服務 包含 Entity 一致性檢查與修正。
常見問題
中文名稱和英文名稱要用哪一個?
兩個都要,但要固定。決定一個主要名稱(通常是登記名稱或品牌名稱)和一個英文名稱,在官網、社群與所有外部平台都用同一組寫法,並在結構化資料中用 name 與 alternateName 標示。
公司搬家或改名了,舊資料怎麼辦?
先更新官網與結構化資料,再逐一更新 Google 商家檔案、社群、協會、合作夥伴頁面等外部資料。無法修改的舊報導,可以在官網的關於頁說明沿革(例如「原名某某,於某年更名」),讓 AI 能把新舊名稱連起來。
一定要有維基百科條目嗎?
不需要,而且維基百科有收錄門檻,不應該為了 SEO 自行建立。對多數中小企業來說,官網關於頁、政府登記資料、Google 商家檔案與產業相關的第三方頁面,已經足夠建立清楚的 Entity。