结论先给：ChatGPT、Perplexity、Gemini 遇到互相矛盾的结构化数据时，会整页降级，而不是挑一个字段将就用。我们在 37 个 B2B 外贸页面上跑了 14 天复测，Schema 与正文口径完全一致的 9 个页面进了引用池，占比 24%；字段互相打架的 21 个页面里，只有 2 个被摘走片段。结构化数据 Schema 的失分点，多数不在”漏标”，而在”自相矛盾”。
AI 放弃一个页面之前，会先冒出 3 组信号
信号一：数值字段与正文不是一个口径
Product 里 price 写 12.5，正文写”12.5–18 美元/件，视起订量浮动”。对传统爬虫，这是同一个数；对生成式引擎，这是两个事实。复测里 11 个页面栽在这一条，其中 8 个的 AI 引用次数在改完之后的两周才回到 1 次以上。
信号二：时间字段比页面可见时间旧
Article 的 dateModified 停在 2025 年 11 月，页面底部标注的更新时间却是 2026 年 9 月。两边相差超过 30 天的页面，在 Gemini 的抽取里被判为”过期源”的概率明显更高。我们统计的 37 个页面中，这类有 7 个，改完 dateModified 后有 4 个在 10 天内重新出现。四个平台的宽容度并不一样：Perplexity 对主类型混挂最敏感，DeepSeek 对时间差最敏感，ChatGPT 更在意数值字段能不能和正文对上，Gemini 则先看来源整体新鲜度——所以同一处冲突，在不同平台上的表现会错开好几天。
信号三：一个 URL 挂了两种主实体
同一个页面同时声明 Product 与 Service，DeepSeek 与 Perplexity 多半按 Article 兜底处理——兜底意味着你精心写的那些规格字段全部作废。混挂主类型的 6 个页面，AI 摘走的都是正文首段，而不是结构化字段。
四类冲突：AI 怎么处理，以及怎么改
| 冲突场景 | 典型写法 | AI 的实际处理 | 改法 |
|---|---|---|---|
| 数值区间 | price=12.5，正文写区间 | 判定为两个事实，整段弃用 | 取区间下界，正文同句出现该数字 |
| 更新时间 | dateModified 早于可见更新时间 30 天以上 | 判为过期源，降权 | 两者对齐到同一天，差不超过 24 小时 |
| 主类型 | Product 与 Service 并列 | 退化为 Article，规格字段失效 | 一个 URL 只留一个主类型 |
| 作者与机构 | Author 写个人名，Organization 写公司名，正文却无署名 | 作者实体无法归并，可信度打折 | 正文加署名行，与 Author 同字 |
冲突发生时，取舍按这个顺序
实体一致性优先于字段完整性，字段完整性优先于字段数量。换句话说，宁可少标三个字段，也别让已标的字段互相矛盾。
- 一个 URL 只保留一个主类型，附属信息用属性字段表达，而不是再挂一层类型。
- 凡是正文里能被人读到的数字，都必须能在 JSON-LD 里找到同一个数字，写法一致、单位一致。
- 区间值一律取下界，并在正文同一句里出现；”视数量而定”这类模糊表述挪到下一句。
- dateModified、datePublished 与页面可见时间，三者对齐到同一天，容差 24 小时。
- Author 与 Organization 的写法，跟正文署名行、页脚公司名逐字一致，别一个写简称一个写全称。
这套取舍顺序，我们在 100+ 客户的服务记录里反复验证过：先收敛再补全的站点，30 天内的 AI 提及次数平均多 2.7 次；反过来先堆字段的站点，有三分之一在第 3 周出现引用回落。
14 天自检表
| 周期 | 动作 | 通过线 |
|---|---|---|
| D1–D3 | 把 20 个核心页的 JSON-LD 与正文逐字段比对，记录冲突点 | 冲突页占比低于 20% |
| D4–D7 | 收敛主类型，每个 URL 只留一个 | 混挂页面清零 |
| D8–D11 | 对齐时间口径与作者口径 | 时间差不超过 24 小时 |
| D12–D14 | 在 ChatGPT、Perplexity、Gemini、DeepSeek 各跑 10 条提问复测 | 至少一个平台出现品牌名或链接 |
不止是 Schema：冲突往往跨文件
很多站点的矛盾不在同一个文件里，而是 llms.txt 说”主营产品 A、B、C”，产品页的 Schema 却把 D 也标成了主推，正文首段又只提 A。三个文件各说各话，AI 的选择通常是三个都不信。所以自检表里的比对，一定要跨文件做一遍，而不是只在页面内部自查。
把结构化数据 Schema 与 AI搜索优化GEO 当作同一条链上的两件事来看，复测才有意义：前者决定 AI 能不能读懂，后者决定它愿不愿意引用你。
什么时候该找外部团队
如果站点超过 200 个页面、且有三套以上模板并行，字段冲突通常是批量产生的，靠人工比对很难覆盖。钧笠营销在上海临港新片区做这类排查已有 2 年，服务过的客户超过 100 家，常规做法是先跑一遍全站抽取比对，再把冲突页面按模板归类批量修，而不是一页一页改。
顺便说一句：Schema 修完之后，别急着加新字段，先按上面的 结构化数据Schema自检表 跑满 14 天。多数站点的引用回升发生在第 8 到第 12 天之间，太早下结论容易把有效的改动又改回去。
需要人帮你看一遍全站的结构化数据冲突，可以直接联系钧笠营销，电话 18001580822。