WebSite描述网站层对象，WebPage描述具体页面，两者需要清楚、稳定且不冲突的引用关系。随意复制或随机变更标识会让维护和排错困难；应依据实际网址和输出体系规划，而不是为每篇堆更多节点。
先分清网站与当前页面
确认规范域名、协议、语言站点及当前页面URL。网站级名称和页面标题服务不同对象，不能把每个文章标题都当作新的站点名称。多语言架构或不同子域是否属于同一业务，也需要实际事实，不按视觉相似直接合并。
列出现有JSON-LD关系
读取插件和主题输出，找出WebSite、WebPage、Organization及Article等节点的标识和引用。一个页面有多个节点可以正常，但引用应明确；同一个@id不能代表互不相干对象。不要把模板示例里的example域名原样发布。
选择可维护的稳定规则
按照所用工具和实际规范URL生成标识，域名迁移或规范规则变化时统一核对关联。@id是识别节点的技术标识，不等于每条都必须是独立新建页面，也不能把随机UUID数量当成SEO丰富度。没有必要的类型和关系不要为了测试图好看而增加。
验证跨页一致性
在首页与几篇文章读取结构化数据，确认网站级对象一致，页面对象指向自己正确URL，作者和出版者关联合理。再检查canonical与真实内容，没有孤立引用或互相矛盾的站名。通过语法验证后仍需人工核事实，不承诺富结果或AI引用。
关键区别
WebSite：描述网站层对象；不随每篇标题重命名。
WebPage：描述具体页面；与规范URL关系清楚。
@id引用：连接同一实体节点；随机数量不是优化指标。
怎样确认处理到位
网站与页面节点关系清楚且跨页一致，示例域名和错误引用已排除，canonical和可见事实匹配，结构化语法正常但不夸大外部展示效果。
容易误判的边界
本文不要求手工覆盖所有SEO插件数据。先理解已有输出，优先利用当前工具的正确机制，不因技术标识复杂就重复添加另一套图。
