先分清格式差異同事實衝突
- 格式差異：同一樓層用「3樓」或「3/F」、電話有冇空格，未必代表不同業務。
- 事實衝突：舊電話仍接去其他公司、錯樓層、搬址後仍顯示原地址，會直接影響聯絡及到訪。
- 身份差異：品牌名、公司名或分店名不同，要有真實關係及清楚用途，唔應自行把不同商家合成一個。
Google 要求商家資料反映真實業務，名稱、地址及電話有相應規則，見商家代表指引。本文以「事實是否同一」作工作判準，唔宣稱有一個公開嘅 NAP 分數或字串一致度排名門檻。
用一張資料表做核對起點
| 欄位 | 要確認嘅事實 | 核對依據 |
|---|---|---|
| 商家身份 | 真實使用名稱、品牌與公司關係、分店區分。 | 可核對嘅招牌、官方網站及內部批准資料。 |
| 地址或服務範圍 | 是否接待客人、實際樓層及入口、上門地區。 | 實際營業安排及負責人確認。 |
| 電話 | 號碼屬於哪間業務、誰接收、目前是否可用。 | 商家控制權與受控接收核對。 |
| 來源與狀態 | 網址、原值、正確值、修改日期及負責人。 | 公開前後紀錄、待審或已顯示狀態。 |
呢張表係空白工作模板，唔係已完成嘅 ITOB 或客戶資料審核。未確認嘅欄位先保留未知，唔靠猜測補齊。
上門服務唔應為一致而公開私人地址
資料表可以保留內部營運地址，但公開方式要跟實際業務。只上門、唔喺地址接待客人嘅商家，應按Google 服務範圍指引處理地址顯示；網站就清楚寫出服務範圍與聯絡入口。唔應為追求所有平台字面相同，把原本應隱藏嘅住址公開。
有真實門市就核對樓層、入口同營業安排；多分店按實際地點分開資料。唔用虛構地點去湊地區覆蓋。
搬址、更名或換電話：按次序改
- 先批准資料：由業務負責人確認生效日期、真實接待安排及新聯絡方法。
- 更新自家入口：網站聯絡頁、頁尾、地點頁、預約及表單確認資訊一起核對。
- 處理商家檔案：由授權管理者按官方編輯程序提交；搬址或名稱變更可能涉及驗證，按實際提示處理。
- 盤點其他來源：逐個記錄自家社群、合作介紹或目錄；可管理者更正，第三方資料則記錄待更正，唔標成已完成。
- 公開驗收：核對實際顯示、電話去向、導航及官網一致性；保存未更新來源及下一次檢查點。
呢個次序係本文建議嘅交接流程，唔代表提交後所有來源會同步更新。亦唔應因為原有資料難改，就另開一份重複商家檔案。
唔只檢查頁面上睇到嘅一行字
網站頁尾、聯絡按鈕、地圖嵌入、下載文件同結構化資料可能各自留低舊值。逐項比對真正作用：電話連結是否指向正確號碼、地圖定位是否對、頁面主要資料與結構化資料是否互相支持。技術欄位亦只應描述真實可核對資料。
唔需要為格式而不停改動所有網址或重複建立地點頁。發現舊頁仍有用途時，先補準確說明與清楚去向，再評估合併或轉址。
驗收唔等於即時排名提升
即時可驗收嘅係錯誤值已更正、入口正確、公開狀態可查。之後先觀察同類錯誤查詢有冇減少、客人能否正確到訪及聯絡；地圖次序變化另按固定條件嘅排名紀錄處理。NAP 更正完成唔能夠單獨證明 Google 已重新處理所有來源，亦唔代表 AI 一定引用正確。
下一步按缺口揀
要整理完整檔案，可用商家資料優化清單；要分辨官網同地圖工作，睇本地 SEO 與網站 SEO 比較。需要網站核對可帶同已批准資料表、錯誤網址及修改權限範圍，按ITOB Group SEO／AIO 服務範圍安排工作。未獲授權嘅第三方資料更正，要另按相關渠道程序處理。
官方依據與更新說明
本文檢查表及例子由 ITOB Group 編輯整理，屬工作方法，唔係客戶成效或排名測試。平台功能及政策會變動，操作前請核對官方說明與實際帳戶。最後實質更新：2026 年 10 月 27 日。
