AI 购物助手开始先核对库存，再谈商品

2026 年 9 月以来的商家对话数据显示出一个变化：AI 购物助手越来越倾向于先做库存与配送确认，再谈商品本身。助手不再直接回答「我该买哪一个」，而是先确认商品是否有货、价格多少、什么时候能到——把它们当作给出任何推荐的前提条件。

观察这些对话如何展开，这个模式就说得通了。买家问起某件商品，助手简短描述之后，会立刻提问或说明：有货、从本地区的仓库发出、能在买家提到的日期之前送达。只有做完这一步，它才会进入比较环节。

三个变化把库存状态推到了回答的前面。

第一，助手越来越多地被以「推荐是否可执行」来衡量。一条导致缺货页面的推荐就是失败推荐，而这个失败的代价算在助手头上，不算在商家头上。

第二，配送窗口本身已经成了一个决策事实。当买家提到某个日期——出行、生日、项目截止日——助手会把那个日期当作筛选条件，并在所有其他事情之前先核对它。

第三，商品页上的库存与备货时间数据经常不一致或干脆缺失。助手于是退回到那部分以可读形式陈述库存的商家，于是推荐集中到这些商家，与商品质量无关。

实际的后果是：库存、价格、配送现在是在页面的说服性部分之前被评估的。商品更强、但库存陈述更弱的商家，会在比较发生之前就出局。

在这个问题上取得进展的商家，通常有几个共同做法：

• 有条件时就写明条件。「有货」弱于「有货，48 小时内发出，欧盟地址 3-5 个工作日送达」。
• 写配送窗口，而不只是配送方式。 方式是你的内部选择，窗口才是买家筛选的依据。
• 跨页面保持库存事实同步。 分类页的备货时间和商品页不一致，就制造了一个助手必须消解的冲突；而消解不了的冲突往往等于不推荐。
• 备货时间要写成带发货地的区间。 没有发货地的「5-9 个工作日」无法和买家的日期对齐核对。

这和我们一贯主张的观点一致：把已发布的事实当作受治理的资产，而不是普通页面文案。一条库存声明在目录里以四种略有不同的形式存在，它不是四条事实，而是一条不可靠的事实。Visora 的扫描会报告你的页面之间库存、价格与备货时间陈述哪里不一致——而这正是指向「助手读作跳过理由」的不一致。任何库存或政策变更之后跑一次扫描，就能看出哪些页面已经漂移。可以在 [审计页面](/audit) 了解一致性检查会报告什么，[常见问题](/faq) 说明了扫描范围。

库存曾是仓库的事。现在它是助手核对的第一件事，也越来越是决定你的页面其余部分是否会被读到的那件事。