# GEO实体建模上线前：7项自查

> GEO（生成式引擎优化），是指帮助生成式人工智能（AI）搜索和问答系统更准确地理解公开信息。本文所说的GEO实体建模，就是把公司、品牌、产品、服务、人物和地点分别记录下来，再说明它们之间的真实关系。

来源：https://www.starbox.work/insights/geo-guide/geo111/（星盒AI 知识中心，更新于 2026-10-03）

GEO（生成式引擎优化），是指帮助生成式人工智能（AI）搜索和问答系统更准确地理解公开信息。本文所说的GEO实体建模，就是把公司、品牌、产品、服务、人物和地点分别记录下来，再说明它们之间的真实关系。

这里的“实体”，指能够被单独识别的对象。例如，一家公司是一个实体，它旗下的品牌是另一个实体，具体产品、负责人和办公地点也应分别识别。

实体建模最容易出错的地方，往往不是代码，而是基础事实：

- 公司注册名和品牌名被混在一起；
- 同一款产品在不同页面使用了两个名称；
- 创始人、负责人和文章作者被写成同一个角色；
- 公司、品牌、产品之间的所属关系写反；
- 网页代码里写了某项信息，页面正文却找不到对应内容。

如果这些问题没有解决，继续增加页面和信息项，只会让错误出现在更多地方。

因此，上线前不应急着创建百科词条，也不应先给网站添加代码。第一步应当是确认：公开网络中的公司、品牌、产品、服务和负责人，能不能被稳定识别为不同对象；它们的边界是否清楚，关系是否正确，关键事实是否有据可查。

下面这7项自查，只要有关键项没有通过，就应先修正，再决定是否上线。

## 一、公司、品牌和产品是否分开记录

实体建模的第一步，是先区分对象，再记录关系。

| 对象 | 应记录的信息 | 常见混淆 |
|---|---|---|
| 公司 | 法定全称、注册信息、成立时间、总部、官网 | 把品牌简称当成公司全称 |
| 品牌 | 中文名、英文名、别名、所属公司、官方账号 | 把公司和品牌写成同一个对象 |
| 产品 | 正式产品名、型号、版本、所属品牌、适用对象 | 把产品系列和单个型号混用 |
| 服务 | 服务名称、服务范围、交付对象、提供主体 | 把服务承诺写成产品事实 |
| 人物 | 姓名、公开职务、与公司或品牌的关系 | 把创始人、负责人和作者混为一人 |
| 地点 | 注册地、总部、办公地、服务地区 | 把注册地址写成实际办公地 |

一家公司可以维护多个品牌，一个品牌也可以包含多个产品。即使名称相近，也不能直接认定为同一个对象。

反过来，同一对象可能同时存在简称、英文名和历史名称。这些名称不应被拆成互不相关的多个实体，而应作为别名，统一关联到同一个对象。

这一项主要检查两个问题：

- 应该分开的对象，是否已经分别记录；
- 属于同一对象的不同名称和信息，是否已经正确关联。

![GEO实体建模上线前：7项自查](/static/img/insights/geo-guide/geo111-2.jpg)

## 二、每个核心实体是否都有事实主档

每个核心实体都应建立一份持续维护的“事实主档”。它不是对外宣传文案，而是内部统一事实、检查冲突和追溯来源的记录。

一份事实主档至少应包含：

- **主名称：** 当前对外使用的正式名称；
- **法定名称：** 需要时单独记录，不与品牌名混写；
- **别名：** 常用简称、历史名称、英文名和常见拼写；
- **唯一入口：** 正式官网或长期稳定的主体页面；
- **核心描述：** 这个对象做什么、不做什么、面向谁；
- **关键关系：** 它与公司、品牌、产品、人物和地点分别是什么关系；
- **事实证据：** 支持相关信息的公开网址或正式文件；
- **当前状态：** 有效、待确认或已停用；
- **维护信息：** 负责人和最近一次复核日期。

“领先”“专业”“值得信赖”等宣传用语，既不能证明对象身份，也不能帮助核对关系，不适合写入事实主档。

判断一份主档是否合格，可以看它能不能回答六个问题：

1. 叫什么；
2. 属于谁；
3. 做什么；
4. 何时成立；
5. 在哪里；
6. 证据在哪里。

其中任何一项说不清，都不应急着把相关信息同步到官网、平台简介和网页代码中。

![GEO实体建模上线前：7项自查](/static/img/insights/geo-guide/geo111-3.jpg)

## 三、名称、别名和身份标识是否统一

名称不统一，是实体识别中最常见的问题之一。

