给产品页加了个 JSON-LD 的 @id 锚点，AI 摘录准确率从 41% 拉到 79%

先定口径：我用同一批 60 条事实型问句，对客户 A 的 12 个产品页做两轮测试，每轮间隔 48 小时，相同 IP 段、相同提问模板，只统计 AI 答案里“产品参数与页面原文一致”的段落，算准确率。分母是 60×12=720 个参数位，不是答案条数。

第一轮基线 41.2%。问题不在页面速度，LCP 中位数 1.9s，抓取日志正常。拆开看，答错的参数集中在三类：规格表、售前条件、配件兼容性。共同点是这些内容在 DOM 里分属不同 section，但 JSON-LD 只有一个 Product 块，offers 的 price 和 priceCurrency 写在顶层，下面又套了一层 AggregateOffer，AI 把“起售价”当成了所有 SKU 的价格。这是作用域污染，不是模型笨。

改法：给每个 SKU 的 Product 节点加 @id，用规范化 URL 锚到对应规格 tab 的 hash，offers 里显式写 sku 和 priceValidUntil；配件兼容性单独拆成 isAccessoryOrSparePartFor 关系，不用 additionalProperty 硬塞。改完第二轮 79.4%，同一批问句没动。

有个细节：@id 必须和页面里可抓取的锚点一致，我一开始用 URN 格式，AI 解析时找不到对应节点，准确率反而掉到 38%。后来换成带 hash 的绝对 URL 才生效。另外 priceValidUntil 别写太远，我写 2027 被当成长期有效价，摘录时忽略了促销条件。

结论：结构化数据的作用域比字段数量重要，一个 Product 块套所有 SKU 等于没写。页面速度是门槛，语义边界才是天花板。

问一句：你们 @id 锚点是用 hash 还是用规范化路径？我这边 hash 稳定，但 SPA 首屏渲染慢的时候偶发抓不到，想听听别人的抓取日志。