软件厂商最怕的不是竞品出现在选型答案里，而是自己的产品被 AI 同时当成两家公司：一家叫「某某科技」，一家叫「某某软件」，地址一个写总部、一个写注册地，产品名有时带「云」有时不带。用户问「适合 20 人团队的 SaaS 工具有哪些」，生成式引擎从不同页面抓取的名称对不上，就会把同一个品牌拆成两个实体，最后两条都不被引用。
这不是猜测。生成式引擎优化（GEO）的核心之一，就是知识图谱中的实体对齐。当官网、百科、第三方目录对同一组织的命名、地址、联系电话、成立时间不一致时，AI 无法确认它们是同一个实体，引用就会变得保守。对 SaaS 企业来说，产品页、定价页、帮助中心、新闻稿、招投标信息里的名称地址不统一，是进入「最佳工具」类答案的最大障碍之一。
先盘点你有几套名字
第一步不是改页面，而是把现有命名全部列出来。SaaS 企业常见的不一致来自四类来源：
- 产品名：比如「XX协作」和「XX协作云」可能同时出现在官网标题、App Store 和新闻稿里。
- 公司名：工商注册名、品牌名、英文名可能不同，例如中文叫「某某网络科技」，英文叫「XX Tech」，官网 footer 却写「XX 科技」。
- 地址：总部、注册地址、分支机构地址混用，甚至同一页面不同栏目写不同城市。
- 简称与全称：有些页面第一次出现全称，后面全用简称；有些外部站点只收录简称。
操作上可以拉一张表，把每个渠道看到的名称、地址、电话、创始年份都列出来。这个表不需要公开，但必须完整。只有先看清有几套名字，才能决定以哪一套为准。
以哪一页为准
实体对齐需要一个「权威页」作为基准。对 SaaS 产品来说，通常选择产品官网的首页或专门的「关于我们」页。基准页要满足三个条件：
- 能被生成式引擎抓取：检查 robots.txt 是否允许 GPTBot、ClaudeBot 等爬虫，以及页面是否可渲染。
- 实体信息集中：在一个页面内同时出现公司名、产品名、地址、联系方式，且格式一致。
- 更新频率可控：后续名称地址调整时，只需要更新这一页，而不是全站散落。
需要注意，基准页不是随便选一个排名最高的页面。如果帮助中心文章里把公司名叫成另一个名字，而帮助中心被 AI 抓取更多，就要么把帮助中心的名称改过来，要么在帮助中心统一引用基准页的规范名称。
为什么不在 Wikipedia 上先改？因为 Wikipedia 有独立的编辑规则，普通企业不能直接编辑自己的条目。但 Wikipedia 页面里的名称、地址如果与官网不一致，会直接影响 AI 对实体的判断。可行的做法是：先统一官网，再通过 Wikipedia 的讨论页或客观来源提交修正建议。没有把握时不要直接动手，避免被视为有利益冲突的编辑。
全网对齐清单
确定基准页后，按以下清单逐项对齐。每一项都要改成与基准页完全相同的字符串，包括大小写、空格、标点。
| 渠道类型 | 需要对齐的字段 | 常见问题 |
|---|---|---|
| 官网所有页面 | 公司名、产品名、地址 | footer、关于页、联系页名称不一致 |
| 帮助中心 / 文档 | 产品名、公司简称 | 旧名残留，如「XX云」写成「XX」 |
| 新闻稿 / 博客 | 公司全称、英文名 | 中英文混用，首次出现不写全称 |
| 第三方目录 | 公司名、地址、电话 | G2、Capterra、Crunchbase 等收录信息过期 |
| 社交媒体简介 | 品牌名、官网链接 | LinkedIn 写简称，官网写全称 |
| 应用商店 | 开发者名称、产品名 | 开发者名与公司名不一致 |
对齐不是一次性工程。SaaS 企业经常有新产品线、新域名、新办公室，每次品牌资产变更都要同步到上述渠道。建议把「实体对齐」纳入发布流程：任何对外物料上线前，先检查名称地址是否与基准页一致。
GEO 复测问法
对齐之后，不能只靠肉眼确认。要用生成式引擎实际提问，观察 AI 是否把你识别为一个实体。推荐以下问法：
- 「[产品名] 是哪家公司的？」——检查 AI 是否说对公司名。
- 「[产品名] 的总部在哪里？」——检查地址是否来自基准页。
- 「[产品名] 和 [公司名] 是什么关系？」——检查 AI 是否把产品和公司关联。
- 「适合 20 人团队的 [品类] 工具有哪些？」——检查 AI 是否把你的产品列为其中一个，且名称写法正确。
- 「[产品名] 的英文名是什么？」——检查英文名是否统一。
复测时注意：不同引擎（ChatGPT、Perplexity、Google AI Overview）抓取的数据源不同，结果可能不一致。如果某一家一直引用错误名称，就去查它引用的原始页面是哪个，再回到对齐清单里修正那个页面。
复测频率建议每月一次，或者每次品牌信息变更后立即复测。把复测结果记录在同一个表格里，方便追踪改进。
改名后的过渡写法
SaaS 企业改名或产品更名时，不能简单地把旧名全部替换成新名。因为外部站点、历史新闻、用户口碑里仍然有旧名，AI 可能会同时遇到两个名字。过渡期要做的三件事：
- 在基准页明确写清新旧关系：例如「XX 科技（原 XX 网络）」，并在显著位置说明产品名变更。
- 保留旧名到新名的重定向：旧域名、旧产品页 301 到新页面，避免出现 404。
- 在帮助中心或公告页写一篇改名说明：用自然语言解释「为什么改名」「新名称是什么」「旧名称是否继续使用」，这能帮助 AI 理解实体演变。
过渡期不要删除旧名的所有痕迹，否则可能造成知识断层。有些生成式引擎会参考历史数据，如果旧名完全消失，它可能无法把新旧实体连接起来。
还容易问的
实体对齐和 SEO 的 NAP 一致性是一回事吗？
有重叠，但不完全相同。SEO 中的 NAP（Name, Address, Phone）一致性主要针对本地搜索和地图结果。GEO 的实体对齐范围更广，还包括产品名、英文名、简称、第三方目录、新闻稿等，目标是让 AI 的知识图谱统一。
把名称地址统一后，多久能看到 AI 引用变化？
没有一个固定时间。取决于生成式引擎的抓取频率、缓存更新速度以及外部站点的修正速度。一般建议对齐后持续观察 4-8 周，同时主动提交更新到主要数据源。
如果第三方目录不让我改怎么办？
优先改自己能控制的页面（官网、帮助中心、社交媒体）。对于第三方目录，可以提交更新请求；如果无法修改，就在官网基准页用结构化数据（如 Organization schema）明确标注规范名称和地址，增加 AI 对你官方信息的信任。
产品名和公司名不同，需要统一吗？
不需要改成完全一样，但必须让 AI 知道它们的从属关系。例如公司叫「XX 科技」，产品叫「YY 协作」，要在基准页同时出现，并说明「YY 协作是 XX 科技旗下的产品」。
应该用哪个 schema 标注实体？
优先使用 Organization 和 SoftwareApplication 类型。在 Organization 中填写规范的公司名、地址、官网 URL；在 SoftwareApplication 中填写产品名、开发者、应用类别。确保 schema 信息与页面可见文本一致，不要只在 JSON-LD 里写一套、页面显示另一套。
实体对齐不是一劳永逸的，但只要把清单融入日常运营，SaaS 产品被 AI 引用时就能少很多「拆成两家」的尴尬。更多 GEO 方法可查看GEO 专栏，或对比SEO 与 GEO 的区别。