这里所说的“身份标识”，是指能够帮助外部判断“它到底是谁”的固定信息，例如正式名称、官网地址、产品型号和官方账号。

上线前，应对照官网首页、关于我们、产品页、认证账号、媒体资料和网页代码，逐项检查：

1. 公司全称是否每个字符都一致；
2. 品牌中文名和英文名是否采用固定写法；
3. 简称是否明确归在对应的主名称下面；
4. 旧名称是否标注停用时间和替代名称；
5. 产品型号中的空格、连字符和字母大小写是否统一；
6. 官方网址是否统一使用正式域名和规范地址；
7. 联系方式、所在地和公开负责人是否存在冲突。

需要统一的是事实，不是文案。

不同平台可以根据篇幅限制，使用长短不同的介绍。但是，公司名、品牌名、产品名、所属关系、产品范围和关键时间，不能随着文案长短而变化。

表达方式可以不同，指向的对象和事实必须一致。

## 四、实体之间的关系方向是否正确

实体建模不仅要说明“有哪些对象”，还要说清楚“这些对象之间是什么关系”。

至少需要核对：

- 公司维护哪个品牌；
- 品牌包含哪些产品或服务；
- 产品由谁提供，适合什么对象；
- 人物在公司中担任什么公开职务；
- 分公司、子公司和母公司分别是什么关系；
- 证书、奖项和案例属于公司、品牌，还是某个具体产品。

检查时需要特别注意：“相关”不等于“属于”。

合作伙伴不是子公司，经销商不是品牌所有者，创始人也不等于每篇文章的作者。证书如果颁发给公司，也不能直接写成某个产品获得了该证书。

关系一旦写错，官网正文、平台简介、网页代码和后续内容都可能继续使用同一项错误信息。因此，先保证关系正确，再考虑增加关系数量。

## 五、每条关键事实是否都有证据

关键事实不能只靠内部习惯或口头说法确认。每一条关键事实，都应能够追溯到至少一个可以访问的来源。

证据可以包括：

- 官网正式页面；
- 政府或行业公开信息；
- 可以验证的证书；
- 正式产品文档；
- 独立媒体报道。

核验证据时，需要回答四个问题：

- 这个来源是否确实支持当前这句话；
- 来源描述的对象是否就是当前实体；
- 页面能否公开访问，是否标注日期或版本；
- 来源失效后，是否有备用证据或明确的责任人。

有链接，不等于有证据。链接中的内容必须能够直接支持对应事实，而且说的是同一个对象。

同一家公司批量发布的宣传文章，不能互相作为独立证明。也不能为了填满资料，编造评价、奖项、成立时间或产品参数。

暂时找不到证据的事实，应标记为“待确认”，不能直接写成公开结论。

## 六、页面正文与结构化数据是否一致

结构化数据，是按照固定格式写入网页、用于描述页面主体的一组信息。它可以帮助搜索系统识别页面讲的是哪家公司、哪个品牌或哪款产品。

Schema.org是一套用于描述网页对象和属性的公开规则。网站可以用其中的`Organization`表示组织，用`Product`表示具体产品。类型和信息项应根据页面实际内容选择，并不是类型越多、信息填得越满越好。

Schema.org的`Organization`页面列出了多项可用属性，包括：

- `legalName`：法定名称；
- `url`：官方网址；
- `logo`：标志图片；
- `founder`：创始人；
- `foundingDate`：成立日期；
- `brand`：所属或维护的品牌；
- `contactPoint`：公开联系方式。

`sameAs`也是其中一个属性，用于链接能够明确标识同一对象的公开页面。它不是“相关链接合集”。合作伙伴页面、普通新闻稿和无关主页，即使提到了该品牌，也不能因此直接作为`sameAs`使用。

JSON-LD是一种把结构化数据写入网页的代码格式。检查JSON-LD时，不能只看代码格式是否正确，还要确认其中的信息与页面正文一致。

上线前，应同时检查以下五个层面：

| 检查层 | 检查内容 | 通过标准 |
|---|---|---|
| 页面正文 | 名称、描述、人物、产品、地址是否可见 | 用户能在页面中找到对应事实 |
| JSON-LD | 类型和信息项是否匹配当前对象 | 内容与正文一致，没有只写在代码里的隐藏事实 |
| `sameAs` | 每个链接是否指向同一实体的公开页面 | 不是合作方、新闻稿或无关主页 |
| 产品页 | `Product`描述的是否为当前具体产品 | 名称、型号、品牌与页面一致 |
| 校验工具 | 是否存在代码格式或信息项错误 | 错误已修复，警告有处理记录 |

