缺货标签与可购买按钮可能表达不同承诺。连接产品文案、结构化数据与结账前，应先定义库存状态。现货为零，并不能告诉开发者经营者是否允许预售或延期交货。
适用读者与交付决定
准备产品页与信息流更新的零售商。把本题作为给建站或技术供应方的验收任务；需要真实系统证据的地方不能由演示文件代替。
官方依据与解释边界
Google 产品文档支持多种 availability 值。结构化数据用于描述报价，不会产生库存，也不会批准发货承诺。 Google: product snippets · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 输入、预期及反例如下；真实平台尚未按此例集成测试。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| stock=3, sale enabled | 已核对 | InStock |
| stock=0, approved future release | 预售规则已批准 | PreOrder |
| stock=0, no policy evidence | 缺证据 | 暂停，不推断 |
怎样执行验收
- 写明现货、预售、延期交货与不可购买的批准映射。
- 用测试商品逐一核对可见文案、报价数据及结账状态。
- 把发货日期证据单独记录，并测试过期后的处理。
如何解释结果与保留证据
缺少规则时，例子输出暂停；明确不可购买与零库存但允许未来销售是不同情况。状态徽章不证明能按时交货。本题也不同于变体价格核对：即使每处价格一致，可售状态仍可能没有依据。
适用边界
只提供有限的建议映射，不是库存同步引擎，也不保证富媒体展示资格。真实店铺规则需经营者批准。
离线复核
保存下方两份文件到同一目录，用Node22.13或更新版本执行。模型只验证有限输入，不代表真实服务或认证。 已填输入及预期输出 · 可检查的函数
node decision-check.mjs product-availability-states.json