商品分类下无商品显示，但是分类还是会展示在客户端

结论是这样：某一个分类要不要出现在客户端，取决于这个分类底下有没有至少一件顾客能看到的商品；有就出现，没有就不出现。但有一个例外会打破这个规则——如果整个客户端里顾客能看到的商品数量为零，也就是一件都挑不出来的时候，系统就会把所有分类都摆出来，不管这些分类下面有没有东西。这时候你看到的「分类还在、商品没了」就是这么来的。

所以排查顺序应该反过来：先别盯着那个空分类改，先去数一数客户端里还剩几件可展示商品。只要客户端里至少有一件商品是可见的，分类的显示逻辑才会回到正常状态——那件商品所属的分类会留下，其余分类自动收起来。反过来说，如果你把客户端最后一件可见商品也下掉了，全部分类就会重新出现，哪怕它们是空的。

第一步，进商品管理，按分类筛选，把那个分类下的商品全部列出来，看清楚它们各自的状态。常见的「不可展示」原因有几类：商品本身处于下架或者未上架状态；商品的可见范围被设置成了只对部分客户可见，而你当前的测试账号不在范围里；商品被设成了定时上架，时间还没到。这几类里任何一种，都会让这件商品在客户端不出现。

第二步，确认客户端整体是不是还有别的可见商品。你可以换一个干净的客户端账号，或者用一个不带任何客户标签的账号去逛，看首页到底能不能找到至少一件能下单的商品。这一步很关键，因为分类集体冒出来，往往就是这一步的结果为「一件都没有」。

第三步，按目标做取舍。如果你希望这个空分类彻底不出现，那就让客户端里至少保留一件其他分类下的可见商品，再把当前分类下的商品全部处理成不可展示。如果你希望这个分类保留、只是暂时没货，那就给它挂上一件可见商品，哪怕是一件占位用的、状态正常的商品。代价是顾客点进去会看到这件占位商品，你要接受这一点。

第四步，改完去客户端刷新验证，不要只在后台看。后台的分类列表和客户端的实际展示是两套结果，后台看到分类存在，不代表客户端一定显示，反之也一样。

和上下架、定时上架联动最直接：任何让商品进入不可展示状态的设置，都会间接影响分类是否出现，包括下架、未到上架时间、库存清零后被规则隐藏等。排查时要顺着这条链一路看下去，而不是只看一个开关。

和客户可见范围、客户等级权限联动：同一件商品对不同客户可能一个能看一个不能看，所以分类的可见性其实是因人而异的。做批量调整前，先想清楚这次改动会影响哪一批客户。

和报表、订单联动：把商品处理成不可展示并不等于删除，历史订单和统计口径不受影响。但如果你为了让分类消失而真的删掉了商品，历史数据就会缺一块，这个代价要提前想清楚。宁可让它不可展示，也不要随手删。