Google的结构化数据通用指南明确要求，标记内容应真实代表页面主体，并与用户可见内容一致。该指南也说明，代码格式正确，并不保证搜索结果一定出现额外展示。

因此，校验通过只能说明技术检查完成了一部分。它不能证明实体事实正确，也不能保证任何AI平台一定收录、引用或推荐。

官方核验入口：

- [Schema.org Organization](https://schema.org/Organization)
- [Schema.org sameAs](https://schema.org/sameAs)
- [Google结构化数据通用指南](https://developers.google.com/search/docs/appearance/structured-data/sd-policies)

## 七、跨平台结果是否可以复核

完成内部检查后，还要观察不同公开平台对相关实体的识别结果是否基本一致。

可以准备一组固定问题，分别测试：

- 这家公司的法定名称是什么；
- 这个品牌属于哪家公司；
- 主要产品或服务有哪些；
- 创始人或公开负责人是谁；
- 总部、成立时间和官方入口是什么；
- 某个产品与品牌、公司分别是什么关系。

每次测试，都应记录提问原文、测试平台、日期、回答内容、引用网址和错误类型。结果至少可以分为四类：

- **正确：** 对象、事实和关系均无明显错误；
- **缺失：** 没有找到对应信息；
- **混淆：** 把不同公司、品牌、产品或人物写成同一个对象；
- **过期：** 仍在使用已经变更的名称、职务、地址或产品信息。

发现问题后，不要只修改测试问题。应回到事实主档查找原因：

- 主档是否缺少记录；
- 官网不同页面是否互相冲突；
- 第三方页面是否已经过期；
- 结构化数据中的关系方向是否写反；
- 平台是否还没有取得更新后的信息。

一次回答正确，不能证明结果会长期稳定。只要名称、产品、负责人或公开页面发生变化，就需要重新复核。

## 出现这些问题，应暂停上线

如果出现以下任一情况，而且尚未解决，就不适合直接上线：

- 公司、品牌或产品的边界尚未确定；
- 同一名称在主要页面存在两种写法，却没有别名说明；
- 所属关系、人物职务或产品归属互相冲突；
- 关键事实没有来源，或来源说的是另一个对象；
- 结构化数据包含页面正文中看不到、也无法证明的内容；
- `sameAs`链接指向的不是同一实体；
- 没有记录负责人、版本和复核日期。

暂停上线，是为了先把已经发现的问题处理完。错误一旦进入多个页面和平台，后续排查时就更难确认它最初来自哪里。

## 常见问题

### 1. 公司名和品牌名一样，还要分开记录吗？

要。

两者可以同名，但公司是法律主体，品牌是对外使用的市场身份，两者承担的关系不同。分开记录后，再说明它们当前同名并建立所属关系，后续的产品、证书和账号才不容易关联到错误对象。

### 2. 所有平台的简介必须一字不差吗？

不需要。

不同平台可以使用长短不同的介绍，但公司名、品牌名、产品名、所属关系和成立时间等事实应保持一致。文案可以调整，事实不能随意改变。

### 3. `sameAs`链接是不是越多越好？

不是。

每个链接都应能够明确标识同一个实体。合作伙伴页面、普通新闻稿、无关栏目和无法确认归属的账号，不应为了增加数量而加入。

### 4. Schema校验通过，就算实体建模完成了吗？

不算。

Schema校验主要检查结构化数据的代码格式和信息项。除此之外，还要检查对象边界、关系方向、页面可见事实、事实证据和跨平台一致性。

### 5. 没有第三方来源怎么办？

先完善官网事实主档和能够验证的资料，再逐步获得真实的独立来源。

不能自行伪装第三方评价，也不能创建缺乏独立依据的百科内容。暂时无法核验的信息，应保留“待确认”状态。

### 6. 事实主档多久更新一次？

公司更名、产品改版、负责人变化、地址或联系方式变化时，应立即更新；平时按固定周期复核。

每次修改都应保留日期、负责人和旧值，以便后续确认相关信息在什么时间发生了变化。

## 写在最后

GEO实体建模自查，不是检查信息有没有填满，而是确认四件事：

- 核心对象没有混淆；
- 关系方向没有写错；
- 关键事实能够找到证据；
- 每次修改都可以追溯。

这7项全部通过，也不能保证任何平台一定收录、引用或推荐。但它可以先排除自身能够发现和修正的问题，让公开信息保持清楚、一致、可核验。

上线之前多核对一次事实，通常比上线之后在多个页面和平台反复修改更有效。