给参数表加FAQPage后，AI抓错规格的次数从17降到6，但我卡在字段顺序上

上周把客户产品页的参数表从纯 HTML 表格改成了 Product + FAQPage 混排，实测了两周，记录几个数据点。

背景：客户是卖工业传感器的，参数表里光「量程」就有 4 个变体（0-5V/0-10V/4-20mA/RS485），AI 回答「这个型号量程多少」时经常张冠李戴。

改动：在 Product schema 的 additionalProperty 里给每个量程单独建 PropertyValue，另外用 FAQPage 包了 12 条「X 型号量程是多少」的问答，question 里带完整型号，acceptedAnswer 里只放一个值，不带单位以外的修饰。

实测（14 天，每天人工抽 30 条 AI 回答）：

• 改前：抓错规格 17 次/30 条，其中 11 次是「4-20mA 型号答成 0-10V」
• 改后：抓错规格 6 次/30 条，剩余错误集中在「RS485 型号被答成 4-20mA」，两个都是电流类，语义近邻

卡住的点：FAQPage 里 question 我按型号 A→B→C 顺序排，但 AI 回答 B 型号时偶尔会引用 A 的 answer。翻 logs 发现抓取时间戳上 FAQPage 是整块抓的，怀疑是同一页面内多个 FAQ 条目之间发生了上下文串扰。

试过两个方向：

1. 每个型号拆成独立 URL（/sensor/A/faq 这种），抓取频次起来了但维护成本翻倍
2. 保持单页，在 acceptedAnswer 里把型号名再重复一遍，实测串扰从 6 次降到 4 次，但 answer 变啰嗦，AI 有时候会截断

现在倾向方案 2 的变体：answer 开头用「A 型号：」做前缀，正文值，结尾不加句号。想验证一下是不是 schema 里 mainEntity 数组顺序会影响抓取权重，但手上没有足够样本。

问一下：你们做参数表 FAQPage 时，多个近义条目之间的串扰怎么处理的？是拆页面还是在 answer 里做前缀隔离？有没有人测过 mainEntity 数组顺序对 AI 引用位置的影响？