sameAs

它解决什么问题

网页常用简称、品牌名、产品名或人物名，单靠字符串可能无法判断指向哪个现实实体。sameAs 提供一个机器可读连接，把当前实体与另一处明确身份页面关联，帮助消费结构化数据的系统进行消歧。它只是证据线索，不能覆盖页面与外部资料之间的事实冲突。

与 url、citation 和 isBasedOn 的区别

url 通常给出当前实体的主要网页；sameAs 声明另一 URL 描述的是同一实体；citation 表示引用资料；isBasedOn 说明作品基于其他来源。主题相关、媒体报道、经销商页面或合作伙伴并不因此成为同一实体，不能放进 sameAs。选择错误关系会让知识图谱产生错误合并。

哪些链接可以作为候选

候选页面应由主体正式维护，或由可信机构明确记录该主体，并能通过名称、官网、标识或其他稳定属性交叉核验。社交账号、项目官方仓库、权威登记页可能合适；普通搜索结果、聚合目录、同名百科条目和提到主体的新闻通常需要更谨慎核对。

如何避免同名实体误合并

逐一核对正式名称、别名、官网域名、所在地、Logo、负责人、产品范围和时间线。只要关键属性冲突，就不能仅凭同名使用 sameAs。组织更名、账号转让、品牌拆分和项目 Fork 都可能使历史链接失去等价关系，应保存核验日期并定期复查。

在 JSON-LD 中如何表达

sameAs 的值是一个 URL 或 URL 数组，应放在它实际描述的 Person、Organization、Product 等实体对象中。为主体设置稳定 @id，其他页面引用同一 @id，可以减少模板重复创建互相冲突的对象。数组中只保留已核验链接，不用空值、搜索查询 URL 或重定向广告链接。

验证边界

语法有效不代表身份判断正确，结构化数据测试工具也无法替编辑确认两个页面是否真是同一主体。验收应包含 JSON 解析、URL 状态、最终跳转目标、页面可见身份、canonical 与人工交叉核验。搜索平台可能使用该属性，但不会保证特定展示、排序或 AI 引用。

常见问题