给FAQPage加Schema时把答案改短一半，结果AI答案的文本直接变了

上周给一个客户站点的FAQ做结构化，用的 FAQPage + Question/acceptedAnswer。原始答案平均 180 字左右，我按「更利于抽取」的思路压到 80 字以内，Schema 字段里放的也是压缩版。跑了一周，拿批次 ID 绑定问句快照对了一遍，发现一个之前没注意的现象：AI 答案里出现的文本，跟 Schema 里的 acceptedAnswer 几乎逐字一致，而不是页面上那 180 字的完整版。

具体拆一下变量：

1. Schema 字段和正文不一致时，AI 优先吃 Schema。 我把 acceptedAnswer 压短了，正文没动，结果答案输出的是短版。说明抓取侧对结构化字段的权重比正文高，至少在这个场景里是这样。

1. 页面速度的影响被高估了。 同一个模板下我另开了 3 个页面做对照，LCP 从 2.8s 压到 1.6s，引用次数变化在噪声范围内。真正动的是答案文本长度——短版答案被引用的次数多，但被引用的「信息完整度」下来了，用户点进来发现页面讲得比答案多，跳出率反而涨了。

1. 口径问题。 我一开始拿「引用次数」当指标，后来发现短答案天然更容易被整段摘走，长答案更多是被归纳转述。两种在日志里都算一次命中，但商业价值完全不同。所以现在验收前先锁口径：是统计「原样引用」还是「语义命中」，得跟客户对齐再跑。

踩的坑：有一版我把 acceptedAnswer 写成了营销话术（「行业领先」「多年经验」这类），结果 AI 答案里也照搬了，但用户问的是具体参数，答非所问。后来把情感修饰全删，只留可验证的事实和数字，答案质量才回来。这说明 Schema 里没有「语气」这个字段，喂进去什么语气，抽出来就是什么语气。

目前我的做法是：Schema 字段和正文分开维护，acceptedAnswer 放可抽取的最小事实单元，正文保留完整解释和上下文，两边用同一套术语，但长度不做强行对齐。跑批时用批次 ID 绑定问句快照，回看时能定位到具体是哪一版 Schema 生效。

想问一下：你们在 FAQPage 里，acceptedAnswer 是放压缩版还是跟正文完全一致？有没有人测过两种做法下「被引用后点击率」的差异？