PC 端赛事公告页
开赛前要出稿、要发推送的内容团队,用大屏一次看全赛程、首发名单、替补席和伤停变化, 开赛前十分钟名单一落定就能直接引用。
从公告页开始三条使用路径
赶稿的编辑、盯现场的工作人员、做产品的开发团队,需要的东西不一样。下面三条路互不打扰, 选一条走进去就行。
开赛前要出稿、要发推送的内容团队,用大屏一次看全赛程、首发名单、替补席和伤停变化, 开赛前十分钟名单一落定就能直接引用。
从公告页开始不在电脑前的时候,打开手机就是分类标签加逐条公告。随队人员、场馆同事和长期看赛的个人用户, 滑几下就能把当天要关注的几条看完。
看看近期赛事动态把赛事数据接进自己的产品、直播间或内容管理系统,用接口按需拉取,字段和更新频率都写在对接文档里, 不用靠人工搬运。
聊聊对接需求
新栏目试运行
我们把正在打磨的栏目先放到试运行频道,双周更新一轮,字段有增有减都提前告诉你。 愿意尝鲜的团队在这里提意见,往往下一轮就能看见调整。
大嬴体育测试版栏目数据按赛前、赛事进行中、赛后三段组织,每一段能拿到的字段都列清楚。 每双周发布一轮迭代,本轮新增了什么字段、哪个字段换了含义、哪个栏目合并了, 都会以变更清单的形式同步给正在使用的团队。
开赛前陆续放出两队近况、名单走向与场地信息,越接近开赛越密集。适合需要提前铺垫稿件的编辑和做赛前预测的产品。
比分、换人、关键判罚逐条推进,核心赛事平均 1.2 秒内到达前端。直播制作与实时比分展示的团队主要看这一段。
比赛结束后的完整数据落盘,用于赛后复盘、专题制作与数据可视化。做赛季总结与深度内容的团队常用这一段。
每双周一轮,随版本号一起发布。清单会写明新增字段、调整字段、下线栏目三类改动,正在对接的团队照着改就行。
开赛前十分钟
开赛哨响前那十分钟,是名单变化最频繁的时候。我们按四个节点推进,每个节点都有明确的产出, 您只需要在最合适的时刻取用。
两支球队的报名单在系统内完成最终确认,首发十一人与替补席成员一并落定,这是当天最完整的一次名单输出。
您拿到:可用状态的首发名单、替补名单与球衣号
热身阶段出现的身体不适、临时缺阵会在这段时间集中体现,名单上的人员会带着明确的状态标记重新发布。
您拿到:伤停提示与阵容调整说明
出场球员的场上位置、阵型排布在这一步补完,做战术分析、图上标注的团队可以直接使用,不必自己推演。
您拿到:带位置的名单与阵型描述
开赛前一分钟,名单以最终状态推送到公告页、手机端与接口三个出口,此后直到开赛不再变动。
您拿到:可直接引用的最终版本,标记为已确认
手机上的读法
手机上不做铺陈。分类标签横向排开,每条公告独立成块,同一屏能完整读完的条目比改版前多出约 40%。 比赛日刷新频繁的时候,建议固定在两三个标签里看,不必来回跳。
标签按项目和公告类型两条线排列,常用的几类默认排在前面,长尾项目向右滑动即可看到。 单条公告只保留时间点、赛事名和一句结论,展开才显示细节,扫读的时候不会被打断。
接口与对接
开放数据接口按标准 HTTP 方式提供,赛程、阵容、事件流和技术统计都能单独取用。 支持主流内容管理系统与直播制作软件对接,已有团队用两轮联调完成上线。
GET /v3/matches/{match_id}/lineup
Accept: application/json
{
"match_id": "M-2480617",
"competition": "城市联赛 第 14 轮",
"kickoff": "今日 19:30",
"lineup_status": "confirmed",
"starting": [ ... ],
"bench": [ ... ],
"injuries": [ ... ]
}
赛事高峰时段并发承载 38 万次请求,数据到达前端后即可直接展示。如果您的内容管理系统自带赛事模块, 我们也可以按既有结构给字段映射建议,减少改造量。
提交对接需求
版本与开通
正式版稳定对外,试运行频道提前放出新能力,接口版面向自有产品的团队。 三者的能力范围在这里横向排开,橙色描边的是试运行期间才有的部分。
| 能力 | 正式版 | 试运行频道 | 接口版 |
|---|---|---|---|
| 开赛前十分钟名单确认 | 包含 | 包含 | 包含 |
| 双周迭代的新栏目字段 | — | 包含 | 包含 |
| 新旧目录与字段差异比照 | 包含 | 包含 | — |
| 手机端分类标签公告流 | 包含 | 包含 | — |
| 开放数据接口与订阅推送 | — | — | 包含 |
| 变更清单与联调陪同 | — | 包含 | 包含 |