你的商品页，回答得了 AI 助手追问的「我还需要什么」吗？

大多数商品页回答了「这是什么？」就结束了。而 AI 购物助手越来越多地替顾客追问第二个问题：要把这件东西用起来，我还需要买什么？ 如果你的页面从不回答这个问题，助手就会从别处找答案——论坛、评论，或竞品的套装页——你的商品于是成了别人推荐里的一条链接，而不是那个答案的来源。

原因在于结构。助手的设计目的就是「把闭环补上」。当顾客问起一台相机机身，模型知道有用答案里应该包含镜头卡口、存储卡类型、电池是否随附。把这些事实用朴素、可解析的文本写出来的页面，就成了模型可以引用来补闭环的页面；而把它们藏进 PDF 规格表或兼容性小工具里的页面，则不是。

## 决定引用的四类配件事实

在对商家商品目录的审计中，有四类事实反复出现在被引用的答案里——也反复出现在那些因为漏掉它们而从未被引用的页面上。

1. 箱内清单。 用朴素列表写出随附物品：机身、电池、充电器、数据线、背带。助手用它来回答「还需要额外买什么才能开始用？」 2. 明确不含什么。 「镜头需另购」是一个事实，不是弱点。写明这一点的页面会被引用到那个追问上；保持沉默的页面则会被默认包含，进而产生退货。 3. 兼容范围。 不要写「兼容多种相机」，而写「适用于 X 卡口系统，2018 年及以后机型」。模型可以拿它去和另一件商品声明的范围做比较，能比较的范围才是可引用的范围。 4. 耗材与替换件。 滤芯型号、灯泡规格、刀片尺寸、墨水编号。这些是意图最高的配件问题，因为顾客已经拥有了该商品。

## 为什么兼容性表格胜过兼容性小工具

最常见的失败是：一个 JavaScript 兼容性检查器在服务端什么都不渲染。顾客看到一个下拉框，助手看到一个空盒子。当模型读不到兼容性数据时，它就退回到那些把同样信息写成文本的页面——通常是平台商品页或论坛帖。

修法并不华丽：在页面上放一张短的静态表格，列出商品、兼容的系统或尺寸、以及生效日期范围。两三行就够了。这也是应该进入结构化数据的那一层，让同一批事实同时到达渲染页面和模型。

## 在文案里回答「还差一件什么」

同样的修法还有一个文案版本。在购买按钮附近加一个短段落，直接回答那句字面问题：*我还需要买什么？* 两句话加一个项目符号列表就够了。这不是推销——这是「有备而来的顾客」和「因为没含数据线而退货的顾客」之间的区别。

这样做的页面往往会被引用到那个追问上，随后又因为商品本身被链接。这种复利效应正是关键：一个页面回答两个问题，而助手学会的是——它在两个问题上都是可靠的来源。

## 审计缺失的配件事实，而不只是缺失的关键词

关键词审计发现不了这个问题。页面在正确的词上排名很好，却依然丢掉引用，因为引用是被「最干净地回答了第二个问题的那个页面」赢走的。你需要的审计是事实覆盖度：对每件商品，页面是否写明了箱内清单、不含项、兼容范围与耗材？

你可以在 [geovisora.com/audit](/audit) 免费扫描一次，看到逐个页面的事实覆盖情况——以及哪些商品因为事实被锁在小工具或 PDF 里，而对 AI 答案完全不可见。[常见问题页](/faq) 解释了事实覆盖度如何与引用率一起加权。

## 常见问题