实时比分与赛况流
按赛事、场次、局数组织比分信息，击杀、推塔、拿到大龙或男爵等关键事件以时间轴形式排列。页面端支持自动刷新，接口端提供增量查询，避免反复拉取整场比赛数据造成浪费。
平台概览
用可核验的方式说明我们做什么
我们不堆砌夸张的数字，而是把平台的能力边界说清楚：覆盖哪些赛事、数据从哪来、以什么方式更新、能通过哪些通道交付给使用者。
赛事覆盖
LOL · DOTA2 · CS:GO 等主流项目
以官方公开赛程与赛事数据为基础，按项目维护独立的字段体系。
更新方式
事件驱动推送 + 轮询查询
比分、击杀、推塔、经济差等关键节点按事件推送，看板同步呈现。
数据维度
对位 · 经济 · 视野 · 节奏 · 目标控制
围绕观赛理解设计指标，而非简单罗列原始日志。
对接形态
REST 查询 + WebSocket 订阅
提供字段文档与联调环境，便于内容团队与开发者快速接入。
说明：平台展示的赛事信息均来源于公开赛事数据整理与自有采集链路的规范化处理，具体可用项目与字段范围以试用阶段提供的接口文档为准。
关于雷竞技
一个为"看懂比赛"而做的电竞数据平台
雷竞技App 的出发点很朴素：一场电竞赛事里真正有价值的信息，往往藏在比分之外。BP 阶段的阵容取舍、前期的换线与资源交换、中期的视野布控、后期的开团时机，这些内容在直播画面中一闪而过，很难被完整记录，更难被复盘。
于是我们把赛事数据拆成三层：原始事件层记录发生了什么；指标层回答"这意味着什么"；视图层则把指标组织成看板、卡片与可嵌入组件，让内容创作者不必自己写脚本清洗数据，也能把一场比赛讲得有条理。
平台坚持接口优先的思路。所有在看板上看到的内容，都可以通过同一套字段体系从接口取回，避免"页面上有、接口里没有"的割裂感。这也是雷竞技App 能够被接入自有站点、社区工具与内容系统的前提。
- 结构化的赛事资料库：赛程、阵容、对局结果与关键节点按赛事层级归档，支持按项目、赛季、战队维度检索。
- 一致的字段规范：不同项目的同名概念（如经济差、目标控制）采用统一命名与量纲，降低跨项目分析成本。
- 工程化的数据链路：采集、清洗、校验、分发分段治理，异常数据进入隔离队列而非直接下发给调用方。
产品能力
六项核心能力，覆盖从看赛到用数的完整链路
雷竞技App 把电竞赛事数据拆成可直接使用的能力模块。每个模块既可以单独调用，也可以组合成一套完整的数据产品。
位置对位与选手数据
按上单、打野、中单、下路组合拆分对位数据，呈现补刀、经济、等级、参团率与关键装备成型时间。适合赛前分析节目和赛后复盘中快速定位差距来源，不必逐帧回看录像。
经济差与节奏走势
把经济差、经验差、目标控制率等指标绘制成时间序列曲线，标注拐点事件。曲线支持按分钟粒度回溯，帮助内容作者解释"比赛是从哪一波开始转向的"，而不是只给一个最终结果。
赛事与战队档案检索
提供赛程列表、战队历史交手、阵容变更与选手位置记录。支持按赛季、赛事阶段、战队名称组合筛选，适合长期跟踪某一支队伍的风格演变，也方便编辑在写稿时快速核对事实。
REST 与实时订阅接口
查询类数据走 REST 接口，实时事件走 WebSocket 订阅。提供字段说明、示例响应与错误码定义，配套一套联调沙箱环境，让前端和后台可以并行开发，不必等待正式环境开通。
可嵌入的可视化组件
提供比分卡、经济曲线、对位表格等轻量可视化组件，以 iframe 或脚本方式嵌入自有页面。样式支持主题色与尺寸配置，方便媒体站点在保持自身视觉风格的前提下补充赛事数据模块。
痛点与方案
电竞数据难用，通常难在这几处
在我们接触过的内容团队里，问题很少出在"没有数据"，而是出在数据难以被组织成观众看得懂的内容。下面把常见卡点与雷竞技App 的对应做法并列说明。
常见的四个卡点
- 数据来源分散。比分在直播页、经济曲线在第三方站、阵容在论坛，编辑需要同时开多个标签页手工对照。
- 字段口径不一。不同来源的"经济差"计算方式不同，同一场比赛出现两个说法，影响内容可信度。
- 实时性不足。赛后数小时才拿到结构化数据，热点时段已过，选题时效大打折扣。
- 接入成本高。自建采集要处理页面结构变化、反爬限制与数据清洗，维护成本长期存在。
雷竞技App 的对应做法
- 统一入口。比分、事件、对位、资料库在同一套字段体系下提供，一次接入即可覆盖多个内容环节。
- 口径固定。指标定义随文档一并发布，同一指标在任何页面与接口中使用相同算法，避免自相矛盾。
- 事件驱动。关键节点发生即推送，看板与接口同步更新，让内容发布时间尽可能贴近比赛进程。
- 接口优先。提供文档、示例与沙箱，团队可先用小范围数据验证，再决定扩大接入范围。
需要说明的是，实时性受赛事数据源公开节奏影响，个别赛事的字段丰富度会低于主流联赛。我们会在接口文档中标注每个项目的字段可用范围，避免使用者产生误解。
核心优势
为什么内容团队愿意长期使用
优势不在于功能数量，而在于这些功能是否真正节省了编辑与开发的时间。以下六点，是我们在产品设计中最坚持的部分。
字段体系先行
先定义指标含义，再实现采集与展示。每个字段都有取值说明、量纲与计算方式，使用者不必靠猜来判断数据表达什么。
事件级实时更新
以关键事件为单位推送更新，而不是整页刷新。调用方只需处理增量信息，页面反应更快，服务端压力也更可控。
跨项目统一视图
LOL、DOTA2、CS:GO 等项目的核心指标采用一致命名，让多项目内容可以在同一套组件中呈现，减少重复开发。
质量校验前置
采集到的原始数据先经过一致性校验与异常隔离，再进入分发队列。缺字段、时间倒挂等问题在源头被拦下。
可嵌入的轻组件
媒体站点不需要重构现有页面，用 iframe 或脚本挂载即可补充比分卡与曲线图，视觉风格可按站点主题调整。
用量透明可查
接口调用量、订阅连接数与错误率在控制台可见，团队可以按实际使用情况调整配额，避免超额或资源闲置。
数据与安全
把数据治理当作产品的一部分
电竞赛事数据看起来只是比分和数字，但一旦进入生产环境，就会涉及调用鉴权、传输加密、异常回滚与责任边界。雷竞技App 在设计之初就把这些内容写进产品，而不是作为交付后的补丁。
- 鉴权与配额分离。每个接入方拥有独立密钥，配额按应用维度计算，单个应用异常不影响同团队其他应用。
- 传输全程加密。对外接口统一使用 HTTPS / WSS，拒绝明文传输，敏感头信息在网关层过滤。
- 异常数据隔离。校验未通过的记录进入隔离队列，由人工与规则双重确认后再重新分发，避免污染调用方。
- 可回溯的变更记录。字段含义或算法调整会保留版本说明，历史数据按旧口径存储，不追溯覆盖。
- 最小化收集原则。平台只处理赛事相关公开数据，不收集与观赛分析无关的个人信息。
使用流程
从申请试用到正式接入，五步走完
流程设计目标是让第一次接触的团队也能判断"这套数据是否适合自己"，因此每一步都有明确的产出物。
提交试用申请
填写使用场景、项目关注范围与预期调用规模，便于我们准备匹配的示例数据与配额。
获取沙箱密钥
拿到联调环境的访问凭证与接口文档，可先跑通一次比分查询与事件订阅。
验证字段与样式
对照实际赛事核对字段含义，同时确认可视化组件在你的页面中的尺寸与配色表现。
确定接入方案
根据验证结果选择 SaaS 或私有化形态，确认配额、部署方式与支持范围。
上线与巡检
正式密钥下发后上线，控制台查看调用曲线，按需调整订阅范围与缓存策略。
版本与试用
按使用阶段选择合适的能力组合
具体配额与商务条款以沟通确认为准。以下为能力范围说明，不构成价格承诺，也未标注任何虚构金额。
探索版
适合个人创作者与小型社团，用来验证数据是否满足选题需要。
试用期：按申请说明开通 · 配额有限
- 即时比分与赛况时间轴查询
- 基础对位面板（限主流项目）
- 沙箱环境与字段文档
- 社区文档答疑
团队版
适合内容工作室与电竞媒体，需要稳定产出赛事稿件与视频素材。
按调用配额与项目范围配置
- 包含探索版全部能力
- WebSocket 实时事件订阅
- 可嵌入可视化组件与主题配置
- 资料库检索与历史对局回溯
- 控制台用量监控与配额提醒
机构版
适合高校研究小组、赛事运营方与对数据留存有要求的组织。
支持私有化部署与定制字段
- 包含团队版全部能力
- 私有化部署安装包与文档
- 历史数据归档与本地留存方案
- 字段扩展与算法口径沟通
- 部署期专项联调支持
免费试用入口：填写下方咨询表单时选择"免费试用"，并简要说明关注的项目与预计使用人数，我们会回复试用开通方式与字段可用范围。
应用场景
数据在真实工作流里怎么被用起来
以下场景描述基于常见内容生产流程整理，不涉及具体客户名称与业绩承诺，仅说明能力如何落地。
赛事媒体：赛后十分钟内出稿
编辑在比赛结束前打开比分看板，通过事件时间轴定位关键转折，再从对位面板取两组数据支撑观点。稿件中嵌入经济曲线组件，读者可以在文内直接查看走势，不必跳转外部页面。
价值点：把"找数据"的时间压缩，把精力留给观点与叙述。
视频解说：用曲线解释比赛拐点
解说团队在剪辑阶段调用历史对局接口，取出目标比赛的分段经济差与目标控制数据，配合录屏做成可视化段落。由于字段口径固定，同一支队伍不同场次的数据可以直接横向对比。
价值点：让"这波很关键"变成有据可依的结构化表达。
社区站点：嵌入比分卡提升停留
社区运营方在自有页面挂载比分卡与赛程组件，用户查询当日赛果时不必离开站点。组件样式按站点主色调配置，移动端自适应，减少额外的前端开发与长期维护成本。
价值点：以较低改造成本补充赛事信息模块，提升页面完整度。
高校社团：用公开数据做观赛研究
电竞社团在观赛活动中使用资料库检索历史交手记录，结合私有化部署留存数据，用于校内分享与课题讨论。平台仅处理公开赛事信息，不涉及个人数据处理。
价值点：为学生团队提供可复现的数据来源与稳定的检索入口。
使用者反馈
来自内容与开发岗位的真实感受
以下反馈来自试用与联调沟通中的常见意见整理，已做匿名化处理，用于说明产品在实际使用中的表现。
"以前赛后复盘的流程是先看录像做标记，再去各个站点找数字。现在事件时间轴把关键节点列好了，我只要判断哪几处值得展开，写稿速度确实不一样。"
"字段文档写得比预期细，连经济差的量纲和计算方式都标了。我们前端拿沙箱数据先做了一版页面，正式密钥下来后基本没有返工。"
"私有化部署这块沟通比较实在，部署文档给了环境要求和端口说明，没有承诺做不到的事情。对我们这种内网环境来说，这一点比较重要。"
相关资讯
赛事数据与观赛分析的知识笔记
我们在服务过程中整理了与电竞赛事数据、接口集成和内容生产相关的话题，这些内容有助于理解雷竞技App 的使用方式与能力边界。
即时竞猜与数据分析有什么区别？
即时竞猜关注比赛进程中的判断，数据分析关注判断背后的依据。雷竞技App 的定位是把后者做扎实：比分、事件、对位与趋势构成可复用的分析材料，帮助使用者在观赛时形成自己的理解。
阅读要点 →WebSocket 事件订阅的常见接入顺序
先建立连接并完成鉴权，再订阅关注的赛事范围，最后处理心跳与断线重连。建议在客户端维护一个轻量的状态表，避免重连后重复渲染已处理过的事件。
阅读要点 →经济差指标为什么需要统一口径
不同来源对经济差的计算时点与统计范围可能不同。若口径不一致，同一场比赛会出现相互矛盾的数字。统一字段定义与计算方式，是保证内容可信度的基础工作。
阅读要点 →用事件时间轴组织一篇赛后稿
先选出三到四个关键节点，再为每个节点配一组对位或经济数据，最后用一句话说明这个节点改变了什么。结构清晰比堆砌数字更容易让读者跟上思路。
阅读要点 →接入第三方数据服务时的几条检查项
确认传输是否加密、密钥是否可轮换、异常数据是否有隔离机制、字段变更是否提前公告。这几项直接影响长期运行的稳定性，建议在选型阶段就逐项确认。
阅读要点 →跨项目看数据：LOL、DOTA2、CS:GO 的指标差异
MOBA 项目更关注经济与目标控制的时间序列，射击项目更关注回合胜率与关键击杀。雷竞技App 在统一字段命名的同时保留项目特性字段，便于分别分析。
阅读要点 →以上为平台整理的知识性内容，不含发布日期与外部来源声明；具体接口行为请以试用阶段提供的技术文档为准。
常见问题
接入前最常被问到的十个问题
如果下面的回答没有覆盖你的疑问，可以通过页面底部的表单提交，我们会按问题类型回复。
雷竞技App 主要提供哪些数据？
平台提供赛事比分、赛况事件时间轴、位置对位数据、经济与经验走势、目标控制统计，以及赛事、战队与选手的资料检索。不同项目的字段丰富度存在差异，主流联赛的覆盖相对完整，接口文档中会逐项标注可用范围。
数据和直播画面之间会有延迟吗？
会有一定延迟，主要来自赛事数据源的公开节奏与平台处理环节。我们采用事件推送方式尽量减少中间等待，但无法承诺与直播画面完全同步。对时效要求高的场景，建议在页面上标注数据更新时间，避免读者误解。
如何申请免费试用？需要准备什么？
在下方咨询表单中选择"免费试用"，填写团队名称、关注项目、预计使用人数与接入方式（页面嵌入或接口调用）。我们会根据信息准备示例额度与字段文档。试用期与配额以沟通确认为准，不收取费用，也不自动转为付费。
接口调用量是如何计算的？
查询类接口按请求次数计，实时订阅按连接数与订阅事件量综合评估。控制台中可以看到分应用的用量曲线。建议对不常变动的资料类数据做本地缓存，既降低调用量，也能提升页面响应速度。
是否支持私有化部署？
支持。私有化部署适用于对数据留存位置有要求的机构与高校团队。平台方提供安装包、环境要求说明与部署文档，服务器、网络与运维由使用方负责。部署前建议先通过沙箱确认字段范围是否满足需求。
可视化组件能否匹配我们网站的风格？
可以。比分卡、曲线图与对位表格支持设置主题色、字号档位与容器尺寸，移动端会自动调整布局。如果现有配置仍无法满足，可在沟通阶段提出具体样式需求，我们会评估是否纳入组件参数范围。
如果发现数据异常怎么办？
可在控制台提交数据反馈或在咨询表单中说明赛事、场次与异常字段。校验未通过的记录会进入隔离队列，由规则与人工共同确认。确认存在问题的数据会重新分发，并在字段变更记录中说明处理情况。
字段或算法会发生变化吗？
随着赛事规则与数据结构演进，字段含义或算法可能需要调整。平台会保留版本说明，重大变更提前通过公告渠道通知，历史数据按旧口径存储，不做追溯覆盖，以便使用方自行决定迁移节奏。
平台是否涉及用户个人信息？
平台处理的是公开赛事相关数据，不面向普通观众收集个人信息。使用方在接入时若自行采集用户数据，需由其独立承担合规责任。我们建议仅在必要范围内展示数据，并遵守所在地区适用的法律法规。
下单前可以先做技术验证吗？
建议并且可以。我们提供联调沙箱与示例响应，团队可先用少量赛事数据验证字段含义、响应结构与前端渲染效果。验证完成后再确定正式配额与部署形态，避免上线后才发现口径不匹配。
联系我们
把你的使用场景告诉我们
填写下面的通用咨询表单，说明关注的项目、接入方式与大致规模即可。我们不会通过表单收集与咨询无关的信息，也不会将信息用于其他用途。
咨询方式
通过本页表单提交，我们按问题类型安排回复。
回复时间
工作日受理，涉及接口联调的咨询会优先转交技术支持。
试用与部署
试用申请、私有化部署、字段扩展请在主题中注明，便于分流处理。
可沟通事项
数据范围、接口字段、组件样式、配额与部署形态、技术支持方式。