跳到主要内容

开放基准项目

2026 Telegram 运营基准

可信基准先定义指标和隐私规则，而不是先给出醒目的数字。本版公开完整测量协议，汇总结果仍在采集和审查。

当前状态：方法已发布，结果暂缓

本页尚未报告行业汇总。首次结果至少需要 10 个合格工作区和 100 个合格聊天观察，并通过可重复性和隐私审查。

01

基准指标

首次响应中位数

从合格传入消息到首次合格人工回复的时间。

等待回复占比

最后一条合格消息为传入消息的活跃聊天占比。

工作量分布

按匿名群组统计回复对和发出消息。

小时覆盖率

存在测量人工回复的活跃时间窗口占比。

工单解决时间

启用工单时从创建到关闭的时间。

02

资格与计算

  1. 观察单位是一个连接账号中的一个聊天。
  2. 聊天至少有三组测量回复对。
  3. 快照前 90 天内有合格活动。
  4. 主要统计使用中位数和四分位距。
  5. 子群至少由五个工作区贡献。

03

隐私与发布规则

  1. 不进入发布数据的消息正文、用户名、电话或聊天标题。
  2. 聚合前替换工作区和账号标识。
  3. 不发布逐行生产观察。
  4. 低于阈值的子群直接抑制。
  5. 查询、输出和文字解释分别审查。

04

任何 Telegram 基准都必须考虑的平台限制

Telegram 上的响应时间并非在中性环境中测量。团队使用的通道决定了哪些消息可被观测，因此把机器人数据与个人账号数据混在一起的基准，测量的是两个不同的总体。下列数值由 Telegram 发布，而非 Entergram，每一行都附带一手来源。

限制项Bot API个人账号来源
主动向未先发消息的用户发起会话不允许。"Bots can't start conversations with users."允许，取决于对方的隐私设置core.telegram.org/bots
默认查看群组内全部消息否。隐私模式仅让机器人收到指向它的命令和对它的回复是，客户端中可见的全部消息core.telegram.org/bots/features
读取聊天的既有历史记录否。访客模式不提供历史记录或成员列表是，客户端中可用的历史记录core.telegram.org/bots/features
单文件下载上限20 MB2 GB，Premium 为 4 GBcore.telegram.org/bots/features
单文件上传上限50 MB2 GB，Premium 为 4 GBcore.telegram.org/bots/features
群发吞吐上限约每秒 30 条，付费群发最高每秒 1000 条无公开数值。受未公开的反垃圾限制约束core.telegram.org/bots/faq
同一群组每分钟消息数20无公开数值core.telegram.org/bots/faq
同一聊天每秒消息数1无公开数值core.telegram.org/bots/faq
已发送消息仍可编辑的时间窗口48 小时48 小时core.telegram.org/bots/api
文本消息最大长度4,096 字符4,096 字符，Premium 为 8,192core.telegram.org/bots/api
媒体说明文字最大长度1,024 字符1,024 字符，Premium 为 2,048core.telegram.org/bots/api
群组成员上限同一上限，机器人不能创建群组200,000telegram.org/faq

个人账号通过 MTProto 接入，而非 Bot API。Telegram 为机器人公布了明确的吞吐上限，却未公布个人账号的对应数值，后者受未公开的反垃圾限制约束。因此这些单元格标注的是“没有公开数值”，而不是估算。

来源核查于:

05

本基准使用的定义

关于 Telegram 响应时间的分歧，多数其实是定义上的分歧。以下是本基准采用的定义。它们在各版本间保持稳定，可直接引用。

