Telegram 群组、频道与超级群组：真正重要的区别

Telegram 有四种聊天类型，人们经常把它们搞混：

• 群组：所有人都能对所有人发言。最多 200,000 名成员。
• 超级群组：不是你能主动创建的东西。任何群组在规模变大或被设为公开时都会自动转换成超级群组。同一个对话，更多管理工具。
• 频道：只有管理员能发布，其他人只能阅读。订阅者数量无上限。
• 广播群组：混合形态。成员数量无上限，但只有管理员能发消息，同时保留群组式的界面。

这个决定归结为一个问题：你想要的是对话，还是受众？ 要对话就用群组，要受众就用频道。其余的一切都只是这个选择的细节。

群组是一场共同的对话。在管理员设定的权限范围内，每位成员都可以发言、回复、添加表情回应，并查看成员列表。

Telegram 过去区分"基础群组"和"超级群组"。这个区分在技术层面仍然存在，但今天几乎没有实际意义。基础群组是你创建一个群组并拉进几个人时得到的东西，最多容纳 200 人，管理功能有限。

成员上限：200,000。 这是超级群组的上限，而你接触到的几乎每一个群组都早已是超级群组了。

成员能做什么： 发送消息和媒体、回复、添加表情回应、提及他人，以及查看还有谁在群里。这些全部可以按群组调整，管理员可以对任意一项做全局限制或针对单个成员限制。

管理员能得到什么： 置顶消息、慢速模式（强制一名成员两条消息之间的间隔）、话题、按成员设置权限、封禁与禁言、删除消息（包括删除某位用户的全部历史消息），以及记录谁做了什么的管理日志。

当价值来自成员之间的交流时，用群组。 支持社区、项目团队、本地聚会、客户群。

大部分困惑都出在这里，所以直说：你不会创建超级群组，是 Telegram 把你的群组转换成超级群组。

只要你做了下面任意一件事，转换就会自动发生：

• 给群组设置 t.me 用户名，使其公开
• 成员超过 200 人
• 任命一位权限受限的管理员
• 启用话题或慢速模式
• 更改某些权限设置

转换是单向的，而且悄无声息。聊天保留原有名称、成员和历史记录，多数人从来没察觉这件事发生过。

转换之后有什么变化：

• 成员上限从 200 跃升到 200,000
• 完整历史记录对后加入的成员可见，而不是从他们加入那天才开始
• 管理员可以为所有人删除任意消息，而不只是自己的消息
• 慢速模式、话题、精细权限和管理日志变为可用
• 群组获得一个永久的内部 ID，改名也不会改变它

这对你意味着什么： 没有任何需要你管理的事。如果有人让你"改成超级群组"，他的意思是把它设为公开，或者让成员超过 200 人。并不存在这样一个按钮。

频道是一份刊物。管理员发布，订阅者阅读，成员之间没有对话。

订阅者上限：无。

订阅者能做什么： 阅读、在开启表情回应时做出回应、转发，以及在关联了讨论群的情况下发表评论。他们不能在频道本身发布内容，也看不到彼此。订阅者名单对所有人隐藏，包括其他订阅者。

管理员能得到什么： 每条帖子的浏览量和转发量、定时发布、不触发通知的静默发布、发布后仍可编辑，以及可开可关的帖子署名。

有两项频道功能值得单独提及，因为别处没有真正的对应物。

帖子永远可编辑。 改掉错别字、更新价格、修好链接，每位读者看到的都是修正后的版本。没有任何东西被重新发送，也没有人被通知第二次。

转发量是一个真实的参与度信号。 浏览量告诉你有多少人滑过，转发量告诉你有多少人认为值得发给别人。评估一个频道时，无论是别人的还是自己的，转发与浏览的比值远比订阅数更能说明问题。

当你在做发布时，用频道。 公告、版本更新、新闻，任何单向的内容。

