I直接答案
订货宝对这种标签有一套默认的显示规则:标签下面必须真的挂着商品,才会在客户端露出来。如果这个标签只是个壳子、里面一个商品都没关联,系统不会显示一个点进去空空的入口,而是直接把它藏掉。所以你在后台看到标签明明建好了、排序也排了,客户端却找不到它,第一件要确认的事就是:这个标签下面到底有没有商品。
第二个高频原因是缓存。后台的分类和标签结构改动,并不是改完立刻推到客户端的,需要你在商品分类里手动点一次「更新缓存」才会同步。很多人改完标签就退出去刷新客户端,发现没反应,其实是改动还停在后台。路径是:商品 → 商品分类 → 更新缓存,点完之后再去看客户端。
II操作问答
先搞清楚系统是按什么逻辑决定显不显示的
顶部标签属于商品分类结构的一部分,客户端拿到的是一份经过整理的分类数据,而不是后台的实时界面。系统在组织这份数据时,对空标签会做过滤:标签下面没有关联到任何商品,这个标签就不会出现在客户端的顶部导航里。
这意味着你看到的「设置成功」和客户端「显示出来」是两件事。后台允许你先把标签框架搭好,哪怕暂时没商品;但如果不放商品,客户端就当作它不存在。想让它露面,必须让标签下至少有一个可正常展示的商品。
另外,一个标签下面挂了商品也不代表一定可见。如果标签里的商品全都被下架、被设置成不可见,或者被其他限制条件挡住,客户端同样可能看不到这个标签。所以排查思路是先从「有没有商品」开始,再往「商品本身能不能展示」上延伸。
III操作问答
具体怎么查、怎么改:三步走完
第一步,进后台的「商品」→「商品分类」,找到你新建的那个顶部标签,点进去看它下面关联了哪些商品。如果列表是空的,那就是问题的根源——给它加上商品,或者把已有商品归到这个标签下。
第二步,确认标签里的商品是「可展示」状态。逐个检查商品的上下架状态、是否被设置为隐藏、是否属于当前客户可见范围。如果这个标签下唯一的一两个商品都处于不可售状态,标签等于空标签,客户端依旧不显示。
第三步,回到「商品分类」页面点击「更新缓存」。这一步不要省,也不要以为保存按钮已经替你做了这件事。点完之后再打开客户端刷新,标签一般就出来了。如果同时改了分类名称或排序,也建议在同一轮里把缓存一起更新掉,避免出现显示了标签但名称还是旧的情况。
操作顺序上,建议先加商品、再核对商品状态、最后统一更新缓存,而不是反复点缓存。缓存每次更新推的是当前的后台结构,你在缓存更新之后又改了商品归属,就得再点一次。
IV操作问答
最容易配错的两种情形,对照看现象
第一种:只建标签不放商品。现象是后台一切正常,标签列表里看得到它,排序、图标都能设置,客户端顶部却完全没有它的位置。这种误配大多发生在活动上线前先搭框架、事后忘了补商品的场景。解决方式就是往里塞商品。
第二种:商品加了,但忘记点更新缓存。现象是后台数据完全正确,商品也确实在标签下,客户端偏偏还是看不到。这时候反复刷新客户端没用,因为服务端还没把新结构推过去。回到商品分类点一次更新缓存,问题消失。
还有一种容易混进来的情况:标签里的商品被归到了别的分类下,或者被设成了仅部分客户可见。管理员账户看得到,客户账户看不到,容易误判成系统 bug。排查时用真实客户账号登录验证一次,比只看后台更可靠。
V操作问答
它跟哪些功能会互相牵动
标签和商品分类是同一套结构,改动分类层级或者把商品挪进挪出,都会影响标签下有没有内容,所以要一起看,别只盯标签本身。
标签里的商品是否可展示,又和价格策略、账期权限、客户分组挂钩。同一个标签,对不同客户分组可能呈现不同内容,甚至对某些分组为空。做排查时先确认你用的是哪个客户身份在看。
库存和上下架状态同样会影响展示结果的完整性。标签下商品全部缺货、下架时,客户端的观感跟空标签差别不大,容易被误认为标签没生效。
权限方面,如果只给了部分角色管理商品分类的权限,那标签维护和缓存更新可能不是同一个人操作的,交接时最容易漏掉「更新缓存」这一步。报表侧看分类维度的数据,也要建立在标签结构已经正确同步的前提下。
VII常见问题
被问得最多的几个问题
先确认客户端是不是最新状态,退出重进或换一台设备看。其次核对标签下的商品是否全部处于不可售、不可见状态,这会让标签实际等同于空标签。再确认你查看的客户账号是否在商品可见范围内。如果都正常,把标签先删掉重建一次,往往能把卡住的结构重置掉。
通常是商品的可见范围或客户分组设置导致的。标签本身是展示入口,真正决定谁能看到内容的还是商品层面的权限配置。同一标签对不同分组呈现不同商品是正常现象,检查时要用目标客户身份验证,别只用管理员账号看。
它们共用同一套商品分类结构,顶部标签是这套结构在客户端顶部的一种呈现方式。你改的东西在后台是一处,客户端展示在多个位置。所以排查时不只要看顶部,也要看分类页面里内容是否齐全,改完统一更新缓存。
VII继续查
企业微信 · 专属顾问