支持中心 · 自助排查

换手机登录不上, V3 首页打不开

亚星游戏换手机登录不上、亚星游戏V3首页打不开,这两类问题在这里各有四步动作。每一步都写清该做什么、该看到什么,以及什么情况下别再自己试。走完全程还不行,就带着材料交给人工。

两台移动设备并置的抽象示意,屏幕由纯色块与刻度线构成,表示从旧设备向新设备迁移
新旧设备并置 · 迁移场景示意
  1. 01 分清是哪类问题
  2. 02 确认设备与账号
  3. 03 走迁移支持
  4. 04 核对订阅状态
  5. 05 访问方式自检
  6. 06 判断结果
  7. 07 交到人工手里

七个环节,谁在管、花多久、你能拿到什么

点任一编号切换查看。环节之间不必按顺序走,从哪一步开始都行。

环节 01

先分清是登录进不去,还是页面打不开

这两件事看起来都像「进不去」,但做法完全不同。登录问题从来不在页面上,访问问题也从来不需要动账号。分错线,后面三步都会白走。

谁在做
你自己,不用等回复
大概节奏
1 分钟以内
这一步拿到
确定自己该走登录那条线还是访问那条线,后面三步都围着它走。

环节 02

在新设备上用同一个账号登一次

换的是设备,不是账号。先看新设备上能不能认出你的昵称和订阅状态——认得出来,说明账号本身没问题,卡点就在两台设备之间。这一步的结论会决定后面是走迁移还是走订阅核对。

谁在做
你自己
大概节奏
3 分钟左右
这一步拿到
一句明确结论:账号能认出来,还是连账号都认不出来。

环节 03

把两台设备的信息一次说清

迁移这件事最怕来回追问。新旧设备型号、出问题的入口、出问题的大概时间点,一次写在同一条消息里,核对就能一步到位。我们看的是账号在旧设备上是否仍然可访问,再回给你该补哪一步。

谁在做
支持人员核对,你只需提供信息
大概节奏
1 个工作日内回复
这一步拿到
一份针对你这台设备的补齐步骤,而不是通用话术。

环节 04

看提醒有没有落到新设备上

赛程提醒和数据更新推送不会自己跟着设备走。到服务清单对照一下自己的订阅范围,先看差的是哪一类:是赛程提醒没到,还是控球率这类过程数据没到。两类要补的动作不一样。

谁在做
你自己
大概节奏
2 分钟左右
这一步拿到
分清是推送没发,还是自己订阅的范围本来就没包含这一类。

环节 05

换三种打开方式各试一次

浏览器直达、移动端轻量入口、桌面固定入口,三种形态各开一次;再换一个网络开一次。三种都能开,问题在本地缓存;只有一种能开,问题在那个入口本身;三种都打不开,才轮到账号和订阅。

谁在做
你自己
大概节奏
2 分钟左右
这一步拿到
把「打不开」拆成具体一种情况,方便后面对症处理。

环节 06

做完一个动作,先判断再往下走

完全恢复,就可以停手;只是部分恢复,回到上一个环节再走一次;连着做完两个动作还是原样,就别再重复试了。反复重试不会让结果变好,只会把真正有用的线索冲掉。

谁在做
你自己
大概节奏
1 分钟以内
这一步拿到
一个明确的分叉:继续自助,或者直接交给人工。

环节 07

把线索一起发过来

设备型号、出问题时的整屏截图、你已经试过哪几步——三样一起发,问题基本一次就能定位,不用来回补信息。走联系通道,写明设备与现象。

谁在做
客服
大概节奏
1 个工作日内回复
这一步拿到
一次说清的结果,而不是再让你描述一遍问题。

两条路各走四步

先选自己遇到的那一种,再按顺序展开每一张卡片。每张卡片末尾都有一句判断口径,看完就知道该不该继续。

设备设置界面的抽象化图形,由色块与等宽标签构成,示意账号在新旧设备之间的对应关系
账号与设备对应关系示意