观测单元
一个已连接 Telegram 账号上的一个聊天。同一聊天若在两个账号上被观测则计两次并如实披露，因为两者覆盖范围可能不同。
合格入站消息
合格聊天中的入站消息，且不是服务消息、不是表情回应、也不来自同一工作区的账号。
合格出站回复
由人工坐席针对合格入站消息发出的出站消息，其间没有其他合格出站消息。
回复对
一条合格入站消息与其后第一条合格出站回复的配对。它是所有时间指标的最小单位。
首次响应时间
一个回复对中入站消息与出站回复之间的实际经过时间。以中位数与四分位距报告，重点数字绝不使用平均值。
活跃聊天
至少含三个已测回复对，且在快照前 90 天内有合格活动的聊天。
等待回复的聊天
在快照时刻最后一条合格消息为入站的活跃聊天。
覆盖窗口
按工作区声明时区划分的一小时区间。覆盖率是其中至少含一次已测人工回复的区间占比。
快照
评估某次发布中全部工作区所用的单一时间戳。不同快照的指标绝不合并。
抑制阈值
参与工作区的最低数量，目前为五个。低于该值的子分组将被保留不发布，也不向上合并。

06

什么会让 Telegram 运营基准失效

以下是本方法论着力规避的失效模式。公开它们，是为了让读者能检验其他 Telegram 基准（包括 Entergram 未来的发布）是否同样规避了它们。

  1. 把自动回复算作人工响应。一秒内触发的自动回复会压垮中位数，让迟缓的团队显得迅速。
  2. 把 Bot API 数据与个人账号数据合并。隐私模式使机器人观测到的消息集合不同，分母因此不可比。
  3. 忽略 48 小时编辑窗口。消息在测量后仍可被改写，观测必须在采集时冻结或在窗口关闭后重新核验。
  4. 公布平均响应时间。该分布呈重尾，一条隔夜回复对平均值的拉动远大于中位数。
  5. 不声明时区就全天候测量。没有夜班的团队不是慢，而是已经下班。
  6. 只抽样当前仍活跃的工作区。放弃该流程的团队往往正是响应最差的那批，排除他们会让每个数字虚高。
  7. 把自愿参与的工作区当作随机样本。自选择偏差无法靠加权修正，只能如实声明。
  8. 发布低于抑制阈值的子分组。仅由两个工作区支撑的细分只是带小数点的轶事。
  9. 引用数字却不附样本量与快照日期。没有分母也没有日期的数字无法复现。

07

关于本基准的问题

为什么只公布方法论而不公布结果？

因为样本阈值尚未达到。首次结果发布要求至少 10 个合格工作区和 100 个合格聊天观测，并需通过可复现性与隐私审查。

我可以引用本页吗？

可以。定义、平台限制表和失效条件清单现已依 CC BY 4.0 开放引用。引用限制表时请附核查日期，因为 Telegram 会调整其公开限制。

限制表中的数字是 Entergram 的测量结果吗？

不是。表中每个数值均由 Telegram 在自家文档中发布，每行均链接一手来源。Entergram 的贡献是并列对照，以及指出哪些数值 Telegram 并未公布。

为什么个人账号一栏写着“无公开数值”？

因为 Telegram 记录了 Bot API 的吞吐上限，却未记录个人账号的对应上限，后者受未公开的反垃圾限制约束。在此处给出估算等于凭空编造数据。

结果会与行业基准对比吗？

本数据集不会。参与的工作区均为 Entergram 工作区，属自选择总体，并非行业样本。

如何贡献数据或质疑方法？

下载采集模板与机器可读方法论，然后发信至 hello@entergram.com。方法论异议与事实更正在同一处登记并答复。

08

审查或参与标准

该项目是采集中的测量标准，不代表 Entergram 客户优于行业。后续版本将保留本页并对方法进行版本管理。

下载采集模板查看 JSON 方法浏览所有研究阅读有来源的测试用户报告

09

如何引用本页

本页依 CC BY 4.0 发布。署名应包含核查日期，因为限制与定义采用版本化管理，不会被无声修改。

Entergram Research，《Telegram Operations Benchmark 2026: measurement standard and platform constraints》，核查于 2026 年 9 月 14 日，https://www.entergram.com/zh-cn/research/telegram-operations-benchmark-2026
下载限制表（CSV）查看限制表（JSON）