Google Merchant Center缺货商品怎么处理？availability、预售与库存一致性指南
更新日期：2026年8月1日
商品暂时缺货并不自动意味着 Google Merchant Center 违规；真正危险的是商品数据、落地页、结构化数据和结账页说了不同的话，或者广告仍在推广一个用户无法购买、无法按承诺交付的商品。当前 Google 的官方要求并不是“缺货页必须保留一个灰色购买按钮”，而是要清楚显示可售状态，并让 product data 与页面和结账流程一致。
本文按 availability、availability_date、落地页和库存同步拆解缺货、预售与欠单场景，帮助跨境电商团队决定该暂停展示、标记缺货，还是继续接受订单。具体资格、地区和账户处理结果仍以 Merchant Center 当前诊断与政策通知为准。
先说结论：缺货时先判断“还能不能接单”
| 实际状态 | 商品数据中的 availability | 页面应表达什么 | 关键动作 |
|---|---|---|---|
| 现货且可以及时履约 | in_stock |
明确可购买，Buy/Add to basket 按钮可用 | 同步库存、价格、配送范围和结账结果 |
| 暂时缺货且不接受订单 | out_of_stock |
显示 Sold out、Item not available 等清晰文字，或使用禁用/灰色购买按钮 | 不要继续用 in_stock 购买流量承接 |
| 尚未上市但接受预订 | preorder |
说明可预订，并展示预计发货日期 | 提交并展示 availability_date |
| 已上市但暂时无货、仍接受订单 | backorder |
说明欠单状态，并展示预计发货日期 | 提交并展示 availability_date，确保订单真的能履行 |
Google 的 Availability 帮助页还区分了 preorder 与 backorder：前者用于尚未发布销售的新产品，后者用于已经存在但暂时缺货、商家仍接受订单的产品。不要为了继续获得展示，把任意缺货商品标成 in_stock。
Google 对缺货落地页到底要求什么
缺货不是“按钮必须灰掉”
Google 的落地页要求允许两种清晰表达：缺货页面可以显示“Sold out”“Item not available”等明确文字，也可以用视觉上禁用或灰色的 Buy 按钮。也就是说，禁用按钮是合规表达之一，不是所有缺货页唯一强制的 UI 形式。页面有多个规格时，也可以在规格选择器中明确停用缺货变体。
相反，如果商品仍可购买，页面应该提供有效的 Buy 或 Add to basket 按钮；如果页面宣称现货，但用户在结账时才发现无法购买，就会形成库存不一致和糟糕的购买体验。
预售和欠单必须给日期
对 preorder 或 backorder，Google 要求提供 availability_date，并让预计发货日期在落地页清晰可见。这个日期不是一句模糊的“很快发货”，而应与商品数据一致；无法给出精确日期时，官方示例允许使用可解释的预计月份，但团队应确保实际履约能力与承诺相匹配。
页面、Feed、结构化数据和结账要同口径
Google 会将商品数据与落地页信息进行核对。库存状态、价格、币种、变体和关键商品信息不应在初始加载后突然变化，也不能让结构化数据写着现货、页面写着缺货、结账页再显示不可购买。数量多、库存变化快的站点，至少要建立 Feed 更新、站内库存、结构化数据和结账结果的抽样回读机制。
三种库存场景怎么处理
场景一：暂时不接单，也不想继续展示
如果商品确实缺货且暂时不接受订单，使用 out_of_stock，页面清楚显示不可购买状态。不要删除商品后再等待重新抓取；Google 的 Availability 指南建议，若只是暂时停止展示而商品在页面上仍然有货，可以考虑 pause 或 excluded_destination，而不是伪装成缺货。
场景二：缺货但仍接受订单
只有在企业确实能够接受订单并按承诺履约时，才考虑 backorder。页面应显示欠单状态、预计发货日期和真实的下单路径。采购周期、供应商交期、跨境运输和退款条件尚未确认时，不要把“预计补货”写成可保证的交付日期。
场景三：新品还没有上市
新品尚未正式销售但允许客户预订时，可使用 preorder，并提供预计可交付日期。页面需要说明预订性质和交易条件，避免客户把预售页面理解成现货购买。
给 Shopify、WooCommerce 和自建站的库存验收表
- 抽查商品：按畅销品、变体多的商品、近期缺货商品和跨境配送商品分别抽样。
- 比对四个位置：Merchant Center product data、商品页、结构化数据和结账页的 availability、价格、变体和配送信息。
- 确认按钮含义：现货可下单；缺货不能误导点击；预售和欠单必须显示预计发货日期。
- 检查更新延迟：记录库存从 1 件变 0 件后，站内、Feed、结构化数据和 Merchant Center 的更新时间，不用“理论上实时”代替实测。
- 处理区域差异：如果只向部分国家、地区或邮编配送，检查目标国家、shipping 设置和页面提示是否一致。
- 回读诊断：保存产品诊断、拒登原因、最近抓取结果和修复后的复查时间，避免只改页面不确认 Feed。
哪些做法最容易引发拒登或账户风险
- 把缺货商品标成 in_stock：即使页面暂时还能打开，只要用户不能按承诺购买或履约，就不应继续用现货状态推广。
- 页面与 Feed 不一致：页面写 Sold out、Feed 却写 in_stock，或页面价格、币种、变体和提交数据不同。
- 把暂停展示误写成缺货：商品实际有货但只想暂时停止 Shopping 展示时，应研究 pause 或 excluded destination 的适用方式。
- 把预售写成现货：新品还未发布却不显示预订性质和发货日期，会让用户无法作出知情判断。
- 只改前台按钮不改数据链路：把按钮设为灰色不能修复 Feed、结构化数据或结账状态的矛盾。
Google 的 Misrepresentation 政策把“推广没有库存的产品”或落地页无法轻易完成的 CTA 列为不可接受的不可用报价示例；严重违规可能导致 Merchant Center 账户暂停。因此，合规目标不是让按钮看起来像某种样式，而是让广告承诺、商品状态和履约能力相互一致。
自己排查还是引入专业支持
SKU 数量少、库存系统单一、Feed 更新稳定的团队，可以先按上面的抽样表自行验收。若站点同时使用多个仓库、多个国家价格、变体库存、自动 Feed、结构化数据和第三方结账，问题往往不在某一个按钮，而在库存源、同步频率、区域配送、缓存和数据回读之间的链路。
AdTodo 可以协助梳理官网、商品信息、Feed 与转化追踪的诊断路径，帮助团队把问题分成页面、数据、政策和经营流程；这不替代 Google 的账户审核、平台技术支持或企业对库存和交付的责任，也不承诺固定展示、恢复、订单或广告效果。需要进一步检查 Merchant Center 拒登和账户状态，可阅读Merchant Center账户停用与商品拒登整改指南。
参考资料
- Google Merchant Center Help：Availability [availability]（核验日期：2026年8月1日）
- Google Merchant Center Help：About landing page requirements（核验日期：2026年8月1日）
- Google Merchant Center Help：Availability date [availability_date]（核验日期：2026年8月1日）
- Google Merchant Center Help：Misrepresentation（适用于 Shopping ads 和 local inventory ads；核验日期：2026年8月1日）