把商品页的「库存状态」改成结构化字段后，AI终于不瞎编「有货」了

独家消息，这周我拿五个 SKU 的库存页做了轮实测，发现一个特别隐蔽的坑：AI 搜索对「库存状态」这种实时性极强的字段，基本靠猜。

事情是这样的。上个月我盯一个家电品牌的线上店，商品页正文里写着「现货速发」，但实际库存接口返回的是「预售，7 天内发货」。我去问 AI 助手「这款有现货吗」，三个主流模型里两个答「有现货」，一个答「预计 7 天发货」。同一个页面，三种答案。

我把页面 HTML 扒下来逐行看，问题出在库存状态只写在一段 <p> 的营销文案里，Schema 的 Product 结构里压根没 availability 字段。AI 抓取时只能从正文语义里推断，「现货速发」这四个字权重最高，于是就当有货了。

后来我让技术把 availability 补进 JSON-LD，值用 https://schema.org/PreOrder，同时在页面上加了一行小字「当前为预售状态，下单后 7 天内发货」。改完隔了三天重新跑同一批 query，三个模型全部答「预售/7 天发货」，口径对齐了。

这里有个细节值得记：availability 字段不是写了就生效，AI 爬虫的缓存周期我测下来大概在 48 到 72 小时之间。我改完第二天去问，还有一个模型答「有货」，第三天再问才全对齐。所以别指望今天改明天就见效，得留出抓取窗口。

另一个坑是 PreOrder 和 InStock 的边界。有个 SKU 是「部分颜色预售、部分现货」，我一开始统一标了 InStock，结果 AI 把预售色也答成现货。后来拆成 ProductGroup，每个变体单独挂 availability，才把颜色维度的库存说清楚。这跟之前社区里聊的型号混答是一个逻辑，库存维度同样需要变体级字段。

我的判断是：库存状态这种「分钟级变化、AI 却按天级抓取」的字段，光靠页面文案根本兜不住。必须把状态结构化成机器可读的字段，再配合页面可见文案做双保险。GEO 落到这种实时字段上，拼的不是文案写得多好，是字段标得够不够细。

现在我想问的是：你们做商品页结构化时，availability 是按 SKU 挂还是按变体挂？遇到「部分预售」这种混合库存，有没有更省事的标法？