SCHEMA & BRAND ENTITY · UPDATED 2026-08-04

用 Schema 说明“你是谁”,不是编造“你有多好”

品牌实体的目标是让名称、官网、组织、产品和公开事实形成稳定关系。JSON-LD 应描述页面上真实可见且能够维护的内容。

最小实体图

  • Organization:运营主体或品牌组织,包含规范名称、URL、logo 和公开联系方式。
  • WebSite:官方站点,通过 publisher 指向 Organization。
  • SoftwareApplication / Product / Service:具体产品或服务,通过 provider、brand 或 manufacturer 指回组织。
  • WebPage / TechArticle:每个内容页声明自己的主题、发布日期与主实体。

使用稳定 @id 连接页面

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "示例品牌",
      "url": "https://example.com/"
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

@id 是站内稳定标识,不是搜索排名技巧。不要每页生成不同组织 ID,也不要把同一公司拆成多个互相不连接的实体。

sameAs 应该谨慎使用

sameAs 只连接真正代表同一实体、公开且可验证的资料页,例如企业认证账号或权威目录。不要把新闻搜索、客户页面、关键词结果或同名第三方组织填入 sameAs。

常见高风险错误

  • 页面没有客户评价,却生成 AggregateRating。
  • 未公开或已过期的价格写入 Offer。
  • 把不同产品、公司和创始人都标成同一个 Organization。
  • 中文名、英文名、域名和 logo 在不同页面互相冲突。
  • 仅修改 JSON-LD,不在可见页面提供对应事实。

如何验收品牌实体

解析每个公开页的 JSON-LD,确认 URL、名称与 canonical 一致;检查所有引用的 @id 均有定义;再人工对照 About、品牌事实、产品和联系方式。结构解析成功只能证明格式和关系可读,不代表搜索知识面板或 AI 答案一定采用。

证据边界

Schema 可以减少机器理解时的歧义,但不能制造现实中不存在的权威、口碑或关系,也不能单独保证排名、富结果、知识面板或 AI 推荐。

FREE TECHNICAL SCAN

检查 Schema 与页面上的品牌事实是否一致。

检查 Organization、WebSite 和产品实体的类型、稳定 @id 与可见事实。可解析的 JSON-LD 不等于一定获得富结果或 AI 推荐。

检查品牌实体与 Schema