换的是设备,账号没换。这一步看的是新设备认不认得出你——昵称、订阅状态在不在,就是你熟悉的那个自己。

昵称与订阅状态都在 → 账号没问题,往下走设备这一步;连昵称都认不出 → 直接跳到迁移支持。

浏览器直达、移动端轻量入口、桌面固定入口各自保留自己的登录状态,在新设备上要分别登一次。在旧设备上是登录着的,不代表新设备上也登录着。

某一入口需要重新登录 → 正常,登一次就好;三个入口都提示同一句错误 → 记录下来,这是给人工的关键线索。

旧设备能正常打开赛程和数据,是最好的对照基准。说明账号是活的,问题只出在新旧设备之间的承接上。

旧设备可用 → 走迁移支持,把两台设备型号一次写清;旧设备也打不开 → 这不是迁移问题,先回到访问自检那一环。

能登录不等于提醒会到。赛程提醒与数据更新推送要跟着新设备走一遍,范围对不对得上,在服务清单里一处就能看清。

能登录但收不到提醒 → 这是订阅范围问题,不用再折腾登录;两边都正常 → 整条线走完,可以停手。

三种访问形态的抽象对照图,不同色块代表浏览器、移动端与桌面入口,用刻度线标明差异
三种访问形态对照示意

先不用清任何东西,换一种形态开一次就够了。三种里有一种能正常打开,问题范围立刻缩小到入口本身,而不是你的网络或账号。

有一种能开 → 记住是哪一种,后面直接用它;三种都打不开 → 继续下一步排查缓存与网络。

改版之后,本地可能还留着上一版页面的缓存。换个网络能同时区分是本地环境的问题,还是访问本身的问题——这一步比反复刷新有效得多。

换网络后能开 → 是本地网络或缓存的问题;换网络后照旧 → 是访问端的问题,看下一步。

V3 是主站当前在跑的版本,早先存下来的旧地址不一定还打得开。在获取应用里对照三种形态的差异,就能确认现在该从哪个入口进。

用的是旧入口 → 换成当前入口再开一次即可;用的已经是当前入口 → 带上截图找人工,这属于需要查的现象。

能打开但比分和控球率不更新,这属于推送范围的问题,不是访问问题。继续在这里清缓存只会白费功夫,回到订阅状态那一环更快。

页面能开、数据不动 → 去服务清单核对推送范围;页面本身打不开 → 只有这一种情况需要走人工。

抽象排查路径信息图,节点与连线构成一条从起点到人工入口的通路,冷色为主
排查路径 · 节点与分支示意

结果判断

什么时候该停手,什么时候该找人

判断口径只有四条。对不上任何一条,说明你遇到的不在自助范围内,直接带着材料找人工。

停手

能登录、能打开、订阅的提醒也收得到。整条线走完,不用再验证一次。

回上一环

能打开但收不到提醒,或者能登录但只有部分数据不更新。这是范围问题,退回去核对订阅,别在访问上继续花时间。

交给人工

做完两个动作之后,现象和一开始一模一样。不要再刷新、不要再换入口,把线索整理好直接发过来。

交给人工

同一现象在一周内反复出现三次以上。这种间歇性问题自己测不出来,直接报出现的时间点更有效。

每条判断背后的交付口径写在执行标准里;这一轮排查路径改了什么,最新动态按时间记着。

联系之前,先把这几样放在手边

不用写长篇说明,把下面几项对准就行。信息齐了,客服基本能在一次回复里给出结论。

  • 新旧两台设备的型号,以及系统版本
  • 出问题时那一屏的完整截图,包含提示文字而不是只有局部
  • 你试过的是哪一种打开方式,以及出问题的大概时间点
  • 赛程提醒与数据推送分别有没有收到过,分开写
  • 旧设备现在还能不能正常访问,能或不能都写一句
  • 现象是每次都有,还是隔一阵出现一次