A
按比赛日期
在复盘观察页的检索条里选日期区间,命中后每条结果的首行固定显示比赛日期与实时比分,出场时间排列在第二行。
SUPPORT · 检索与口径手册 · v4.3.2
冠竞赛场把检索入口和字段口径放在同一页:先用比赛日期、轮次或主客场定位到那一场,再回来确认数值怎么算、什么时候入库。下面十八条问题覆盖了日常提问里的绝大多数情形。
01 / 快速检索入口
A
在复盘观察页的检索条里选日期区间,命中后每条结果的首行固定显示比赛日期与实时比分,出场时间排列在第二行。
B
页面顶部的 34 轮时间轴本身就是入口。选中某一轮后,数据模块与复盘列表会一并切到该轮,无需再手动翻找。
C
主客场切换只改变数据分组与呈现,不改变任何口径。主场分组用荧光青柠标识,客场分组用电光橙标识,两者不会互换。
实时比分字段与比赛日期同组显示,位置固定在检索结果首行右侧,就是为了避免只写轮次而指代不清。三条入口最终落到同一套字段上,切换入口不会让数字变样。
02 / 出场时间与字段口径
全部指标以单场 90 分钟出场时间为切分单位,切成上面六个区间。替补的每一段单独记账再汇总,这样登场早晚的差别不会被全场平均值抹掉。
替补贡献 = 区间跑动距离 × 0.6 + 区间传球成功率 × 0.4。两项先各自标准化到同一量纲再加权,跑动占六成,是因为它更能反映登场时段里的实际投入。
系数只在区间内部生效,跨区间不做二次加权;加时段的跑动与传球另行记录,不参与常规 90 分钟的加权汇总,也不与常规时段合并计算。
加时与补时单独标注,不并进常规六段。最直接的好处是最后一段不会被补时拉长,跨轮次比对时口径始终一致。
不会。颜色只说明这条数据属于哪一组,切换分组不会改写任何字段。卡片描边、时间轴标记与图表图例使用同一套语义,所以看颜色就能判断数据来源。
每场比赛 28 项基础字段,其中 11 项与出场时间直接相关。检索时被筛的就是这 11 项,其余字段只在单场详情里展开,不参与列表筛选。
12 列、8 行是把场地切得足够细、又不至于单格样本过小的折中方案。每一格对应一个可比较的跑动强度值,列表与详情里的热区都按这个网格渲染。
只统计球员实际在场时段内发生的传球,未登场的时间不计入分母。因此同一场比赛里出场二十来分钟和踢满大半场的两名球员,成功率可以直接放在一起比。
每轮记录首发 11 人、替补登场人次与换人时段,并按赛季累计成轮换深度指标。指标只描述变化本身,不对单场结果做因果推断。
03 / 筛选、组合与分享
只记得大致时间就走比赛日期,记得轮次就用顶部时间轴,想横向比较整季走势就切主客场分组。三种入口都落到同一套字段,换着用结果不会变。
轮次、主客场与出场区间之间是交集关系,条件加得越多结果越窄。出场区间本身可以多选,多选时这几段按并集展开,再与其余条件取交集。
当前筛选组合会写进地址栏的片段标识,把完整链接复制出去,对方打开就是同一组条件,不需要再逐项点一遍。
片段标识只保存筛选状态,不保存浏览位置;如果目标页面新增了轮次,旧链接仍然按原条件打开,不会自动跳到最新一轮。
依次看:比赛日期有没有落在当季 34 轮的范围之内;主客场是不是选反了;出场区间是不是收得太窄。三处都排除后仍然为空,再走反馈通道。
04 / 更正与历史补录
把比赛日期与实时比分一起发到客服邮箱,我们会在 2 个工作日内完成复核。只给轮次无法唯一定位到某一场,实时比分才是把记录对上号的关键。
邮件里写清比赛日期、实时比分、涉及的轮次与主客场分组,以及你认为有出入的那个字段名。信息越具体,复核来回的次数越少。
复核完成后,更正条目会在数据编辑部页公示,旧值不直接覆盖而是留档,历史版本可以对照查看。每一次口径调整都会带上版本号。
涉及转会动态与球衣号码变动的场次,全部标注比赛日期与实时比分,历史记录再按号码映射表回溯对齐,避免同一条数据被挂到两个号码下面。
05 / 终端与离线缓存
入库节奏固定:赛后 45 分钟完成基础数据入库,2 小时内开放赛后复盘出场时间检索,次日 12:00 前补齐跑动距离与传球成功率。
适配 Android 5.0 及以上,安装包约 26.4 MB。低版本机型会优先加载纯文字视图,图表与热区延后渲染,避免首屏卡顿。
可以离线缓存最近 3 轮的数据。断网时仍能查看出场时间与主客场分组,恢复联网后缓存会自动补齐到最新一轮。
在应用内的缓存管理里清除即可,重装也会一并重置。站点没有账号体系,也不做跨设备同步,换设备后需要重新缓存最近几轮。
06 / 仍未解决