Organization
公司或机构责任页使用。至少有 URL 型 @id、name 和 url；只有正文明确时才加入 parentOrganization 或 brand。
解决方案
Schema 标注不是造一套知识图谱，而是映射网页已经公开的事实
内部团队先确认公司、品牌、产品、服务和地区关系，站点团队再把当前页面可见内容映射为 Organization、Brand、Product、Service 与 Offer。语法通过不代表外部系统一定采用。
技术映射链
从内部现行事实到网页发布，必须经过四道边界
这条链路只描述站点实现与验收，不把内部节点治理等同于 Schema，也不承诺进入任何外部知识图谱。
内部事实定版
业务、品牌与法务确认对象、关系、范围和生效时间。
网页正文发布
责任页面以用户可见文本说明名称、关系、提供方和地区。
字段映射
按网页对象选择 Schema 类型、属性和 URL 型 @id。
双重验证
先解析 JSON，再检查类型、属性、引用和正文一致性。
内部事实定版
业务、品牌与法务确认对象、关系、范围和生效时间。
网页正文发布
责任页面以用户可见文本说明名称、关系、提供方和地区。
字段映射
按网页对象选择 Schema 类型、属性和 URL 型 @id。
双重验证
先解析 JSON，再检查类型、属性、引用和正文一致性。
对象选型
先判断页面主对象，再决定使用哪种类型
Brand
品牌责任页使用。Brand 与公司不是同一对象，应有独立 URL 型 @id，并通过引用与产品或组织连接。
Product
具体产品页使用。用 brand、manufacturer 与 offers 表达品牌、制造和供应，不用 provider 代替 manufacturer。
Service
具体服务页使用。用 provider 指向提供组织，用 areaServed 表达页面明确说明的服务地区。
Offer
供应或交易条件使用。通过 Product.offers 连接，并用 offeredBy 与 eligibleRegion 表达提供方和有效地区。
不确定时少标
正文没有制造商、提供方、价格、库存或地区事实时删除对应属性，不用空值、猜测值或内部备注占位。
字段映射表
五类对象的关系字段不能跨类型套用
网页可见事实
正确映射
越界写法
产品属于某品牌
正确映射
Product.brand → Brand @id
越界写法
把品牌名只写进 Product.name
某组织制造产品
正确映射
Product.manufacturer → Organization @id
越界写法
因品牌方相同就推断其也是制造商
某组织提供服务
正确映射
Service.provider → Organization @id
越界写法
把 provider 复制到 Product
服务覆盖某地区
正确映射
Service.areaServed
越界写法
把 areaServed 直接挂在 Product
产品由谁在何地提供
正确映射
Product.offers → Offer.offeredBy / eligibleRegion
越界写法
把供应地区混入品牌或制造关系
URL 型 @id
@id 是同一实体的网页引用锚点，不是内部短编号
使用稳定绝对 URL
01每个 Organization、Brand、Product、Service 和 Offer 都使用 https:// 开头的绝对 URL，例如 https://www.example.com/#organization。
同一对象复用同一值
02其他页面引用同一品牌或组织时复用已有 @id；不要因页面路径不同就新建第二个品牌身份。
不同对象拆分锚点
03公司、品牌、产品、服务和 Offer 分别拥有 @id，不能让一个锚点同时代表多个对象。
页面迁移保留映射
04责任页改址时同步更新引用和重定向策略；内部节点编号可保留在治理台账，但不直接充当网页 @id。
可复制模板
包含 Product、Service 与 Offer 的完整 JSON-LD
从左花括号复制到右花括号
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.example.com/#organization",
"name": "示例科技有限公司",
"url": "https://www.example.com/"
},
{
"@type": "Brand",
"@id": "https://www.example.com/#brand",
"name": "示例品牌",
"url": "https://www.example.com/brand/"
},
{
"@type": "Product",
"@id": "https://www.example.com/products/example/#product",
"name": "示例产品",
"url": "https://www.example.com/products/example/",
"brand": {
"@id": "https://www.example.com/#brand"
},
"manufacturer": {
"@id": "https://www.example.com/#organization"
},
"offers": {
"@type": "Offer",
"@id": "https://www.example.com/products/example/#offer-cn",
"url": "https://www.example.com/products/example/",
"offeredBy": {
"@id": "https://www.example.com/#organization"
},
"eligibleRegion": "CN"
}
},
{
"@type": "Service",
"@id": "https://www.example.com/services/example/#service",
"name": "示例服务",
"url": "https://www.example.com/services/example/",
"provider": {
"@id": "https://www.example.com/#organization"
},
"areaServed": "CN"
}
]
}
替换与删除规则
将 example.com、名称、页面 URL 和地区换成真实值。正文未明确产品品牌、制造商、Offer 提供方、有效地区、服务提供方或服务地区时，删除对应属性。示例不包含价格和库存，因为这两项必须来自当前页面真实交易信息。
网页实现
JSON-LD 放进脚本，但事实必须先出现在可见正文
页面正文
产品页明确展示产品名、品牌、制造商和供应范围；服务页明确展示服务名、提供组织和服务地区。适用条件藏在登录后、图片内或过期附件里，都不能当作当前正文依据。
application/ld+json
把可解析 JSON 放入 type 为 application/ld+json 的 script。服务端或构建时输出均可，但最终 HTML 中只能保留当前版本，不能同时留下互相冲突的新旧脚本。
发布验证
六步从责任页面推进到可回归验收
步骤 01
确认责任页面
为公司、品牌、产品与服务指定现行官方入口。
01
步骤 02
逐句核对正文
为每个名称、关系、地区和交易事实找到可见文本。
02
步骤 03
建立 @id 清单
记录每类对象的稳定绝对 URL，并检查是否重复建实体。
03
步骤 04
解析 JSON
检查尾逗号、重复键、引号、转义和对象闭合。
04
步骤 05
验证 Schema 语义
检查属性是否适用于当前类型、所有 @id 引用是否有定义。
05
步骤 06
保存发布证据
记录页面版本、脚本快照、验证结果、负责人和下次触发事件。
06
六项验收
六项同时通过，网页标注才可上线
正文一致
每个实体、关系、地区与供应事实都能回到可见文本。
URL 型 @id
所有实体与 Offer 使用稳定绝对 URL，同一对象跨页复用。
属性未越域
Product、Service、Offer、Brand 与 Organization 各用适用属性。
引用能闭合
brand、manufacturer、provider 与 offeredBy 指向已定义 @id。
JSON 可解析
最终 HTML 中的脚本无尾逗号、重复键、错误转义或截断。
外部效果分离
验收只证明页面实现有效，不承诺搜索展示、收录或知识图谱采用。
边界与前置资产
Schema 前后的四份材料各自解决不同问题
这些链接用于确认事实、权责与验收，不是泛化推荐阅读。
内部节点与关系
01先用内部知识图谱治理确认节点、关系、时间、Owner 和版本；该台账不定义网页 Schema 语法。
对象与属性边界
02用品牌实体定义区分公司、品牌与产品，再决定责任页面和类型。
字段审批权
03名称、关系、地区或产品状态变化先进入字段 Owner 与变更审批，站点团队不能自行创造新事实。
上线前一致性
04用品牌实体一致性审计检查正文、来源与互斥版本，再发布 JSON-LD。
能力边界
标注有效与外部采用是两件事
团队可以验收
正文与 JSON-LD 一致、字段适用于类型、所有 @id 引用闭合、JSON 可解析、变更过程有版本记录。
团队不能承诺
外部搜索系统一定收录、展示富结果、更新其知识图谱或按品牌期望理解关系。Schema 是网页声明格式，不是外部系统的编辑权限。
把网页事实映射成可复制、可验证的 JSON-LD
带上公司、品牌、产品与服务责任页。我们会先核对正文，再建立 URL 型 @id、完成 Product / Service / Offer 字段映射，并交付可复制模板、验证记录和六项发布验收清单。