频道可以关联一个群组，这样每条帖子下方都会出现评论按钮。评论会落在关联的群组里，并适用普通的群组规则。

这是面向公众的社区的标准配置：频道保持干净好读，对话发生在隔壁，两者相连却不混杂。代价是你现在要管理两个聊天。

四种里最不为人知的一种。广播群组像频道一样成员数量无上限，但只有管理员能发消息。

它与频道的区别在于成员彼此可见，界面表现得像群组，包括在线状态和成员列表。它存在的意义是：你想要频道式的单向发布，但希望受众是一个可见的社群，而不是一个匿名的订阅数字。

实际上很少有社区需要它。如果你在广播群组和频道之间犹豫，却说不清可见的成员列表为什么重要，那就选频道。

一旦群组成为超级群组，管理员就可以启用话题，它把单个群组拆成各自带名称和图标的独立分区。成员选择进入某个话题，而不必在一条混杂的信息流里往下滑。

当群组变得嘈杂时，这是多数团队首先会用的功能，而且通常比直接拆成多个群组更合适。一个带六个话题的群组，仍然只有一份成员名单、一套权限和一个可分享的链接。六个群组则意味着这些都要乘以六，而且成员往往只加入其中两个。

限制也值得了解。话题只存在于超级群组，频道没有。启用话题会立刻把基础群组转换成超级群组，而已有的消息会落进"通用"话题，并不会自动帮你归类。再关掉话题会把所有内容退回单一信息流，那种混乱程度足以让你值得在群组变大之前就做好决定。

当群组有多个长期并行的议题、而成员是同一批人时，用话题。当受众确实不同时，比如不同国家、彼此不应看到对方的客户，就用分开的群组。

四个问题，按顺序问。

1. 成员之间需要互相交流吗？ 需要就是群组，不需要就是频道或广播群组。仅这一个问题就能解决大多数情况。

2. 你需要知道受众是谁吗？ 频道完全隐藏订阅者。你看不到他们，无法按分层统计，也无法单独联系其中一位。如果受众是一份你必须据以行动的客户名单，频道就是错误的容器；正确答案是把一对一聊天放进 Telegram CRM 管理，另设一个频道用于公告。

3. 它会一直很小吗？ 成员少于 200 人且没有公开链接时，基础群组就够用。超过这个规模，或者设为公开，它无论如何都会变成超级群组。

4. 你需要单帖数据吗？ 只有频道提供浏览量和转发量，群组不会为单条消息提供任何数据。

为公告流开一个群组。 两百个人都能回复一条版本说明，那不是社区，是通知风暴。人们会设置免打扰，然后连下一条公告也一并错过。

为支持社区开一个频道。 支持之所以成立，是因为用户会互相解答。频道在结构上让这件事不可能发生，最后你会在一个自己都没计划过的讨论群里独自回答所有问题。

以为频道就是一份邮件列表。 它不是。你无法导出订阅者、无法分层，也无法直接联系其中一位。如果一份"通讯"需要触达特定的已知人群并获得回复，如何发送 Telegram 通讯解释了在频道发布与向已有聊天群发之间的区别。

试图在类型之间迁移。 你无法把群组变成频道，也无法把频道变成群组。选错意味着新建一个，再请所有人搬家，而这通常会损失一部分受众。请提前花那五分钟把决定做对。

当你已经在运营一个频道、一个讨论群、几个区域群和一个支持群，而且分散在不止一个 Telegram 账号上时，运营上的难题就不再是该用哪种聊天类型，而是谁负责什么。

Telegram 给个人提供文件夹，却不会告诉团队：哪个账号在哪里是管理员、谁对某个社区负责、哪些对话还在等待回复。多账号 Telegram 管理填补的正是这个缺口：对你的账号所触及的每一个群组和频道拥有共享的可见性，并为每一个附上负责人和跟进状态。

不过还是要先选对容器。任何工具都救不了一个本该是频道的公告流。