商品补货了，Google 仍显示缺货，先核对这条 SKU

仓库补进了货，网站也恢复了购买按钮，Google 商品卡却还写着缺货。这通常要从两处查起，店铺里的库存有没有更新，以及 Google 的 Merchant Center 收到的还是不是旧数据。

Merchant Center 是管理 Google 商品资料的后台。库存通过商品文件、电商应用或接口同步到这里。店铺里的数量改了以后，Google 也要收到新数据，才能把对应商品更新为有货。

从一个具体规格开始查。 比如一双鞋的 42 码，先看 Google 收到的库存，再用它保存的链接打开商品页，最后试一下能否结账。查清这一款，通常也能发现同批商品的问题出在哪里。

01先找到 Google 上的那一款商品

商品列表里有两列要留意。Source 是数据来源，告诉我们库存由谁同步。Availability 是库存状况，显示 Google 当前采用的值。下面把 Google 官方示例里的这两列放大，方便对照。

同一双鞋的不同尺码，通常对应不同的商品记录。假设美国站 42 码刚补货，43 码还没货，我们要查的就是美国站 42 码那条。只记住商品名称，很容易把几个规格看混。

在“商品”的“需要注意”页找到库存不一致的问题，打开受影响的商品详情。记下商品 ID，然后直接打开这里提交的链接。页面默认选中的尺码、颜色和市场，都应该与这条商品相符。

直接使用后台链接，更容易复现问题。平时从首页点进商品，网站可能记着你上次选的规格。自己逛网站时一切正常，Google 保存的链接却可能打开了另一个规格。

02网页补了货，Google 还在用旧库存

比如，店铺上午 10 点补货，Merchant Center 最后成功处理的文件却是 9 点那份。还没读到新库存，Google 显示的就可能是补货前的缺货状态。

先看这条商品的数据从哪里来。如果是定时读取的文件，打开最新文件找到同一个商品 ID，看看库存值有没有改。常见写法是有货 in_stock，缺货 out_of_stock。文件已更新，再看 Google 最后一次成功读取的时间。

如果通过电商平台应用同步，库存可能已经在店铺改好，应用却还没有推送，或者这条商品没有发布到 Google 渠道。先查看应用中的同步状态，再到 Merchant Center 看这条商品最终采用了什么值。

如果文件已经写着有货，Google 仍然采用缺货，也看看这条商品以前是否被手动修改过。Google 帮助说明，商品编辑器中的修改可能优先于后续文件更新。打开商品详情的编辑页，找到不再适用的修改，按后台提供的方式撤回，再重新同步。

文件或应用里的库存没改，就从这些来源更新；来源已经正确，再看有没有旧的手动修改。 这样找同事协助时，也能说清需要处理的是哪个环节。

Google 的官方示意把两份信息放在了一起。左边是提交的商品表，右边是顾客打开的商品页。同一款商品，两边应该写着相同的销售状态。

如果平时正常的几份数据突然同时更新失败，还可以查看 Google 官方状态页。11 月 6 日确实出现过涉及 Merchant Center、Merchant API 和 Feeds 的故障，事件已经结束。平台故障要结合当时的时间和范围判断，个别商品仍有问题，就继续查商品本身。

03后台已经有货，就试一次顾客的下单过程

如果 Google 已收到有货状态，打开提交的链接却默认选中了缺货的 43 码，就要修正链接或商品页的规格选择。我们希望顾客点进来，看到的就是商品卡上那一款，而不是进站后再找一次。

再看一个容易漏掉的地方。页面文字已经写着有货，网站给搜索引擎读取的商品数据仍然写着缺货。这些数据通常由模板或插件生成，页面按钮更新了，它们未必跟着变。

把同一个链接放进 Google 富媒体搜索结果测试，可以找到商品的库存信息 Offer.availability。有货时，网页里常见的写法是 InStock，商品文件里则是 in_stock。格式不同，意思应该相同。需要开发协助时，把测试结果和商品链接一起发给他，更容易找到模板或插件中的旧值。

最后，用目标市场的地址走到结账。仓库里有货，却不给这个地区配送，顾客还是买不了。库存、配送地区和交期需要一起对上，不能只盯着后台那行数量。

04等补货还继续接单，库存状态要写清楚

有些店暂时没现货，但允许顾客先下单，补货后再发。这种情况与完全不接受订单不同。Google 提供了对应状态，选择时看实际销售安排。

预订和缺货待补还需要说明预计发货日期。商品页也写清楚，顾客才能在付款前判断要不要等。只把购买按钮打开，却继续让页面看起来像现货，后面容易出现交期争议。

想暂时停投一款有货商品时，查看渠道展示或暂停设置。不要把库存改成缺货来代替暂停，等到重新投放时，这个临时改动很容易被忘记。

05最后看 Google 的商品状态是否恢复

回到 Merchant Center，查看刚才那条商品的库存和问题提示。新数据处理完成后，Google 可能还需要重新检查页面。商品已获批，也需要与实际获得展示、点击分开看。

下面是 Google 官方演示中的状态历史。它能按时间显示哪些商品获批、受限或未获批。处理一批问题后，可以在这里看修改前后的变化，再点进仍未恢复的商品，继续看具体原因。

后台如果提供申请检查或审核的操作，按当前问题说明处理。等待期间保留已经修正的源数据，别为了刷新状态连续删除、重新添加同一个商品。

Google 的自动商品更新，会利用商品页面上的信息修正部分偶发差异。它能读到的是网页，不能替你确认仓库里到底有多少货。如果页面本身写错了，先把页面和商品数据改正确，再看更新结果。

日常同步也要继续。每天固定补货的店，可以把定时读取安排在补货之后。库存一天变很多次，则需要应用或接口更及时地传递变化，尽量缩短店铺和 Google 使用不同库存的时间。

最后，再打开同款另一个尺码。42 码恢复有货，43 码仍然缺货，说明这次更新没有连带改错其他规格。补货交接时多做这一步，后续也更容易发现应用同步或批量编辑的问题。