口径与机制说明
指标先有口径,读数才有依据
LOL押注正规平台中文官网把登场率、分钟经济差、参团率这类名词的算法、取数范围与适用版本集中在这一页。 图表上出现的每一个读数,都能在这里找到它对应的定义;口径改过一次,就会留下一个版本号。
每个指标只认一种算法
同一个名词在体验中心、更新动态与名词表里的写法完全一致。所有基础指标共用同一个取数范围:已完成整轮同步的对局。
英雄登场率是怎么算出来的?
登场率等于该英雄被选出的对局数,除以纳入统计的总对局数。分母只包含完成整轮同步的比赛日,正在结算中的对局不计入, 因此同一英雄的登场率在补齐前后会有小幅回落。站点按五组位置分别展示登场率,每组给出前 20 名选手,单赛季榜单共 100 名选手在榜。
口径版本 R7 · 展示位置:体验中心登场率面板
禁用率和登场率为什么不合并成一个数?
禁用率统计的是英雄被移入禁用位的次数占比,登场率统计的是实际被选出的次数占比,两者衡量的行为完全不同。 合并之后看不出一个英雄是被反复禁掉还是被反复选走,所以两个数值始终并列展示,不做加权、不做平均。
口径版本 R7 · 两项数值分母相同,分子互斥
分钟经济差为什么会出现负号?
分钟经济差反映的是选手在单位时间内的经济领先或落后,符号本身就是信息的一部分。负号表示该统计区间内处于落后, 站点不做取绝对值处理,也不设上下限截断。读数时先看符号,再看数值大小,避免把落后读成领先。
口径版本 R7 · 等宽数字展示,保留正负号
参团率的分母到底是哪一层?
分母是所在队伍在该场对局中的总击杀数,分子是选手参与到的击杀次数。击杀与助攻一并计入分子,同一名选手在同一场击杀中 不会重复计数。因此参团率的取值范围在 0 到 1 之间,展示时以百分比呈现。
口径版本 R7 · 与分钟经济差同为选手级指标
控龙率把哪些中立资源算进去?
控龙率只统计元素龙与随后的远古龙,峡谷先锋与其它中立资源不计入这个指标。纳入统计的对局必须推进到龙坑首次刷新之后, 在刷新前结束的对局既不进分子也不进分母,因此控龙率的样本量通常小于登场率的样本量。
口径版本 R7 · 队伍级指标,按赛段分开统计
剩下几项指标在哪里看定义?
分均伤害、视野得分、一血参与、推塔节奏、经济曲线、胜率区间与模型读数,与前面几项共用同一套取数范围与校验流程。 体验中心共 12 类可视指标,每类都能回溯到本页的定义与版本号。完整的指标面板入口在 体验中心。
口径版本 R7 · 十二类指标共用一份口径说明
名词表与口径版本
左侧为指标名,右侧为当前生效的定义,末尾胶囊标注该定义所属的口径版本。修订一条定义时,整表版本号同步递增。
- 登场率 R7
- 某英雄被选出的对局数占纳入统计对局数的比例,按五组位置分别统计,每组列出前 20 名选手。
- 禁用率 R7
- 某英雄被移入禁用位的次数占比,与登场率分开统计,两者分子互斥、分母相同。
- 分钟经济差 R7
- 选手在单位时间内的经济领先或落后,保留正负号,不做绝对值处理与截断。
- 参团率 R7
- 选手参与击杀次数占队伍总击杀数的比例,击杀与助攻合并计入分子且不重复。
- 分均伤害 R7
- 每分钟对敌方英雄造成的伤害,剔除对非英雄单位造成的部分。
- 视野得分 R7
- 眼位放置、留存与拆除等行为按权重折算后的合计得分,随对局时长归一化。
- 一血参与 R7
- 首杀发生时在场并实际参与击杀的标记,按选手累计次数统计。
- 控龙率 R7
- 队伍控下元素龙与远古龙的比例,仅统计推进到龙坑首次刷新之后的对局。
- 推塔节奏 R7
- 单位比赛时间内防御塔摧毁进度的累计值,用于观察推进速度的快慢变化。
- 经济曲线 R7
- 按比赛时间轴逐点记录的经济差走势,以队为单位绘制,不插入估计值。
- 胜率区间 R7
- 结合赛段与样本量给出的区间读数,样本不足时区间自动变宽而非隐藏。
- 模型读数 R7
- 夺冠概率模型每 72 小时重算一次输出的概率值,随基础数据变化而变化。
两条更新线各管一件事
基础数据走按周同步,模型读数走 72 小时重算。两条线互不覆盖,改动范围也不相同。
按周同步和 72 小时重算有什么区别?
按周同步更新的是基础数据:选手数据、经济曲线与英雄登场率按周同步,每个比赛日结算一次,每周三与每周日完成整轮更新。 模型重算读的是当前最新一版基础数据,只输出模型读数这一项。所以榜单先动,读数后动,两者不会同时到位。
基础数据按周同步 · 模型每 72 小时重算
模型重算会不会把榜单一起改掉?
不会。重算只更新模型读数,登场率、禁用率、分钟经济差等基础指标不受影响。当重算结果与上一版的差值超过设定阈值时, 会在更新动态里单独留下一条记录,便于逐次比对读数变化。
越界读数会单独标记并记录在更新动态
为什么某个比赛日的数据一时看不到?
常见原因有三种:该比赛日尚未完成结算;源数据比对未通过而进入回查;该对局本身不在统计范围之内。 前两种情况会在校验通过后补齐,第三种会保持不显示。数据经三道校验:源数据比对、二次人工抽检、异常值回查。
三道校验完成后才进入面板发布环节
一整轮更新具体包含哪些动作?
依次是源数据拉取、口径套用、抽样复核、异常值回查与面板发布,最后在更新动态留下一行条目。 当轮改动过的口径会同步标注版本号,读者可以据此判断某张图是不是换了算法。更新条目按赛段与轮次归档, 完整记录见 更新动态。
口径改动与勘误一并在更新动态留档
赛程与回放按比赛日排布
排布方式决定了能不能并排比较同一天发生的事情,也决定了回放条目要多简洁。
为什么按比赛日顺序,而不是按对阵组合排?
比赛日是赛程与回放里最小的稳定单位。按比赛日排布,同一天进行的对局会落在相邻位置,横向比较不需要来回跳。 时间轴支持按比赛日、赛段与赛区三种方式切换视图,切换只改变排序视角,不改变条目本身。
三种视图:比赛日 / 赛段 / 赛区
回放条目为什么只写赛段和轮次?
回放索引承担的是检索功能,登记的是「哪一场、属于哪一段」。条目只标注赛段与对局编号,不重复描述比赛过程, 也不放入主观评价。按赛段折叠之后,可以一次看完常规赛、季后赛或总决赛的全部条目。
回放条目按比赛日顺序登记,按赛段折叠
四条内容线各自负责什么?
两条赛区线分别覆盖深圳赛区与成都对局,输出选手数据与英雄登场率;两条赛程回放线分别对应上海赛程与广州回放, 输出时间轴与回放索引。四条线共用同一份口径说明与同一套校验流程,因此同一指标在不同线上的写法一致。
四条线共用口径说明 R7
看不到某一列时先查这几处
多数「数据不见了」的情形来自筛选条件或缓存,与数据本身是否同步无关。
表格里有些列为什么会消失?
筛选条件收窄之后,部分列会因为该位置或该赛段的样本不足而暂不展示,避免用极少量样本支撑一个看起来很确定的数字。 把筛选放宽到完整赛段,列通常会重新出现。展开状态会记录在地址栏的锚点里,复制地址到别处打开,展开的仍是同一行。
展开状态写入地址锚点,刷新与转发均保留
移动端和桌面端看到的内容一样吗?
功能一致,只是交互方式不同。移动端默认收起次要列,展开行之后能看到完整指标;桌面端同时呈现更多列, 表格展开与时间轴拖动的手感略有差异,数据本身没有任何区别。
两端功能一致,仅交互方式不同
读数看起来停在上一轮怎么办?
先刷新一次页面,排除浏览器缓存的原因。若刷新后面板版本仍停留在旧号,说明整轮更新尚未完成, 可以对照更新动态里最近一条记录判断进度。两步都排除之后仍觉得读数异常,按下面的方式提交反馈。
核对面板版本号是判断是否已更新的最快方式
提交问题要带上哪些信息
带齐信息的问题平均处理更快。缺少对局编号的反馈往往需要来回确认,反而拖长了确认时间。
发现数据不对,从哪里提交?
发送邮件到 service@lol-bet-radar.com.cn,标题写清指标名与对局编号,正文附上面板截图并注明你看到的面板版本号。 需要附带的信息越具体,回查越快。联系方式与在线时段整理在 联系我们。
客服邮箱工作日 9:00–18:00 在线,节假日 24 小时内回复
勘误公告多久会发出来?
经回查确认属于站点统计问题的,在确认后 24 小时内发布勘误公告。公告同步到更新动态, 涉及口径修改的部分会在知识中心留档并提升口径版本号,读者可以据此判断受影响的时间范围。
勘误公告确认后 24 小时内发布
涉及结果与收益的问题谁来回答?
本站只做赛事数据的整理、统计与展示,不解答与收益相关的问题,也不对任何结果作出保证。 这类提问统一引导至 使用条款,那里写明了内容性质与责任边界。
内容性质为非建议性数据展示