没有统一的格式优先级，冲突时应把页面可见内容和同一实体的主版本作为判断基础，再删掉或改正另一套不一致的数据。若 JSON-LD、微数据或 RDFa 描述的是同一对象，先统一名称、属性值和页面展示；若页面本身没有对应内容，结构化数据也不应单独写出。Google Search Central 的相关指南明确要求结构化数据代表页面可见内容，具体效果仍需用自家查询和引荐记录验证。
没有固定顺序，先看哪一层
两套标记语言并不存在一个可直接套用的“谁压过谁”。Schema.org主要定义类型、属性和关系的表达方式，搜索引擎则会结合页面内容、抓取状态、标记完整性与自身展示条件作处理，所以不能把 JSON-LD 放在前面，就推断它一定会被采用。
实际判断可以分成两层：同一页面里，用户能看到的商品名、文章标题、作者、更新时间等内容是一层；代码中的结构化数据是另一层。两者不一致时，先修页面和主数据，而不是继续增加第三套标记。这个边界可参考 Google Search Central《结构化数据一般指南》。
同一个实体撞车时怎么处理
冲突最容易出现在同一实体被重复描述，例如一个页面出现两个 Article，作者名称不同；或者同一个 Product 写出两组价格和库存。此时要先判断它们是不是同一对象：如果是同一对象，应保留一份清晰的主描述；如果是两个独立对象，就分别使用不同的标识、标题和页面关系。
实体名称、网址标识、作者、日期、价格等属性需要保持前后一致。不能用一套数据表达“当前价格”，另一套表达“促销价格”，却不说明时间或适用条件。属性确实存在多个状态时，应在页面正文中写清适用范围，并让结构化数据与这段说明对应。
两种格式不一致，问题会落在哪里
JSON-LD、微数据和 RDFa可以同时出现在页面，但同时存在不等于信息可以互相矛盾。格式不同只是写法不同，真正影响理解的是对象关系和属性值是否一致。Google Search Central《结构化数据简介》说明，结构化数据用于帮助搜索系统理解页面内容，不能把它当成独立于正文的另一份宣传稿。
如果冲突只在无关属性，处理重点是减少重复；如果冲突涉及标题、作者、价格、评分、日期或业务状态，就应把它视为内容一致性问题。删掉重复代码后，保留一种维护成本较低的格式，能让后续编辑不必在多个位置同步改同一项信息。
页面内容和代码内容谁更重要
页面可见内容不是格式优先级的一部分，而是判断结构化数据是否有真实对应关系的重要参照。比如正文显示文章更新时间为某日，代码却写成另一日期，搜索系统可能无法把两者稳定理解为同一事实；即便页面暂时没有明显变化，也不能据此推断某种展示结果。
抓取和索引也要分开看。页面能被抓取，不代表结构化数据一定被展示；页面进入索引，也不代表相关标记一定带来AI回答引用。关于引用、点击、表单或订单的效果无法通用判断，需用自家数据验证，并把AI引荐点击与普通自然搜索分开记录。
按这几步把冲突找出来
- 确定页面主对象：记录页面标题、规范网址、文章或商品名称、作者及更新时间，先判断页面到底要表达一个对象还是多个对象。
- 收集全部标记：查看页面源码和渲染后的内容，分别记下JSON-LD、微数据、RDFa中的类型、标识和关键属性，不要只看某一段代码。
- 逐项比对：把名称、网址、作者、日期、价格、库存、评分等放在同一张记录表中，标出值不同、缺失或时间条件不明的地方。
- 回到正文：检查每个关键值是否能在用户可见区域找到对应说明；找不到的内容删去，存在多个状态的内容补充适用条件。
- 保留主版本：选择一套便于编辑维护的表达方式，删除重复标记，并记录修改日期、改动属性和页面版本。
这套步骤适用于模板改版、插件并存和人工补码等场景。它解决的是内容表达一致性，不等同于承诺收录、展示或引用结果。
改完之后怎样看结果
改动后不要只看爬虫有没有来。可以建立一条闭环：观察页面抓取状态、结构化数据报告、AI回答中的出现情况和引荐点击；记录落地页、引荐来源、有效表单与成交状态；再选一个主转化事件，并按自身销售周期设定归因窗口。
如果代码错误减少但没有引荐点击，说明还不能把改动和业务结果直接连起来，需要继续看页面主题是否对应用户问题、正文是否解释关键属性，以及不同版本是否仍被缓存或抓取。完整记录一段自家业务周期后，再决定保留、回退或继续测试，具体效果需用自家数据验证。