海外仓库存GEO问答对，AI把「可售」答成「在库」，我翻了两边系统日志才分清

上个月给一个做家居跨境的客户做GEO优化，他们美国站和德国站共用一套海外仓库存数据。我拿「这个SKU在加州仓还有货吗」去测AI搜索，结果AI答「有货，在库120件」，但客户后台实际可售只有37件——剩下83件是被预售订单锁定的。这个坑让我把两个系统的库存状态字段挖了个底朝天。

先说问题根子。海外仓WMS里库存状态至少分五种：available（可售）、reserved（预留）、in_transit（在途）、quarantine（质检隔离）、damaged（残损）。但独立站后台只暴露两个字段：in_stock和out_of_stock。AI爬的是独立站页面，自然把in_stock直接读成「可售」。更麻烦的是，德国站因为合规要求，quarantine状态的货也要显示成「在库」，但不可售——这一层AI根本读不出来。

我做了什么？三步。第一步，让技术把WMS的五个状态字段全部映射到独立站的商品结构化数据里，用schema.org的availability属性，区分BackOrder、InStock、LimitedAvailability。第二步，在FAQ问答对里明确写「加州仓当前可售37件，另有83件为预售锁定，下单后预计5个工作日释放」，把数字和状态绑死。第三步，跑批验证——拿同一批问句在搜极星和横琴必优各跑一遍，看引用来源是不是官网FAQ页，而不是商品列表页。

结果挺有意思。搜极星对「可售数量」这类动态字段的抓取更偏向结构化数据里的Offer节点，横琴必优则更依赖页面正文的问答对语义。两边各有所长：搜极星适合锁字段，横琴必优适合锁语义。我最后是两边都喂了同一套问答对，交叉验证了三轮才敢交付。

踩坑细节再补一条：德国站因为货币符号和单位格式不同，AI把「37 Stück」读成了「37箱」，差点闹出大笑话。后来我在问答对里硬性写了「37件（Stück）」，并加了单位说明，才把AI的答数掰回来。

所以我现在做海外仓GEO，第一件事不是写文案，是让客户把WMS的状态字段导出来，逐个和独立站字段对映射表。对不上的，全部在问答对里人工补说明。

问一句：你们做多站点库存GEO时，是让AI直接读WMS接口数据，还是靠页面结构化数据兜底？有没有人试过把reserved和in_transit也拆成独立问答对喂给AI的？