学习契约与正确模型
先明确为什么学、学完能做什么，以及如何证明自己真的掌握。
B2B 品牌常有缩写、改名、母子公司与相似产品名；身份混乱会让用户、媒体和机器难以确认“你是谁”。
- 能建立核心实体词典
- 能绘制实体—页面—关系图
- 能审查 sameAs 与外部身份一致性
精读 29 分钟 → 引导练习 20 分钟 → 实战任务 65 分钟。实战时间单列，不再把浏览页面和项目操作混成一个数字。
- 它是什么
- 实体是可区分对象，知识图谱以节点、属性和关系组织事实；网站通过内容、链接与数据表达这些关系。
- 为什么重要
- 一致身份和明确关系降低歧义，支持用户理解、数据复用和机器处理。
- 什么时候使用
- 品牌改名、多产品/人物/地点、组织层级复杂、Schema 设计或数字 PR 时。
- 什么时候不要套用
- 不要把“多写相关实体词”误当知识图谱，也不要创建不可维护的虚假 Wikidata/Wikipedia 条目。
- 边界与不确定性
- 实体一致性有助理解但不保证知识面板、排名或 AI 引用；外部平台有独立收录政策。
机制精讲
先读完整因果链，再看每个环节留下什么可观察信号。
实体思维把名称背后的真实对象与对象之间的关系分开：同一公司可能有品牌名、法定名称和旧名称，同一缩写也可能指向不同产品。知识图谱则用稳定标识、类型、属性和关系组织这些事实。对 SEO 来说，这种模型能改善站内事实一致、结构化数据、内容治理和导航；但不能据此宣称已经进入某个搜索引擎的内部知识图谱，也没有“多提实体就提高排名”的公开规则。
B2B 品牌常在官网、社交账号、合作伙伴、软件目录和媒体资料中出现名称、总部、创始人或产品分类冲突。解决方法不是全网堆同一句描述，而是建立权威事实源、稳定 @id/URL、可追溯字段和变更流程。关系也必须真实：品牌拥有产品、产品支持集成、专家撰写文章，各自需要来源。课程将实体解析、事实来源与站内外一致性合成一张可维护的品牌事实图。
实体解析
把字符串映射到唯一对象，并处理别名、旧名与同名冲突。稳定标识比每处完全相同措辞更重要。
事实来源与关系
每个属性和边都应有 owner 与来源，例如产品收购日来自法务记录，集成支持来自产品系统。
多出口一致性
官网正文、About、作者页、JSON-LD、知识库和合作伙伴资料应由同一事实源驱动；冲突会让用户和系统难以确认对象。
关键概念
掌握术语之间的关系，才能迁移到不同网站、行业和工具。
实体身份
统一官方名称、别名、URL、logo、创建时间和唯一标识，并保留更名历史。
关系
产品属于组织、作者审阅文章、软件集成另一产品等关系必须基于真实事实。
外部对齐
官网、社交档案、公司注册、行业目录和知识库中的核心事实应一致且可验证。
完整示范
跟随一次“输入 → 分析 → 中间产物 → 结论”，看见专家是怎样做判断的。
建立品牌实体事实源
教学用合成数据：公司法定名 Acme Data Inc.、品牌 AcmeFlow、旧产品 DataRiver；官网称 2018 创立，媒体资料写 2019，合作目录仍把 DataRiver 当独立公司。
- 法务记录可确认成立日和商标
- 品牌改名已有正式公告
列实体与别名
- 输入
- 法务、产品、官网和外部资料。
- 分析
- 区分公司、品牌和产品，记录 AcmeFlow 与 DataRiver 的关系，不能把名称相似直接当同一实体。
- 输出
- 实体、类型、稳定 ID 与 alias 表。
确定事实源
- 输入
- 每项冲突字段。
- 分析
- 成立日由法务记录确定，产品状态由产品系统，品牌关系由公告；外部文章仅作待修出口。
- 输出
- 属性—来源—owner—有效期矩阵。
统一站内表达
- 输入
- About、产品页、作者页和 JSON-LD。
- 分析
- 使用一致 @id 和关系，正文自然解释旧名，不为机器重复堆实体；移除无法证实的奖项。
- 输出
- 模板变更与结构化数据验收。
修外部高风险冲突
- 输入
- 媒体包和合作目录。
- 分析
- 优先更新客户常查与可编辑来源，保存沟通记录；无法控制的旧报道不伪装删除。
- 输出
- 外部修复队列和季度审查。
决策规则与证据边界
把“看到什么、意味着什么、下一步做什么”连起来，同时区分公开事实、实践推断和未知项。
- 组织记录、官网输出、结构化数据和可编辑资料的事实可核验。
- 一致事实可能帮助用户与系统消歧，但采用效果需观察。
- 无法确认某搜索引擎内部知识图谱的全部节点、边或更新时序。
引导练习
先独立完成，再按提示修正，最后展开参考解法并用 0–4 级量规评分。
解决教学用合成品牌冲突：产品 Nova 曾属 Alpha Labs，2025 年被 Beta Systems 收购；官网仍写 Alpha 产品，Beta 帮助中心已接管，行业目录各写一半。
给定材料
- 收购公告和商标转移文件可公开核验。
- 旧客户仍用名称 Alpha Nova 搜索支持。
需要提示时再展开
- 区分产品身份、当前所有者与历史别名。
- 保留旧名帮助消歧，不等于继续声称旧所有权。
完成后核对参考解法
应把 Nova 作为产品实体保留稳定 ID，当前 owner 关系指向 Beta Systems，并记录 Alpha Labs 为历史所有者、Alpha Nova 为旧别名及有效期。Beta 官方产品/帮助页应自然说明“原 Alpha Nova”，连接收购公告和当前支持入口；Organization 与 Product 的 JSON-LD 不混为一个对象。先统一可控官网、帮助中心、媒体包和合作资料，再向高影响目录提供公告证据更正。无法修改的历史报道保留为历史，不宣称能清除。整个方案提升事实一致与用户找支持的能力，不声称必然触发搜索知识面板。
自评分量规
真实项目实战
把理解变成一个可以检查、复核和复用的工作产物。
建立品牌实体事实源
公司改名后官网、LinkedIn、Crunchbase、媒体报道和 JSON-LD 使用四种名称。
- 列出组织、品牌、产品、创始人和地点实体
- 定义官方名、别名、ID、关系与权威来源
- 分配每个实体的主页面
- 统一页面文案、Schema 和外部档案
- 设置季度事实审查
验收条件
- 每个事实有权威来源
- 官网各模板命名一致
- 关系不夸大且可核验
- sameAs 指向同一真实实体
- 变更有维护流程
诊断练习
目标不是猜中答案，而是提出竞争假设并选择能区分它们的证据。
品牌搜索结果混入同名公司，知识面板信息也不一致。
竞争假设
- 官网缺少清晰组织身份页
- 外部档案事实冲突
- 品牌名过于泛化
- 结构化数据节点和 URL 不一致
应该检查的证据
- 品牌 SERP 与候选实体
- 官网 Organization/产品标记
- 权威外部资料对照
- 品牌名称和域名历史
常见陷阱：批量创建低质量目录资料，进一步制造事实冲突。
完成后用本页决策规则复核
- 若观察到：同一名称可能指多个对象
应优先：建立唯一 ID、类型、上下文和别名规则。
不要仅靠大小写或关键词消歧。 - 若观察到：关键事实在官网不同模板冲突
应优先：指定权威来源并让多出口复用。
先核实事实，不要机械统一到错误值。 - 若观察到：外部资料无法控制或已过时
应优先：更新官方来源并向高影响出版者提供证据。
不应伪造第三方背书。
自测与误区
先口头回答，再展开检查。无法给出例外与证据，说明还没真正掌握。
你应该能回答
1. 这个名称唯一指向哪个对象？
参考答案：用稳定 ID、类型、官方 URL、别名和关系上下文确认对象；名称字符串本身不足以唯一识别。
为什么：同名和改名在 B2B 产品中很常见；稳定标识与关系证据可避免把不同实体错误合并。
2. 核心事实的权威来源是什么？
参考答案：法务/组织记录、产品事实系统、官方公告与经授权专家资料分别作为相应事实源，并保留日期。
为什么：不同属性应由最有资格的 owner 负责。
3. 站内外哪些冲突会让身份变得模糊？
参考答案：重点查官网模板、JSON-LD、帮助中心、媒体包和高影响目录的名称、所有权、URL 与日期冲突。
为什么：先修可控且用户常见的高风险出口；修复后应跨模板抽样，确认事实源已同步到各个出口。
需要避开的误区
- 提到更多实体就建立了知识图谱
- sameAs 可以链接任何提到品牌的页面
- 自己建 Wikipedia 页面是 SEO 标准动作
术语与复盘
用自己的话复述术语和结论；如果只能认出、不能解释，就还没有形成可调用的知识。
- 实体
- 具有独立身份、属性与关系的真实对象。
- 别名
- 同一实体在不同时间或场景使用的其他名称。
- 实体解析
- 把名称和上下文映射到唯一对象的过程。
- 稳定标识
- 不随显示名称变化、用于持续引用实体的 ID。
- 事实源
- 对某项属性有正式责任和证据的系统或记录。
离开本页前记住
- 先识别对象，再处理名称。
- 公司、品牌和产品是不同实体。
- 每个事实与关系都需来源和 owner。
- 站内多出口应复用同一事实源。
- 一致性不等于能看见平台内部知识图谱。
资料与证据
优先采用官方和一手资料。实践材料用于补充工作方法，不替代机制证据。