简体中文
隐私保护,融入设计媒体数据和检测结果只在此浏览器中处理,MeterSee 不会上传它们。
网络与视频通话质量检测
检测短时延迟与连接稳定性,对照Zoom、Teams或Meet的官方规划建议,并在不加入会议的情况下获得针对原因的修复步骤。
浏览器调用连接屏幕
此检查大约需要 4 秒,并向 MeterSee 边缘发送 12 个微小的 HTTPS 请求。它不会加入呼叫、捕获媒体或检查您的路由器。
Google Meet
使用宽带、当前支持的浏览器和稳定的低延迟连接。Meet 会自动调整质量。 Google 建议使用以太网或 5 GHz Wi-Fi,避免 VPN 延迟,并在质量下降时关闭占用大量带宽的应用程序。
阅读平台官方指导HTTPS 往返行程中值—
第90个百分位—
时间变化—
请求失败—
浏览器下行提示 · 仅供参考未暴露
诊断结果
准备好连接筛选
在重要呼叫之前运行简短的屏幕,然后按照报告中显示的特定原因检查进行操作。
未加入实际 Zoom、Teams 或 Meet 通话时,浏览器无法复现其媒体链路。Network Information API 的数值经过取整,也可能因隐私保护而被降低,并非网速测试。请使用会议应用的通话内统计查看端点延迟、抖动和丢包。
检测完成后
了解这项浏览器检测能够证明什么,以及不能证明什么。
MeterSee测量到Cloudflare边缘节点的小型HTTPS请求。它不会冒充RTP抖动、UDP丢包、上传带宽或会议平台实际路径检测;真实会议应用仍是最终依据。
检测结果可能原因排查步骤
HTTPS往返时间中位数偏高路由距离、VPN、繁忙的移动网络或运营商拥塞
可选情况下关闭VPN比较,再使用网线或5 GHz Wi-Fi重新检测。
时序不均或请求失败Wi-Fi干扰、云同步、下载、调制解调器重连或网络过滤
暂停传输,靠近路由器,并进行两次无干扰的对比检测。
本检测通过但会议仍失败会议平台路径、上传能力、软件设置、防火墙或其他参会者
打开会议软件的实时统计,检查实际延迟、抖动和丢包。
HTTPS 连接筛查
测试原理
向 MeterSee 发送 12 次请求,计算最近秩中位数、p90、相邻成功请求时间差绝对值的中位数及失败次数。浏览器下行提示不参与评分。
无法由此确定的内容
这些是 HTTPS 请求耗时,不是 RTP 抖动、UDP 丢包、带宽或会议平台链路。同条件重测,并查看会议应用自己的统计。
更换硬件前先复核
每次只改变一个条件,在相同环境中重测,并与操作系统或出现问题的应用比较。不可用的读数不等于通过。