用 @id 把全站实体连起来
@id 是 JSON-LD 给实体起的唯一标识。同一个实体在一处完整定义，其他页面用同一个 @id 引用，解析方就知道这些地方说的是同一个实体。做法：
- 全站 Organization 用同一个
@id（如https://site.com/#organization），Article 的 publisher、Product 的 brand、Person 的 worksFor 都用@id引用它。 - 每页用 mainEntityOfPage 指明页面的主体实体。
- 单页有多个实体时用
@graph放在一个 script 里。
@id 由站点自己定义，规则有三条：用 URL 形式，通常基于自有域名；同一实体在全站、跨页保持一致且长期不变，改了等于换了一个实体；一个实体一个 @id，不同实体不共用。常见写法是「页面网址 + #片段名」，片段名自取，定下后不再改。
| 实体 | 推荐 @id |
|---|---|
| Organization（品牌主体） | https://site.com/#organization |
| WebSite | https://site.com/#website |
| 作者 Jane | https://site.com/author/jane/#person |
| 某篇文章 | https://site.com/blog/xxx#article |
| 某商品 | https://site.com/products/x330#product |
@id 不要求能打开，基于真实页面网址更容易维护：Organization 用首页，作者用其介绍页。
最小示例，首页定义一次，其他页只引用：
- 首页：Organization 写
"@id": "https://site.com/#organization"加 name、url、logo、sameAs。 - 文章页：
"publisher": { "@id": "https://site.com/#organization" }、"author": { "@id": "https://site.com/author/jane/#person" }。 - 商品页：
"brand": { "@id": "https://site.com/#organization" }。
常见错误：用随机 UUID 或每次部署都变的值；用 https://schema.org/... 当 @id（那是类型词表）；同一实体在不同页写成不同 @id；两个实体共用一个 @id。
sameAs
Organization 和 Person 的 sameAs 指向同一实体在其他网站的官方页面，如官方社交账号、Wikipedia、Wikidata、Crunchbase、LinkedIn。只放能核实的官方页面。
作者标记
在 Person 上补 jobTitle、knowsAbout、alumniOf、affiliation、hasCredential，sameAs 指向 LinkedIn、ORCID 或个人网站；每篇内容的作者链接到真实的作者介绍页，介绍页可加 ProfilePage 标记，详见《ProfilePage Schema（资料页）》。
其他可选标记
- 术语表、词条页可用 DefinedTerm、DefinedTermSet。
- 引用一手来源可用 citation、isBasedOn。
- 商品规格可用 Product 的 additionalProperty（PropertyValue）逐项写。
这些属性是 Schema.org 词汇，不在 Google 富媒体结果的支持列表里，Google 也说明 AI 搜索不需要专门的结构化数据，写不写按维护成本决定。ClaimReview 的富媒体结果已停用，详见《2025 至 2026 年停用的结构化数据富结果与时间线》。
来源
- Organization structured data，https://developers.google.com/search/docs/appearance/structured-data/organization（2026-10-05 核对）
- Optimizing your website for generative AI features on Google Search，https://developers.google.com/search/docs/fundamentals/ai-optimization-guide（2026-10-05 核对）
