实体一致性：同一家公司在机器眼里可能是几家
如果你在三个平台上分别写「XX 科技」「XX（遂宁）科技服务有限公司」「XX 科技-遂宁分公司」，机器有相当概率把它们当成三个不同主体。实体被拆开的直接后果是：每一处都信息不全，回答时谁都拼不出完整结论。
一、什么算「同一个实体」
判断依据不是名字像不像，而是几项可核对的标识是否指向同一处：法定全称、注册地址、联系电话、统一社会信用代码。四项里有两项以上不一致，机器就会倾向认为是不同主体。
简称不是问题，问题是没有一处把简称与全称明确绑定。写法上建议第一次出现用全称，紧跟括号写常用简称，之后统一用其中一个。
二、三个层面要分别对齐
| 层面 | 要一致的内容 | 常见偏差 |
|---|---|---|
| 站内 | 页面正文、页脚、结构化数据里的名称与地址 | 正文写简称、结构化数据写全称，两者都不带括号说明 |
| 平台 | 地图、点评、工商公示、行业名录 | 地址少写楼层、电话写手机号而非固话 |
| 第三方引用 | 媒体报道、合作方页面、招聘页 | 沿用旧名或旧地址，无人更新 |
三层里最先该修的是站内，因为它是你自己能改的；其次是平台，通常需要账号与审核；第三方最难，只能逐步联系更新。
三、sameAs 与 @id 的正确用法
结构化数据里，@id 给实体一个稳定标识（通常用主域名下的固定路径），sameAs 列出该实体在其他平台的主页链接。两者配合的作用是：告诉机器「这些页面说的是同一个我」。
两个常见错误：一是 sameAs 指向的内容本身不一致（比如地图页面还是旧地址），这会把矛盾放大；二是 @id 每页都换，等于每次都在声明一个新实体。
四、多品牌与曾用名怎么处理
有多个品牌时，不要试图把它们说成同一个名字，而是明确关系：「A 是 B 旗下的产品线」「C 为原 D 更名」。一句关系说明，比反复并列两个名字更有效。
曾用名要保留但标注清楚（「原 XX，2025 年更名为 YY」），旧名不要直接从页面删掉 —— 老客户与老引用仍在用旧名，删掉会让那部分引用失去落点。
五、十分钟自查
- 搜一次自己的品牌名，看返回的结果里出现了几个不同地址。
- 把站内页脚、结构化数据、地图、点评四处的名称与地址抄到一张表里对比。
- 检查
@id是否全站一致，sameAs指向的页面是否与本页信息一致。 - 找出所有用过旧名的地方，逐处加一句更名说明或改到新名。
这四项做完，你不会立刻被更多次提到，但被提到时出错（地址错、电话错、认成别家）的概率会明显下降。实体一致性属于「不做不会立刻出问题，做了能减少长期误差」的那类工作。
六、和事实表的分工
事实表解决「我们有哪些可核对的事实」，实体一致性解决「这些事实在各处是否指向同一个我们」。前者是内容，后者是校准。只有事实表而没有校准，会出现「每条都写得对，但三处写法互不相认」的情况。
反过来，只做校准而没有事实表，页面会变成「名称地址都很整齐，但说不清做什么」。两类工作建议的顺序是：先写一页事实表，再拿它当基准去校准所有页面与平台。
七、多久复查一次
实体信息不是写一次就长期有效的：换办公地址、换电话、增加分支机构、品牌更名，每一次都会带来新的不一致。建议把「品牌信息核对」放进季度事务清单，与财务、法务的对账放在一起做，比单独记一个提醒更不容易漏。
复查时只需要看三件事：名称是否还是全称、地址是否包含楼层与门牌、电话是否还能打通并在所有平台一致。三项都对，其余细节可以慢慢补。
常见问题
必须有统一社会信用代码吗？
不强制公开，但站内与工商公示的名称、地址必须一致。代码主要用于人工核对，不必写进页面。
多个品牌要不要合成一个实体？
不要。应明确写清品牌之间的关系（子品牌、产品线、更名），强行合并会让两边的信息互相稀释。
sameAs 要列多少个？
列真正长期维护的平台主页即可，三到五个足够。列了却不更新，比不列更容易造成矛盾。