WhatsApp 推出网页通话、通话转接和等候室
WhatsApp 于 7 月 28 日正式推出浏览器通话功能，结束了 WhatsApp Web 长期以来与移动端和桌面端应用之间的一项重要差距。9to5Google 对 WhatsApp 的报道重点提及语音和视频通话，但此次更广泛的更新还带来了通话转接、等候室、QuickHD 视频和降噪功能。
这并不只是一个迟来多年的缺失按钮。WhatsApp 正在将浏览器标签页变成可靠的通话入口，无需安装桌面应用。这一变化对于共用电脑、受严格限制的工作笔记本，以及安装额外通信应用不便或被禁止的设备尤为重要。
这也让 WhatsApp 在实际功能上更接近 Zoom 和 Google Meet，尽管这些产品满足的需求仍然不同。WhatsApp 以既有的人际关系和电话号码为起点；会议平台通常则围绕日历、组织、预定会议和管理控制展开。
因此，核心问题并不是 WhatsApp Web 能否发起通话——它可以。更重要的是，WhatsApp 能否让对话在设备之间自然流转，同时保留其消息服务一贯的隐私性和简洁性。
9to5Google 的 WhatsApp 新闻不止关乎浏览器通话
WhatsApp Web 现已支持一对一及群组语音、视频通话，用户无需下载桌面应用。
浏览器体验包括屏幕共享、回应表情、专用的 Calls 标签页、通话记录和收藏夹。根据 Meta 的网页通话公告，通过浏览器进行的通话采用端到端加密，没有时长限制，WhatsApp 也不会直接收费。
端到端加密意味着，通话内容在参与设备之间受到保护。WhatsApp 表示，它无法监听或查看通话本身。这项表述描述的是内容保护，而非完全匿名性；它也不会消除参与者或其设备可见的信息。
此次推出同时覆盖拨打和接听电话。这一区别很重要，因为仅限外呼的实验不会让浏览器成为完整的通信终端。支持来电后，用户可在工作期间保持 WhatsApp Web 开启，直接在电脑上接听，而无需拿起手机。
公告还正式确认了一些部分 Beta 用户此前已体验过的能力。测试报告在 2026 年早些时候就已出现，不同用户在不同时间看到的功能组合也不尽相同。官方发布使该功能从实验转变为产品承诺，尽管推送仍将逐步进行。
这种发布方式也解释了为何符合条件的用户可能不会立即看到通话控制项。Meta 表示，这些功能正在逐步推出，并将很快向所有人开放，但尚未公布精确到账号的时间表。
这一区别对那些看到公告后期待立即使用的人尤其重要。缺少通话图标并不一定意味着浏览器存在问题或账号不受支持，也可能只是服务器端的更新尚未推送到该账号。
在此次发布前，使用电脑的 WhatsApp 用户面临明显割裂：他们可以在浏览器中处理消息，但通话通常仍需要使用手机或已安装的桌面应用。Android Authority 的浏览器通话报道将这一缺失能力列为 WhatsApp Web 最显著的限制之一。
取消下载要求扩展了可以进行通话的场景。学生可以使用共用电脑，员工则可在禁止安装软件的笔记本上使用获批准的浏览器。旅行者也能在临时设备上登录熟悉的账号，无需维护另一个已安装的客户端。
这些场景看似简单，实际影响却更大。每当一段对话碰到设备边界，通信产品的实用性就会下降。WhatsApp 如今移除了最明显的边界之一，而随附的通话转接功能则更进一步。
通话转接让设备边界不再明显
通话转接是此次发布中战略意义最重要的功能，因为它让进行中的群组对话能够跟随用户移动。
WhatsApp 表示，进行中的群组通话可在移动设备、平板电脑、网页和桌面端之间切换，而无需结束会话。用户可以在手机上开始通话，到达办公桌后在更大的屏幕上继续，之后也可以再次切回移动设备。
这种连续性改变了网页支持的意义。没有转接功能时，浏览器通话只会增加一个彼此孤立的终端；有了转接功能，每台设备都成为继续同一通话的可互换位置。
设想一个项目小组在一名成员通勤回家时开始讨论。起初使用移动设备很合适，但笔记本电脑能提供更大的屏幕来查看共享内容。转接功能免去了退出、重新连接以及解释中断原因的麻烦。
这一功能同样适用于反向场景。用户可以在办公桌前发起群组通话，并在离开前转到手机上继续。这一场景降低了 WhatsApp 对固定会议环境的依赖，也更符合非正式发起的对话方式。
Meta 明确将转接功能描述为适用于进行中的群组通话。用户不应假定所有通话类型、关联设备配置、浏览器或账号在推送期间都会表现一致。该公司尚未公布弱网络条件下通话转接的详细性能数据。
这种不确定性很重要，因为转移一场实时通话在技术和体验上都比重新发起通话更困难。音频输出、摄像头访问、麦克风权限、参与者状态和加密都必须持续运作，且不能让用户感到困惑。若转接频繁失败，带来的会是阻力而非便利。
WhatsApp 多年来一直在朝这一模式发展。2021 年，它在已安装的桌面应用中推出了一对一通话。Meta 称，在那次桌面端通话发布之前的除夕夜，WhatsApp 处理了 14 亿次语音和视频通话。
这一历史数据并不衡量当前的网页通话需求，但它表明，在浏览器获得同等关注之前，通话早已是重要使用行为。因此，此次发布是对既有通话网络的延伸，而不是试图创造一个新网络。
WhatsApp 随后扩展了群组功能。2022 年，它增加了通话链接、参与者控制功能，以及移动端最多支持 32 人的通话。2023 年，其 Windows 应用支持最多 8 人的群组视频通话和最多 32 人的音频通话。
2026 年 7 月的公告并未说明浏览器通话新增的参与人数上限。公告称一对一和群组通话均已可用，并提供其他 WhatsApp 设备上常见的功能。除非 WhatsApp 针对当前浏览器客户端作出说明，否则读者不应将旧有人数限制套用于网页版。
通话转接也带来了一项微妙的竞争优势，而仅靠浏览器访问，预约式会议工具无法完全复制。Zoom 或 Meet 会议通常以会议室为中心；WhatsApp 则可以围绕既有对话构建体验，并让参与者随着环境变化自行选择设备。
这并不意味着 WhatsApp 会直接取代企业会议服务，但确实让设备连续性成为更重要的竞争点。对于非正式群组和快速协调而言，能够保留对话上下文并减少设置步骤的产品更具优势。
等候室推动 WhatsApp 迈向主持式会议
等候室为 WhatsApp 主持人提供了一项通常与有组织会议相关的控制功能，但其实现方式仍刻意保持精简。
主持人可以创建 WhatsApp 通话链接，并启用“Require approval to join”。使用该链接的用户会进入等候室，直到主持人允许其加入群组通话。这项控制功能有助于防止每位持有链接的人都立即加入。
该功能支持多种现实场景。导师可以在预定时间接纳学生；社区组织者可以在讨论开始前核实参与者；家庭成员可以广泛分享链接，同时控制访客进入的时间。
它也缓解了通话链接带来的矛盾。链接让会话更容易分发，但分发会削弱“每位到场者都在预期之内”的假设。审批步骤让组织者拥有一个检查点，同时保留可重复使用邀请机制的便利性。
WhatsApp 在这里并非开创新类别。Zoom 长期以来一直提供更深入的等候室系统，包括账号策略、域名例外、自定义、参与者消息和主持人控制功能。这种成熟度反映了 Zoom 对受管理会议的专注。
WhatsApp 的版本更简单。该公司描述的是附加于通话链接的审批设置，而非完整的组织级安全层。Meta 尚未宣布域名规则、管理员策略、品牌化等候页面，或企业平台中可用的那一系列主持人委派控制功能。
这一限制也是产品定位的一部分。WhatsApp 需要足够的管理能力，让基于链接的群组通话便于管理；它并不需要复制企业活动、课堂和网络研讨会使用的每一项控制功能。
等候室也不应与身份验证混为一谈。主持人可以决定是否允许某个账号加入，但该功能并不能证明此人就是主持人所预期的那个人。组织者仍需评估姓名、号码、个人资料信息和对话上下文。
当链接传播到预期受众之外时，这一区别会更加重要。等候室能够减少不受控制的进入，但无法阻止参与者转发链接，也无法阻止获准加入的人通过另一台设备录制内容。
端到端加密可在通信于参与者之间传输时提供保护，但无法控制获授权参与者在收到音频、视频或共享屏幕内容后如何处理。这一边界适用于行业内的加密通话。
因此，新的审批控制代表的是一项实用的安全功能，而非保证。讨论敏感信息的用户仍应确认在场人员、移除意外参与者，并避免将熟悉的头像视为身份的确凿证明。
尽管存在这些限制，等候室改变了 WhatsApp 能够支持的群组互动类型。临时的家庭通话几乎不需要正式控制；预定的辅导课程、社区讨论或小型客户沟通，则需要在受邀者与获准参与者之间建立更清晰的边界。
这一变化同时给 WhatsApp 及其竞争对手带来了压力。WhatsApp 必须决定，在不让日常通话变得复杂的前提下，能够加入多少会议结构；Zoom 和 Google 则必须继续降低设置阻力，同时保留组织所期待的控制能力。
QuickHD 和降噪瞄准日常使用中的阻力
QuickHD 和噪声抑制旨在解决这样的问题：通话在技术上已经接通，却依然让人感觉不可靠或体验不佳。
WhatsApp 表示，QuickHD 可在通话开始后的前几秒内提供高清视频。重点在于启动阶段，因为视频系统往往会根据带宽、硬件和网络状况调整画质。
Meta 尚未发布独立的质量研究、正式的分辨率目标，或 QuickHD 的启动时间保证。最稳妥的解读是，WhatsApp 调整了初始视频质量处理流程。用户的实际体验仍会受到连接状况、设备、摄像头和浏览器的影响。
这种报道层面的区分很重要。“Instant HD”是一个产品标签，并不意味着每次会话都会以相同分辨率开始。拥堵的网络无法传输可用带宽本身无法承载的细节。
这一目标依然很有价值，因为第一印象会影响用户是否信任视频通话。开场画面模糊可能让参与者等待、重复问候，或检查设置。在按预期运行时，更快的画面稳定可减少这种不确定性。
噪声抑制解决的是另一类问题。WhatsApp 表示，该控制项会移除周围背景噪声，让语音能更清晰地传达给其他参与者。用户可通过通话中的设置进行管理。
该功能面向的是常见环境，而非录音室条件。交通声、附近交谈声、风扇、键盘声和家庭活动都可能与说话者的声音相互干扰。抑制功能会尝试在这些声音主导通话前将其降低。
音频处理始终涉及权衡。激进的过滤可以去除不需要的声音，但也可能改变音乐效果、削弱语音，或切断偏离预期模式的声音。WhatsApp 尚未公布足够的技术细节，因此无法判断其系统如何处理这些边缘情况。
因此，用户应将此控制项视为可调节的功能，而非普遍有益的选项。在繁忙咖啡馆交谈时，噪声抑制可能有所帮助；但当有人希望分享现场音乐、环境声音，或一个麦克风附近的多个人声时，它可能并不合适。
QuickHD 与噪声抑制共同显示了 WhatsApp 所感受到的竞争压力所在。浏览器访问可以先吸引用户使用一次；稳定一致的视听质量则决定他们是否会回来进行更长时间的通话。
该公司正与那些多年来持续优化网页媒体体验的服务竞争。Google Meet 与 Chrome 和 Workspace 深度连接，而 Zoom 在专用客户端之外也支持通过浏览器参与。这些平台同样在设备权限、网络自适应和受管理环境方面积累了丰富经验。
WhatsApp 带来了不同的优势：既有关系网络。用户通常无需创建会议、查找电子邮件地址，或将群组迁移到另一项服务中。对话和参与者本来就已存在。
不过，如果浏览器通话的可靠性不如打开另一项服务，这一优势就会消失。WhatsApp 必须在各种浏览器中提供稳定的麦克风、摄像头、屏幕共享和通话转移体验。官方公告并未提供故障率或支持浏览器的详细信息。
早期可用性报告进一步说明了谨慎的必要性。由于分发是逐步进行的，用户报告称某些账号能看到控制项，而其他账号则不能。这些报告并不能证明存在广泛缺陷，但显示了分阶段发布如何带来不确定性。
首要检验并不是演示能否在理想条件下运行，而是普通用户能否理解账号可用性、授予浏览器权限，并在无需重新切回手机的情况下完成通话。
WhatsApp 网页通话在非正式场景对 Zoom 和 Google Meet 施压
WhatsApp 并非要取代企业会议套件，但它正在缩小人们在小型、较不正式通话中需要它们的理由。
Zoom 和 Google Meet 仍更适合预定的组织会议。它们提供日历集成、管理控制、账号政策、录制流程、会议室硬件，以及为大型或受管理会话设计的功能。
WhatsApp 现在覆盖了更多基础路径。群组可以分享通话链接、将参与者留待审批、通过加密的浏览器会话交谈、共享屏幕、发送回应，并在设备之间转移正在进行的通话。
这一组合足以满足许多过去默认使用会议服务的对话。小型学习小组并不总是需要企业工作空间。帮助他人排查电脑问题的家人，可能只需要浏览器通话和屏幕共享。
竞争边界取决于组织者的需求。如果身份管理、出席记录、合规性、高级主持管理或组织范围的政策很重要，WhatsApp 已公布的功能无法满足这些要求。
如果优先事项是触达已经通过电话号码连接的人，WhatsApp 的社交设置成本更低。参与者无需建立独立的联系人关系网络，因为相关群组或聊天往往已经存在。
Google Meet 通过浏览器原生访问和 Google 账号降低摩擦。只要主持人启用相关选项，Zoom 允许参与者通过浏览器加入，不过其文档指出，与应用程序相比，网页体验的功能可能有所限制。
WhatsApp 的区别在于，浏览器并非只是进入预定会议室的访客入口。它是消息账号更完整的延伸，包括通话记录和收藏夹。这一设计让通话始终与持续进行的对话相连。
这种压力在市场的非正式边缘最为强烈。这个边缘包括社团、家庭、邻里群组、自由职业协作、辅导，以及没有正式会议标准的小型团队。
在集中管理的企业中，这种压力则较弱。IT 部门通常需要涵盖保留、用户配置、安全政策、集成和支持的控制能力。WhatsApp 的消费级简洁性并不会自动满足这些要求。
同样的张力也适用于通话中产生的知识。屏幕共享有助于参与者讨论文档，但不会创建可搜索的组织记录。团队仍需要一个获批的场所来保存决策、笔记、文件和后续任务。
对于管理跨对话信息的个人而言，个人知识库可在通话后保留有用的上下文。这一工作流仍独立于 WhatsApp 的通话公告，并应遵循参与者的隐私义务。
WhatsApp 还面临预期带来的负担。一旦浏览器支持群组视频，用户就会将其与成熟的视频会议工具比较，而不再只将其与消息功能比较。随着产品更接近会议场景，缺失的控制项会变得更加明显。
这正是此次发布的核心权衡。增加结构化功能会让 WhatsApp 在更多场景中有用。每增加一项功能，也会引来对主持人角色、日程安排、字幕、无障碍选项、详细兼容性说明和管理控制的需求。
Meta 并未承诺让 WhatsApp 成为企业视频会议套件。当前发布表明其目标更为收窄：让用户可在任何已经访问 WhatsApp 的地方进行通话，然后增加足够的控制和质量，让对话留在其中。
这一策略仍可能改变用户行为。竞争并不要求一种产品完全取代另一种产品。它只需要让用户不再为某一类重要的通话而打开另一款产品。
随着逐步发布扩大，值得关注的事项
未来一到三个月将揭示，WhatsApp 是否实现了广泛的连续体验，还是仅仅提供了一份吸引人的功能清单。
第一个信号是各账号和浏览器之间的可用性。Meta 表示这些功能将很快向所有人开放，但尚未定义具体时间范围。Calls 标签页和通话控制项的广泛出现，将加强浏览器现已成为标准 WhatsApp 终端的说法。
持续的账号差异则会削弱这一说法。用户无法围绕一项自己无法稳定预期会看到的功能建立习惯。清晰的支持文档也将减少关于浏览器、权限、关联设备和地区可用性的困惑。
第二个信号是真实世界中的通话转移。转移需要在普通网络变化期间正常运行，而不只是在稳定连接上。用户会判断音频和视频能否迅速恢复、参与者是否保持连接，以及设备切换是否可预测。
成功的转移表现将支持 WhatsApp 的设备连续性策略。频繁失败会让这一功能在重要对话中显得有风险，使用户回到熟悉的挂断后重新加入流程。
第三个信号是竞争对手和用户如何在非正式场景作出回应。Zoom 和 Google 不需要模仿 WhatsApp 的联系人模式，但可以继续简化浏览器加入和跨设备切换。WhatsApp 则可以通过改进主持控制来回应，同时避免将通话变成复杂会议。
用户采用情况将更多通过行为而非公告显现。新鲜感消退后，人们仍需反复选择浏览器通话。群组组织者也需要在电话通话本来更容易时，仍选择使用通话链接和等候室。
安全行为同样值得关注。等候室只有在主持人理解审批建立了什么、又没有建立什么时才有用。WhatsApp 应说明身份验证的限制、链接分享、设备权限和参与者责任，而不是将这些内容埋在技术语言中。
无障碍功能是另一个尚未明确的领域，尽管 Meta 并未将其作为此次公告的核心。浏览器通话可触达更多设备，但可触达并不等同于易用。字幕、键盘导航、屏幕阅读器表现和清晰的状态指示会影响哪些人能够参与。
仅凭零散报告，通话质量仍难以判断。一次成功会话无法验证其在不同浏览器版本、操作系统、麦克风和网络条件下的表现。跨越多种设置的重复使用将提供更好的检验。
用户还应关注 QuickHD 和噪声抑制是否提供清晰的控制项。当人们了解这些自动改进何时启用，并能在特殊音频或受限连接情况下将其关闭时，它们的效果最佳。
目前，实用结论很直接。请在 WhatsApp Web 中查看是否有 Calls 标签页或通话控制项，但应预期功能会分阶段开放。在依赖该功能进行预定对话前，请确认浏览器可访问麦克风和摄像头。
使用通话链接的主持人在需要控制进入权限时应启用审批。他们仍应核实参与者，并记住加密无法阻止获准进入的人从外部捕获内容。
9to5Google 的 WhatsApp 报道以一项期待已久的浏览器功能开篇。更具影响力的发展是一套通话系统：它能让对话从手机延续到浏览器、将新加入者暂留在门外，并自动改善媒体体验。
这一组合会改变人们为下一次小组通话打开哪项服务吗？答案将来自发布的一致性、转移的可靠性和重复使用，而非公告本身。
