你勾选的联赛、导出的场次、发来的邮件，米乐赛场分别怎么用

这些勾选由你主动完成，记在你的浏览器本地，作用只有一个——把排名视图收拢到你真正在追的那几个联赛。 多数用户会同时订阅 6.8 个联赛左右，再多就看不清当轮变化了。

清理浏览器数据之后，这些勾选会一起消失，下次打开需要重新挑一遍；换个设备登录同样是一张空订阅栏。 这既是麻烦，也是最直接的重置手段。

单次最多 2000 场，可选 CSV 与 ICS 两种格式；表格固定 12 个字段，从联赛、轮次、开赛时间（含时区） 到主客队、比分、场地、转播标记、数据修订时间、来源标注与导出批次号。文件名里带着联赛代码、轮次和生成时间， 按轮归档时不用再手动改名。

批次号的价值在于和数据修订时间对得上——同一个批次拿到的文件，赛后回填比分或订正过的内容， 都能顺着修订记录看回最近 5 个版本。赛程数据组也会看哪些轮次被反复取用，用来安排上架节奏： 每轮在开赛前 48 小时完成上架，赛后 2 小时内回填比分。

想让问题一轮就解决，邮件里写清涉及的联赛与赛季；如果和导出有关，把批次号一并附上，能省掉一次来回确认。 服务运营组读到的就是这些内容，用途是把问题跟到闭环，不做别的事。

闭环之后，往来邮件仍会留在客服记录中，用于同类问题再次出现时的复查。

它们以聚合形式保存，用来判断哪些页面的结构需要调整。举例来说，如果移动端用户总是找不到导出说明， 我们就把入口挪到更顺手的位置。

这些信息用于改进页面本身，不会形成指向某一位访客的长期档案。

离开米乐赛场之后，页面如何处理你的信息由对方站点决定，建议顺手看一眼对方的说明。 我们能做的是把跳转标注清楚，让你在点击之前就知道自己要去哪里。

响应时段为工作日 9:00–18:00。为了让我们直接定位到问题，邮件里建议写明： 涉及的联赛与赛季、导出批次号（如果和导出相关）、大致的操作时间，以及你当时使用的设备类型。 服务运营组会按这些线索排查，并把结果回信给你。

页面底部标注版本标识与最近一次修订的时间线索，采用「R3 · 2024 赛季」这样的写法， 方便你对照自己上次看到的版本。赛程与排名在每周三更新当轮内容，这份说明也在同一节奏下重新过一遍。