
客户问 AI:“这家公司主要做什么?它和那个同名品牌有关系吗?”
答案看起来很完整,企业负责人却发现:业务介绍是自己的,地址来自搬迁前的旧页面,产品又属于另一家同名企业。
这是一个说明性场景,并非已核实案例。它提醒我们:讨论 AI 是否提到品牌之前,先要检查它描述的究竟是不是这家企业。
上一篇拆解了搜索、检索、生成与引用。本篇进一步看:散落在不同页面里的企业名称、产品和地址,怎样才能表达清楚同一个主体?
一、品牌名称是一串字,实体是它指向的对象
“实体”可以简单理解为能够被区分的具体对象,比如一家企业、一个品牌或一款产品。
同一家公司可能有全称、简称和英文名;两个不相关的公司也可能使用相近名称。把不同叫法对应到正确对象,并与同名对象区分开,就是这里要解决的身份识别问题。
因此,仅反复出现品牌名并不够。读者还需要知道:它的官网是什么、提供什么服务、面向哪些客户,以及品牌与经营主体是什么关系。
Google 的 Organization 文档明确说明,组织结构化数据可帮助其理解组织信息,并在搜索结果中区分不同组织。[1] 这为“身份需要多项信息共同说明”提供了一个具体平台例子,不能据此推断所有 AI 都采用相同机制。

图 1:名称相似时,还要核对官网、业务等身份线索。
二、知识图谱表达关系,但不是每次回答的必经关卡
如果把企业、品牌、产品视为节点,把它们之间的“运营”“提供”等关系连接起来,就得到一个简化的知识关系网络。
例如,一家公司运营某个品牌,品牌下有不同产品;合作伙伴提供安装服务。这些关系应分别写清,不能因为名称常在一起出现,就把合作伙伴写成子公司。
Google 的知识图谱文档将现实世界中的人、地点和事物等描述为实体节点。[2] 本文借此解释概念,下图只是教学示意,不是任何平台内部结构的还原。
AI 能回答企业问题,不代表它一定先查过一张完整的企业知识图谱。 回答也可能来自模型已有知识、实时检索的网页或当前对话。不同系统如何组合这些信息,不能仅凭答案倒推出内部流程。
企业通常不必先做一套庞大的图谱系统。更实际的起点,是把关键关系写成可核实的句子:谁运营品牌,谁提供产品,服务范围是什么,哪些内容有证据支持。

