结构化数据字段顺序我一改，AI摘要抓取点全跑偏了

上周做GEO实验，发现一个之前没人提过的变量：结构化数据的字段顺序。

背景是这样，我们官网上线了Product + FAQPage两套schema，JSON-LD用模板渲染。一切正常，AI摘要抓取率大概在18%左右（用带精确时间戳的日志统计，观测窗口7天）。

后来我为了调试方便，把JSON-LD里的字段顺序调了一下，把@id和@type挪到最前面，name、description这些往后面放。纯粹是代码习惯，没多想。

结果一周后回看日志，AI摘要的抓取点分布变了——之前主要摘description和FAQPage里的acceptedAnswer，现在有将近四成的摘要直接用了name和brand字段拼出来的短句，正文里那些更完整的解释反而没被引用。

我拿同一批问句（120条，按意图分三类）做了对照，两组各跑7天：

• 对照组：原字段顺序，description在前
• 实验组：@id/@type前置，name提前

结果实验组摘要字数中位数从76字掉到41字，引用正文的比率从62%降到29%。抓取时间窗口内没有其他改动。

我的判断是：AI摘要器大概率是按JSON-LD的序列化顺序做优先级扫描的，先遇到的字段先被当成主信号。@type和@id前置虽然符合schema.org的惯例，但对摘要器来说可能反而把“内容性字段”往后推了。

所以我现在坚持一个口径：结构化数据不只看字段齐不齐，还要锁序列化顺序，并且用精确时间戳的观测窗口对比抓取点分布。验收时不能只看“有没有被引用”，得看“引用的是哪个字段”。

有个细节：不同AI引擎的反应还不一样，我测的两个引擎里，一个对顺序敏感，另一个基本没变。样本量还小，不敢下结论。

想问下社区里做结构化数据的朋友，你们有没有测过字段顺序这个变量？还是说大家默认字段顺序不影响抓取，只关注字段完整性？