注册、订阅与设备：三类信息各记什么
开通账号时被问到的内容不多。你提供一个手机号或邮箱作为登录名，起一个昵称，再定下登录凭证。凭证在写进系统之前先做加密处理，客服处理工单时读不到原文。
- 账号资料：登录用的手机号或邮箱、昵称、加密后的登录凭证，以及账号创建时间。
- 订阅偏好：勾选过的联赛分区与球队、开赛提醒的提前量、是否接收伤停变更提示。
- 设备与运行信息：客户端版本号、操作系统类型与版本、网络连接的大致类型，以及程序出错时留下的运行日志。
通讯录、短信、相册、精确位置与支付信息，都不在记录范围内。
勾选过的球队可以随时在订阅管理里增减，改动会立刻反映到后续推送中。
这些信息只服务于四件事
记录下来的每一项都在具体环节里派上用场，指向的都是赛事信息本身。
- 登录与账号识别：确认这次操作来自你本人，并让手机端与桌面端的订阅内容保持一致。
- 提醒推送：按你选定的提前量，把重点场次的开赛时间送到手边。
- 重点场次推荐：每轮比赛编辑挑选不超过 8 场作为推荐，依据是联赛分区与球队关注度，与你个人的翻阅记录无关。
- 问题排查：客户端崩溃或提醒没有送达时，用运行日志定位是哪一步出了岔子。
用途集中在赛事信息服务的范围内，不会往与看赛程、看伤停无关的方向延伸。
有些内容只留在你自己的设备上
深色阅读模式的开关、上次停留的联赛分区、赛程里筛过的日期范围，这些偏好保存在你设备本地，用来让你下次打开时接着看，不会跟着账号跑到别的设备上去。
想清掉的时候，客户端在设置里提供了清理缓存的入口，在浏览器里清除该站点的数据同样有效。清理之后，下一次打开需要重新选一遍联赛与日期。
访问统计是怎么算出来的
站点按聚合方式了解访问情况：来了多少人次、从手机还是电脑进来、哪些板块被看得多。移动端访问占比 71% 就属于这一层统计。汇总结果停在总量与比例上，用来判断赛程、伤停这些板块该往哪一端多投入，不会落到具体某个人身上。
开赛提醒与伤停变更，靠什么送出去
订阅是一个自愿动作。勾选球队之后，系统按球队与联赛分区的对应关系找到接下来的比赛，再按你选定的提前量发出开赛提醒。
伤停变更提示跟着赛程走。重点场次在开赛前 90 分钟完成伤停信息复核，此后再有名单调整，提醒会跟着更新一次，让你在出门前就知道。
- 用到的内容：订阅选项本身、账号绑定的联系方式，以及设备的推送标识把提醒投递到这台设备的地址，重新登录或更换手机后会随之更新。。
- 取消的方式：在订阅管理里取消勾选，推送随即停止；也可以发邮件到客服邮箱说明要取消的球队。
- 两端的差别：网页端与客户端的账号、订阅数据互通，在哪一端改动都算数。
留多久，以及怎么保管
- 账号资料：在账号存续期间保存。注销之后，与账号绑定的资料按流程删除或做匿名化处理。
- 订阅偏好：随账号一起保留；取消订阅后不再产生新的推送。
- 运行日志：为定位故障保留一段有限时间，之后滚动清除，不长期堆积。
实际采用的保护手段
- 登录凭证加密存储，不以明文出现在日志与工单里。
- 内部按岗位划分数据访问范围，客服、数据与研发各自只接触处理问题所需的部分。
- 提醒推送走加密通道，投递失败由系统重试，不由人工读取提醒内容。
- 检测到异常登录时，会要求补充一次验证，确认是本人操作后才继续。