I直接答案
先给结论:小程序掉线跟「30天自动清理缓存」没有关系,真正会让客户端从登录态里掉出来的,是「绑定关系」这件事被动过。系统判断一个客户还在不在小程序里,看的是他当前有没有一条有效的绑定记录,以及这条绑定对应的认证状态是不是连续的。只要绑定被解掉,或者认证中间断过一段,客户端下次打开就会回到未登录状态,表现出来就是掉线。
所以排查顺序应该反过来:先查后台有没有解绑动作,再查客户自己有没有在「我的」里点过解除绑定,最后查认证是不是到期之后才补做的。这三件事只要命中一件,客户端基本就会掉。三件都没发生过,还反复掉线,那就不是配置问题了,需要让技术去核实具体的绑定记录和登录日志。
II操作问答
掉线到底看什么:绑定记录和认证状态
订货宝客户端小程序的登录态,是靠一条绑定关系撑着的。这条关系一旦被删除或被替换,之前那个登录态就失效了。缓存清不清、清几次,跟这件事没有关系,所以你会发现有些客户天天用也不掉,有些客户放着不用反而掉了——区别不在使用频率,在绑定有没有被动过。
认证状态是第二个关键。认证如果先到期、过了一段时间才续上,中间那段空档会被系统当作「关系不连续」。补认证成功不等于绑定自动恢复,客户端还是可能停在未登录状态,需要重新走一次绑定动作才能回来。这一点很容易被误解成「认证都续了怎么还掉线」。
III操作问答
照着查:三步定位是哪种掉线
第一步,在订货宝后台查这个客户最近有没有被解绑过。重点看解绑时间点,跟客户反馈的掉线时间对不对得上。对得上,基本就是这次解绑造成的。
第二步,让客户自己打开小程序,进「我的」,看里面有没有解除绑定的入口被点过的痕迹。客户自己误触、或者换手机后重新登录时点了解除绑定,都会造成同样的结果。这一步要客户配合,但很快。
第三步,查认证的时间线。把到期日和重新认证的日期拉出来对比,看中间是不是断过。断过的话,不要只补认证,还要让客户重新完成一次绑定。三步走完还定位不到,再把客户的账号信息和掉线的大致时间给到技术,让他们核实绑定记录。
IV操作问答
最容易配错的两种情形
第一种:只在后台重新解绑、没有通知客户重新绑定。后台看数据一切正常,但客户端打开还是未登录。现象是「后台显示已绑定,小程序却说没登录」。这种时候别去查缓存,直接让客户重新绑定一次就恢复了。
第二种:认证到期后隔了一段时间才续。续上了,后台显示认证有效,但客户端的登录态没跟着恢复。现象是「认证状态正常,小程序仍然要求重新登录」。这种情况需要把认证和重新绑定当成两个动作来做,只做前者不够。
V操作问答
跟哪些功能会互相影响
绑定关系不只是登录用,它还牵着价格和账期。客户掉线期间,如果用的是专属价格或账期,重新绑定后要确认这些权益是不是还挂在同一个客户主体上,别出现掉了再绑、绑完价格变了的情况。
权限和报表也受影响。绑定变动会体现在客户活跃相关的数据里,如果同一时间段有多个客户掉线,报表上会看到一片「未登录」,这时候先排查是不是有一批认证同时到期,而不是逐个客户去问。库存本身不受登录态影响,但客户掉线期间下的单可能走的是旧价格,对账时要留意。
VII常见问题
被问得最多的几个问题
认证续上只解决了认证状态,不解决绑定状态。如果认证中间断过一段,系统会认为绑定关系不连续,需要让客户重新走一次绑定流程。先确认认证到期日和重新认证日期之间有没有空档,有空档就让客户重新绑定,绑完再让客户试一次登录。
看时间和入口。后台解绑会有操作记录和时间点,客户自己解绑通常发生在「我的」页面里操作,时间上往往跟客户换手机、换账号、误点有关。把掉线时间和这两个来源对一下,能对上哪个就是哪个。对不上再找技术核实绑定记录。
不用。先看这批客户是不是认证到期时间接近,如果集中在一个时间段,很可能是批量认证到期后补认证造成的。先按认证时间线排查,再决定哪些客户需要重新绑定。逐个查会浪费时间,而且容易漏掉共同的触发点。
VII继续查
企业微信 · 专属顾问