赛程对不上、提醒没响，问题多半出在这几处

本赛季赛程已经排到第 15 轮。12 个联赛的场次按开赛时间放在同一条时间轴上，不用一个联赛一个联赛地点开。

想直接锁定本队，可以在赛程列表里按球队筛一次，筛完的结果会一直留到下次你主动改动。

赛季内每天更新两次，早晚各一轮。开赛时间调整、场地变更和轮次挪动会跟着当次更新一起落到页面。

数据来自我们对接的 6 家数据服务商，数据运营团队负责复核与异常修正，回传有问题的场次会被单独挑出来处理。

常规改期通常在下一次更新时就反映出来；临近开赛的临时调整会更快一些，改完刷新页面就能看到新的时间。

如果隔了一整天还显示旧时间，把联赛和轮次发给客服，我们回头去核数据源。

赛程列表可以按轮次切换，点轮次数字直接落到那一轮的全部场次。

如果你已经在用站内索引，也可以在索引里把轮次当成检索条件，配合球队一起筛，出来的结果更少更好找。

打开站内索引，先选球队，再定轮次；想缩小范围就填一个控球率区间，比如 55%–65%，符合条件的场次会一次列出来。

这条路径比赛季初的旧版少点两次，常翻历史数据的人能明显感觉到差别。

站内保留最近 9 个赛季的赛程与控球率记录，按赛季、轮次逐层展开，越近的赛季列得越细。

做赛季对比的时候，建议先把两个赛季的同轮次场次筛出来，再横向看控球率的变化。

少数场次会遇到数据源回传不完整的情况，那一段时间里这一格会先空着。数据运营团队会盯这类场次，拿到补录后回填。

如果空了两天以上还没补上，把联赛、轮次和场次信息发到客服邮箱，标注一下你在哪一端的页面看到的，我们跟进得更快。

不同数据服务商在同一场比赛上取的统计源不同，同一场出现两个数字并不罕见。站内以复核后写入的版本为准，客户端和网页端显示的是同一组数字。

引用站内数据做内容时，建议连同轮次一起标注，读者回头核对更省事。

最多同时追踪 20 场比赛与 5 支主队。到上限时，先移除一条旧收藏才能加新的。

赛季推进到后半段时，把已经结束的场次清一清，位置基本够用。

提醒分三个节点：开赛前、半场、终场。哪一场要哪个节点，可以单独开关，不想要终场结果的人直接把那一项关掉就行。

主队动态跟着收藏走，主队有新消息时会在对应节点一并带出来。

按这个顺序走一遍，基本能定位到原因：

1. 看客户端的通知权限是不是被系统关掉了，这一项最常见。
2. 确认这场比赛是不是已经打完——终场后收藏条目会归档，不再推送。
3. iOS 端检查订阅比赛是否还在生效，中断的提醒需要重新订阅一次。
4. 以上都正常，把账号和场次信息发到客服邮箱，我们查推送记录。

iOS 端在客户端内的订阅设置里关闭；Android 与网页端在收藏列表里逐条关掉提醒开关。

取消后不再接收这场比赛的提醒，收藏条目本身还留着，之后想重新打开提醒随时可以。

三端用同一个账号登录，数据面板、收藏和提醒设置跟着账号走，在哪一端登录都是同一套内容。

临时借用别人的设备时，记得退出登录再还给对方。

当前版本统一为 5.2，iOS 与 Android 保持两周一次的小版本节奏。版本太旧可能看不到新增的数据字段，建议随手更新一下。

安装包和设备要求在下载中心里写得很细，按手机系统对号入座就行。

在。新设备上登录同一个账号，收藏的 20 场上限和主队列表会原样恢复，提醒开关也保留。

如果恢复出来的条目比原来少，多半是旧设备上有过取消操作，或者那几场比赛已经打完被归档了。

赛程、控球率和历史数据来自同一套面板，三端看到的内容一致。

差别在提醒：推送依赖客户端，网页端适合坐下来查数据、翻赛季记录这一类场景。