本月第二次！亚马逊又崩了，有货变缺货

今天早上刚起床，还没来及上厕所的亚马逊卖家，先被后台吓清醒了。

根据Downdetector的数据，美东时间周四晚上7点30分（北京时间周五早上7点30分）起，就有亚马逊用户陆续报告无法将商品添加到购物车。到晚上8点，故障报告已超2500起。

“我刚起床全停售，吓死我了。”一位卖家在群里惊魂未定地说。

大批卖家反馈，登录后台后发现大量产品显示“缺货”“无在售信息”，但实际库存明明还有几百甚至上千件。

有卖家开case咨询，客服回复称：库存信息没有被抓取到，具体原因尚在排查，只能等待自动恢复。

截至发稿，问题仍持续扩散。

本月第二次，卖家心态崩了

这是亚马逊本月第二次大规模故障。

3月5日，亚马逊刚经历了一场“史诗级宕机”——北美订单量瞬间暴跌99%，超过630万笔订单“蒸发”，用户长达6小时无法结账、浏览商品。突发！亚马逊美国站崩了，中国卖家损失惨重

事后内部审查发现，罪魁祸首是亚马逊自研的AI编程助手AmazonQ。一名工程师在没有自动化验证的情况下，直接上线了未经审核的系统改动，引爆了这场灾难。

亚马逊随后启动了为期90天的安全重置计划。

然而不到半个月，系统又出幺蛾子。

有卖家吐槽：“天天BUG，这个月的业绩又悬了。”

原因成谜，卖家开启“侦探模式”

这次故障来得突然，官方尚未公布原因，但卖家们已经开始各种猜测。

有卖家一针见血：“裁员裁到大动脉了。”

从去年年底到今年，亚马逊已累计裁员超3万人，技术团队更是重灾区。人手少了，流程松了，系统不出问题才怪。

也有卖家提出一个细思极恐的角度：“亚马逊是不是把服务器算力调去训练AI了？”

毕竟最近亚马逊在AI上动作频频：Rufus AI助手刚结束免费测试开始收费，AI广告功能全面铺开，生成式AI描述工具也在强制推广。有卖家调侃：“服务器都跑去给Rufus当‘大脑’了，谁还管咱们的库存数据？”

虽然只是玩笑，但结合亚马逊近期“All in AI”的架势，算力资源向AI倾斜导致传统业务系统卡顿，倒也不是完全没可能。

还有人想起月初的中东冲突：“数据中心总不会又挨了吧？”

3月初，亚马逊位于阿联酋和巴林的数据中心在冲突中受损，曾引发云服务故障。虽然这次看起来不像外部攻击，但卖家显然已经被折腾出“创伤后应激障碍”了。

卖家现在能做什么

我们【大卖群】里的多名卖家建议：别乱动，等恢复。

有卖家反馈，虽然前台显示缺货，但后台管理库存界面实际仍显示在售。强行操作可能反而影响权重，不如等亚马逊自己修。

截至发稿，部分产品已陆续恢复，但仍有大量链接处于异常状态。亚马逊官网尚未对此事做出公开说明。