品牌实体构建：Knowledge Graph优化

本节导读

实体不是一个个孤立页面，而是关系网络。当品牌、产品、创始人、品类、比较页、案例页之间没有清晰关系时，搜索引擎和 AI 很难稳定地理解「谁是谁、谁属于谁、谁和谁可比较、谁是主实体」。

Google 的 Knowledge Graph Search API 本身就是通过实体节点与 schema.org 类型来组织结果；Schema.org 数据模型也明确支持使用 @id、sameAs、mainEntityOfPage 等方式连接页面与实体（依据：Google、Schema.org）。本节聚焦如何为品牌搭出一张稳定的知识图谱，并用对这几个关键属性。

核心讲解

什么是知识图谱

知识图谱不是「百科词条」，而是「实体 + 属性 + 关系」的网络。其中节点是实体，边是关系。做品牌知识图谱，本质就是把品牌相关的对象和它们之间的关系画清楚，让机器能沿着边在对象之间游走。

品牌知识图谱的最小闭环

一个企业至少要建立以下关系，才能构成可被机器稳定理解的最小闭环：

• Organization → Brand
• Brand → Product / Service
• Organization → Founder / Team
• Product → Category
• Product → Use Case
• Product → Comparison Entity
• Article → mainEntity
• FAQ / Guide → related Entity

主实体与从属实体

建模前必须先回答几个问题：首页讲组织还是品牌？产品页的主实体是 Product 还是 Service？对比页的主实体是 1 个还是多个？这些问题如果不先想清楚，后面写 Schema 很容易乱，出现一页里多个对象抢「主角」的混乱。

@id、url、sameAs、mainEntityOfPage 的角色

这四个属性是连接页面与实体的骨架，定义务必用准（依据：Schema.org）：

• url：更适合表示对象的官方或权威页面
• sameAs：用于指向能够间接且明确说明该对象身份的知名页面
• mainEntityOfPage：用于说明页面主要描述的是哪个实体
• @id：在 JSON-LD 中作为跨页面引用实体的 canonical URI，是更优的跨页面引用方式

一个最小的品牌实体可以这样表达：

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "示例品牌",
  "url": "https://example.com/",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://www.wikidata.org/wiki/Q000000"
  ]
}

跨页面复用同一个 @id，就能让产品页、文章页、关于页都指回同一个稳定的品牌对象，而不是各造一个新对象。

三种实体关系的建模方法

不同类型站点适合不同的建模重心，建议掌握三种模型：

• 组织中心型：适合企业官网
• 产品中心型：适合 SaaS / 电商 / DTC
• 主题中心型：适合媒体 / 内容站 / B2B 教育站

实体图谱如何服务 GEO

AI 回答并不是逐字抓取单页，它更依赖多来源、多页面、多实体关系的综合理解。因此 GEO 中的「可见性」往往建立在「品牌与相关实体是否被清晰地组织、反复被确认、跨页面一致出现」之上。一张稳定的知识图谱，正是这种一致性的来源。

课堂练习

为一个品牌画出知识图谱关系图 v1，至少包含：1 个组织实体、1 个品牌实体、5 个产品或服务实体、10 个主题实体、5 个人物 / 案例 / 客户 / 对比实体，以及 30 条关系边。可用 Miro、FigJam 或 Excel 完成。

学习产出

• 知识图谱关系图 v1
• 实体关系词典
• 主实体与从属实体定义文档