图 2:企业、品牌、产品和服务应有明确关系;此图仅作概念说明。
三、信息一致,是事实能对上,不是文案一字不差
官网适合完整介绍业务,公众号可以讲应用场景,行业资料可能记录历史事件。它们的表述不同很正常,但不能在同一事实、同一时间口径下互相矛盾。
建议先检查五类信息:
- 身份:企业全称、品牌名、常用简称,以及各名称的对应关系。
- 入口:官网、官方账号和公开联系方式,避免把经销商页面当成总部入口。
- 业务:当前提供的产品与服务、目标客户及交付边界。
- 关系:品牌归属、子公司与合作方的区别,不能随意扩大关联。
- 时效与证据:地址变更、生效日期、资质有效期,以及能核对的原始资料。
历史信息不一定要删除。比如旧新闻记录当年的办公地址,可以保留历史语境;当前“联系我们”页面则应提供现行地址。必要时补充迁址说明,帮助读者区分过去与现在。
这是一项内容治理建议,并非已知的 AI 排名公式。事实清楚可以减少资料自身的歧义,却不能保证系统一定采用最新版本。
四、企业可以照着做的四步检查
第一步:建立一份企业事实主表
由业务负责人确认关键事实,内容负责人维护版本。每条记录至少包含“事实、依据、适用时间、维护人、已发布位置”。
例如,服务地区不能只写“全国覆盖”,还应确认哪些地区可现场交付、哪些仅支持远程;没有依据的能力不列入对外介绍。
这张表是内部协作底稿,不必将所有内容公开。对外发布客户名称、项目细节前,还要核对公开权限。
第二步:逐个核对主要公开入口
先检查官网首页、关于我们、产品页、联系页,以及企业能管理的官方账号简介。再检查重要行业目录和合作方介绍。
优先修正影响身份和联系的错误,其次处理业务边界与时效问题。不要一开始就追求把所有平台铺满。
同一主体的官方账号可以在官网集中说明;品牌与经营主体不同,则直接解释关系。清楚的文字本身就有价值,不要把关键信息只放在图片里。
第三步:修正源头,并为历史变化补说明
假设一家虚构的设备服务商,官网已改成“工业检测设备维护”,旧目录仍写“设备生产”,官方账号又只写“科技服务”。这不是效果案例,而是用于说明排查方式的假设。
处理顺序可以是:业务负责人确认现行业务,更新自有入口,再联系旧目录修正。旧文章若记录过去的生产业务,则补充时间说明,避免把历史业务误当现状。
不能编辑的第三方资料,记录链接、错误与更正进度;不要为了“覆盖旧内容”而批量制造重复页面。多个转载页面也不等于多份独立证据。
第四步:用固定问题复测,保存原始结果
选择几类稳定问题,例如“这家公司做什么”“某品牌由谁运营”“它是否提供现场服务”。记录平台、模式、日期、问题、回答和来源。
复测时分别检查名称、业务、关系和时效有没有错误。若回答提供引用,打开原文看它是否真的支持相应说法;若没有来源,就保留“依据不明”的判断。
一次回答正确不代表长期稳定。将修改前后的多次结果放在一起观察,可以辅助排查,但不能把变化全部归因于某一次改稿。

图 3:先建立事实依据,再核对入口、修正错误并持续复测。
五、结构化数据能辅助说明身份,也有明确边界
有官网和技术支持的企业,可以根据页面真实内容考虑 Organization 等结构化数据。Google 文档列出了 name、legalName、alternateName、url、sameAs 等相关字段。[1]
其中,sameAs 用于指向能够明确说明同一对象身份的页面。[3] 不能因为合作方、客户或媒体提过自己,就把它们都标成“同一个主体”。
标记还应与页面可见内容一致。Google 对其 AI 搜索功能的说明明确指出:不需要专门的 Schema.org 标记,既有 SEO 基础仍然适用。[4]
因此,加代码并非进入 AI 回答的“通行证”,也不能据此保证引用或推荐。以上是 Google 的公开说明;国内 AI 产品是否读取某种标记、怎样处理,需要各自的官方证据,不能直接套用。
六、先看身份是否准确,再看引用与业务结果
本篇可以落成三件事:
第一,分清对象。 企业、品牌、产品可以有关联,但不能混为一谈。
第二,统一事实。 建立有依据、有时间口径的主表,让主要公开入口能互相核对。
第三,分别评估结果。 企业是否被提及、资料是否被引用、客户是否进一步咨询,是三个层面。身份描述准确是基础,不能直接当成商业转化。
下一篇计划讨论“AI 为什么会引用某些网页?”,继续拆解内容质量、可信度与可检索性;具体题目以当次创作为准。

资料与注释
[1] Google Search Central,Organization structured data。支持组织身份区分与字段说明;适用于 Google,不代表所有 AI 系统。核验:2026-10-20。 https://developers.google.com/search/docs/appearance/structured-data/organization
[2] Google for Developers,Google Knowledge Graph Search API。用于解释实体节点概念,不用于推断各平台回答流程。核验:2026-10-20。 https://developers.google.com/knowledge-graph
[3] Schema.org,sameAs。用于说明同一实体的身份关联,不等于任意业务关联。核验:2026-10-20。 https://schema.org/sameAs
[4] Google Search Central,AI features and your website。支持 SEO 基础、可见文本与标记一致性及无特殊标记要求的说明。核验:2026-10-20。 https://developers.google.com/search/docs/appearance/ai-features