Structured Data(结构化数据)
JSON-LD 图谱与重复架构检测工具
大多数验证工具只检查单个 JSON-LD 区块对应单一 schema 类型。真实页面通常同时输出多个区块——Organization、WebSite、WebPage、Article,以及插件生成的内容——它们通过 @id 互相引用。粘贴整页 HTML,本工具会构建这张引用图谱,找出单类型验证工具无法发现的问题:重复或冲突的 @id 值、指向虚无的悬空引用、异常的循环引用链、拼写错误的 @type 名称,以及两个争夺同一页面的主要实体。
完全在您的浏览器中运行。除了匿名使用次数外,您粘贴的任何内容都不会发送到任何地方。
粘贴整页源代码(每个 <script type="application/ld+json"> 区块会被自动提取),或直接粘贴原始 JSON-LD。
检测内容与修复方法
重复/冲突的 @id。当两个节点共用同一个 @id 但数据不同(名称、logo 或 URL 不同)时,搜索引擎无法判断哪个才是权威版本——胜出的值是不确定的。请为每个实体分配独立的 @id,或确保重复项确实是完全相同的副本。
悬空引用。mainEntityOfPage、isPartOf、author 或 publisher 等属性可以只用 {"@id":"..."} 指向另一个节点,而不必重复其数据。如果该 @id 在页面上从未声明过,这个引用就指向了虚无——请修正该 id,或补上缺失的节点。
循环引用链。WebPage 节点通过 mainEntity 指向其 Article,而 Article 又通过 mainEntityOfPage/isPartOf 指回 WebPage,这是完全正常的双节点模式(此处仅作为提示信息显示)。但更长、不寻常的循环则值得留意——通常意味着插件生成区块之间出现了复制粘贴错误。
拼写错误的 @type。schema.org 的类型名称是区分大小写的 PascalCase 字符串。用 "Aricle" 代替 "Article" 仍是合法 JSON,但并非真实类型——搜索引擎会悄悄忽略它。本工具会将拼写相近的类型与真实的 schema.org 词汇表进行比对并标记出来。
重复或相互竞争的主要实体。一个页面通常应该只有一个主要内容实体——一个 Article、一个 Product、一个 Recipe。两个 Article 节点,或彼此毫无关联的 Article 与 Product,会迫使搜索引擎去猜测这个页面到底是关于什么的。
这是一项结构性/跨区块审计,而非单一类型的字段验证——请搭配专门的 Article、Product、Recipe、Event、FAQ 或 Local Business schema 验证工具,以同时检查每个实体自身的必填属性。