索引的来路，与它被维护的方式
澳博CN站内索引从 2018 年上线起就在做同一件事：把订阅、战报与两队比较压进同一条路径，让核对少走几步回头路。这一页说明它由谁维护、按什么节奏更新，以及路径为什么排成现在这个样子。
路径为什么被压到一条
核对一场比赛通常要开三处窗口：先看两队的控球率对照，再去查替补出场记录，最后翻战报确认细节。三段路各自独立的时候，读者记不清上一次看到哪一行，只能来回切换。索引把这三段合并，控球率作为对照入口，替补贡献列表承担筛选，战报与球员查询固定在次级菜单第二项——任何页面都从这个位置进入，不需要先回首页再往下找。
站内路径分三级：一级是订阅与赛程列表，二级是战报与球员查询，三级落到数据对照与两队比较。这个顺序不按功能大小排，而按核对时的动作先后排。先选赛事，再读过程，最后比字段。
从 数据面板 可以看到控球率环形与联赛筛选条的实际排布。
版本序列与每次改动
从 v1.0 走到 v4.2，四次大版本迭代解决的是同一件事：路径更短、口径更清楚。下面的刻度按版本序列排列，不绑定具体日期。
版本刻度
- v1.0 上线阶段 基础赛程列表与订阅入口成形，先解决“去哪看”的问题。
- v2.0 就比较 两队比较字段并入同一条路径，比较结果保留返回入口。
- v3.0 可追溯 双人复核写入数据流程，每条记录留下可回溯的处理节点。
- v3.8 能筛选 联赛筛选条进入赛程带，按联赛、赛季阶段与主客场三维过滤。
- v4.2 当前版本 横向主题带与可折叠数据卡片上线，纵向阅读被打断成可翻阅的面板。
可折叠卡片是 v4.2 的主要改动。章节默认展开，标题行保留章节号、标题与折叠控件，折叠状态写入 URL hash，刷新后仍停在原处。战报的连续阅读因此不必穿过整段表格。
从数据到战报的两次复核
数据编辑与数据校对是两条平行工序，同一条记录必须经过两边，才进入索引。
A数据编辑
- 采集比赛事件，按 12 项字段整理替补出场记录。
- 生成控球率采样，单场最多保留 120 个采样点。
- 每 90 秒刷新一次数据块，异常区间单独标记。
- 起草战报首版，终场后 40 分钟内完成。
B数据校对
- 比对两次来源，核对字段是否缺项。
- 标注口径差异，写明取舍理由再放行。
- 不一致的条目整条退回编辑重填。
- 次日补充战术复盘，复核首版里的描述。
复核只保证记录与站内口径一致，不构成对比赛走势的判断。战报两版之间的差异会在正文中标注。
十二人的分工表
| 角色 | 人数 | 主要动作 |
|---|---|---|
| 数据编辑 | 5 | 采集、填字段、起草首版战报 |
| 数据校对 | 3 | 双人复核、标注口径差异、退回重填 |
| 产品与前端 | 3 | 维护路径、筛选条与可折叠面板 |
| 内容运营 | 1 | 栏目排期、更新日历与检索索引维护 |
内容运营与客服所在城市为西安，地区信息只出现在联系与备案相关内容里，不构成任何办公地点或网点的说明。反馈走 联系通道 列出的客服邮箱与电话。
每周三次的维护日历
检索索引每周二、周五、周日各维护一次，负责重建筛选条与栏目标签的对应关系。最新栏目在赛季内日均更新 18 条，赛季阶段切换时会先停更半天，再按新阶段重排栏目顺序。
维护窗口内，个别联赛的替补出场记录可能短暂停留在上一版；窗口结束后自动对齐到当前版本。周末连看两场时，若发现两处数值不一致，多数是其中一处尚未完成对齐。
导航位置上的取舍
数据口径与边界
站内所有数值以索引版本 v4.2 的口径为准。索引不承诺比赛结果，也不提供任何形式的预测或投注建议。采样点、刷新间隔、延迟处理与内容使用边界，统一写在 使用说明 中。
版本升级时，旧口径的记录会保留来源标记，不做静默替换。如果某条记录在两版之间读起来不同，以页面上标注的版本戳为准，并可通过联系通道附截图反馈，我们会按维护窗口逐条核对。