华东电信干线
上海出口直连,晚八点高峰期仍能跑满千兆,适合用来确认自家宽带的真实上限究竟在哪里。
每一个数字都来自真实探测
网络测速最早只是几个人凑在一起写的小工具,那会儿大家只想弄明白一件事:家里办了两百兆的宽带,为什么看视频还是会转圈。2020年,第一版网页测速上线,界面简陋,只能跑一个下载速度,但后台真实记录下来的每一条数据,都成了后来改进的依据。团队把用户反馈一条条拆开看,发现单纯的下载数字远远不够,延迟、抖动、丢包这些指标才真正决定上网时的体感。
到了2023年,网络测速把测速这件事拆成了更多维度。除了宽带上下行,还补上了无线信号强度分析、路由跳点追踪和游戏延迟实测,移动端页面也重新做了一遍,手机打开就能跑。那一年我们开始按城市和运营商整理节点数据,用户测完不再只看到一个数字,而是能知道自己在同城里大概处于什么水平,问题出在自家路由器还是出口线路。
2026年,网络测速换上了新的探测调度方案,节点覆盖到全国三百多个地市,从点击到出结果基本在三秒内完成。今年新增的智能诊断会把测速数据、历史记录和周边同网用户的均值放在一起比对,直接给出可操作的建议,比如该换频段、该调信道,还是该联系运营商。所有检测依然免费,不需要注册,打开网页就能用。
按需求挑入口,不用一层层找
功能更新与节点调整记录
本轮调度上线后,全国可选的测速入口增加到三百一十七个,中小城市用户也能就近取点,结果更贴近日常使用。
手机端重新排版,按钮更大,测速过程中可以随时查看实时速率曲线,弱网环境下也不会再出现白屏。
报告页新增抖动与最大延迟两项数据,打游戏和开视频会议的用户可以直接看到链路稳不稳定。
无线信号模块同时扫描2.4G与5G频段,标出拥挤信道,并给出建议切换的频段与信道编号。
连续探测时间从三十秒延长到三分钟,偶发性丢包更容易被捕捉到,定位结果也比过去准确不少。
可以把不同日期的测速结果放在同一张图里对比,方便观察换路由或者换套餐前后的真实变化。
每个节点的在线率与平均响应时间现在公开可查,遇到异常节点会自动从推荐列表里临时下线。
整理了一份从光猫到终端的排查流程,按步骤走完,基本能确定问题出在哪一段链路上面。
面向小型办公场景增加了多终端并发测速,能看出带宽到底被谁占满,方便做内部带宽调整。
明确测速数据仅用于统计与节点调度,不记录浏览内容,用户可以选择关闭匿名数据贡献开关。
最近三天用户停留时间最长的测速节点
上海出口直连,晚八点高峰期仍能跑满千兆,适合用来确认自家宽带的真实上限究竟在哪里。
广州城区多点采样,5G下行均值保持在四百兆以上,地铁沿线也能维持一段可用的速率。
北京周边多个基站数据汇总,夜间速率波动小,适合拿来做移动网络的横向对比基准线。
成都重庆两地高校出口实测,访问学术资源延迟偏低,晚自习时段会出现比较明显的拥塞。
深圳到香港方向链路实测,丢包控制在千分之三以内,跨境办公场景参考价值比较高。
沈阳哈尔滨双城对比,冬季线路表现平稳,上传带宽比同价位套餐普遍高出两成左右。
武汉郑州长沙三点联动,作为中部地区的中转参考,跨省访问延迟表现相对比较均衡。
面向海外用户的回国链路,实测延迟比公共线路低三成左右,视频会议体感提升明显。
第一次打开也知道该点哪里
测速、诊断、报告分区明确,主次分明。
按城市、运营商、网络类型三层筛选。
手机浏览器直接跑,不用装任何客户端。
结果页可收藏,历史记录自动归档保存。
从单个数字延伸到诊断建议和下一步动作。
十二个被问得最多的问题
运营商标注的通常是线路的理论峰值,而实际速度会受路由器性能、网线规格、终端网卡、同时在线设备数量以及测速节点距离共同影响。建议用网线直连光猫或者主路由再测一次,如果直连结果接近套餐值,说明瓶颈在无线环节或者家里其他设备上,而不是出口线路本身。
网络本身是动态的,晚高峰和凌晨的出口负载差异很大,无线环境里邻居的路由器也在抢信道。一般来说同一时段连续测三次,结果浮动在两成以内属于正常范围。如果波动超过一半,或者白天晚上差距悬殊,那就值得进一步排查线路或者设备问题了。
两者都重要,但抖动往往更让人难受。延迟高只是操作慢半拍,玩家还能靠预判弥补;抖动大则意味着一会儿快一会儿慢,画面会出现忽快忽慢的拉扯感,技能释放时机很难把握。所以挑线路时,先看抖动是否稳定,再看平均延迟是否够低。
信号强度只代表终端和路由器之间的连接质量,并不代表出口带宽。信号满格但速度慢,常见原因有三个:一是周围信道太拥挤,二是路由器本身的转发能力不足,三是运营商的出口在这个时段确实拥堵。可以用无线信号扫描看一下信道占用情况,再配合宽带测速交叉验证。
在有线环境下,持续丢包率低于千分之一基本可以认为正常,偶尔出现一两个丢包不必紧张。无线环境会宽松一些,千分之五以内通常还能接受。如果持续高于百分之一,视频通话会出现断续,游戏会明显卡顿,这时候就需要沿着链路一段段排查,从终端、路由器到光猫依次确认。
不能简单横比。5G的速率受基站负载、所处位置、信号强度和套餐限速影响,同一地点不同时段差异可能非常大;宽带则相对稳定,但受家里布线影响。两者适合各自纵向比较,比如看5G在白天和晚上的差异,或者看宽带换路由器前后的变化,而不是拿两个数字硬碰硬。
大多数家用宽带套餐本身就是非对称设计,下载给得多、上传给得少,这是行业惯例,因为普通用户下载需求远大于上传。如果确实需要经常上传大文件、做直播或者远程备份,可以关注一下套餐的上传配比,部分运营商提供对称速率的选项,只是价格会更高一些。
先确认瓶颈到底在哪里。如果原来的瓶颈是运营商出口带宽已经跑满,那换再好的路由器也不会更快。如果瓶颈在无线环节,还要看新路由器的频段是否被正确启用、终端是否支持新的无线协议。可以换路由器前后各测一次,用历史报告对比,才能看出真实变化。
一次完整的宽带测速大约会消耗几十兆到几百兆流量,具体取决于你的实际带宽,带宽越高消耗越多。用移动网络测速时建议留意一下套餐余量。如果只是想看看延迟和抖动,可以只跑延迟检测,那部分消耗的流量非常少,几乎可以忽略不计。
主要差异来自节点位置和测速算法。有的平台节点就在你所在城市,有的则要跨省甚至跨境,路径长短不同结果自然不同。另外,多线程并发数、测试时长、是否剔除慢速连接等细节也会影响最终数字。建议固定用同一个平台、同一批节点做纵向对比,参考价值更高。
Mesh节点之间如果采用无线回程,每经过一跳带宽就会有一定损耗,节点越多损耗越明显。可以尝试把主节点和子节点之间的距离缩短,或者改用有线回程。另外要检查子节点是否被放在了信号本就薄弱的角落,那样它转发出去的网络质量也不会好。
测速产生的结果会在你的浏览器本地保留一份历史记录,方便随时翻看对比。匿名的速率样本会用于节点调度和质量统计,帮助判断某个节点当前是否健康。平台不记录你访问了哪些网站,也不采集与测速无关的个人信息,用户可以在设置里关闭匿名数据贡献。
来自真实使用场景的反馈
家里一直觉得网慢,测完才发现是路由器太老了,换个新的下载直接翻倍,早该来测一测。
打游戏老是瞬移,延迟检测一看抖动特别大,调了信道之后稳定多了,这个功能真的有用。
不用装客户端这点很加分,手机浏览器打开就能跑,帮爸妈远程排查也方便,念一遍步骤就行。
办公室带宽总被占满,多终端并发测速一看就知道是谁在下载,内部调整完效率高了不少。
报告里的解释写得挺白,不像别的地方只丢一个数字给我,至少知道自己该往哪个方向改。
跨境办公经常开会卡,用了港澳专线节点对比之后换了线路,丢包确实降下来了不少。
历史记录能导出对比这个太需要了,换套餐前后各测一次,运营商有没有缩水一眼就看出来。
教育网访问外网慢的问题困扰很久,路由追踪跑了一遍发现绕了好几个跳点,终于找到原因。
搬家之后网速一直不对劲,测了几次发现是小区出口在晚高峰拥堵,跟自家设备其实没关系。
Mesh组网之后速度掉了,看了排查指引换成有线回程,基本恢复到单路由的水平了。
界面很干净,没有那些花里胡哨的东西,点进去就是测速按钮,这点比很多同类站点做得好。
节点健康度公示挺实在的,碰到不稳定的节点会自动下线,不会让我测出一堆莫名其妙的结果。
关于网速,那些被误解了很久的事
很多人对网速的理解停留在运营商给的那个数字上,觉得办了两百兆就应该永远跑两百兆。实际上这个数字只是接入线路的理论上限,真正决定体验的是整条链路上最窄的那一段。从光猫到路由器,从路由器到终端,再到运营商出口和目标的服务器,任何一环拖了后腿,最终结果都会打折。测速的意义不在于得到一个漂亮数字,而在于判断短板在哪。
带宽和延迟经常被混为一谈,其实它们解决的是完全不同的问题。带宽决定单位时间能搬运多少数据,影响下载文件、看高清视频这类场景;延迟决定一个来回要花多久,影响的是操作响应和实时交互。一条带宽很大但延迟很高的线路,看视频很流畅,打游戏却依然会难受。所以判断网络好坏,得先想清楚自己主要用它来做什么。
无线环境是最容易被忽略的变量。同一台路由器,摆在客厅和摆在承重墙后面,效果可能天差地别。周围邻居的路由器越多,2.4G频段就越拥挤,互相干扰之下,信号看起来满格,实际吞吐却掉了一大截。把信道从自动改成手动,往往能带来立竿见影的改善。这类问题不靠猜,扫一遍信道占用情况就清楚了。
上行带宽的重要性这些年明显上升。以前大家主要下载,上行给多少无所谓;现在远程办公、视频会议、云盘同步、直播推流都依赖上行,一旦不够用,画面会糊、声音会断。很多人在升级套餐时只盯着下载数字,忽略了上行配比,结果换了更贵的套餐,会议体验却没有改善,问题恰恰出在这里。
测速结果的时间维度同样值得关注。单次测速只能反映那一瞬间的状态,连续几天在固定时段测量,才能看出规律。如果每天晚上八点到十点速度明显下滑,那大概率是小区出口或者运营商骨干在这个时段拥堵,和自家设备无关,再怎么折腾路由器也没用。反过来,如果全天都很慢且波动不大,那更可能是本地环节出了问题。
最后要说的是,工具给出的永远只是参考。同一个网络,用不同的节点、不同的协议、不同的并发数去测,结果会有差异。与其纠结某一次数字高了还是低了,不如固定条件、长期记录,看趋势变化。当你能说清楚「我这周比上周慢了多少、发生在什么时段」,无论是自己排查还是找运营商沟通,都会变得高效很多。
网络体验相关的延伸阅读
报告显示,过去一年里千兆及以上宽带的用户占比继续上升,但用户实际感知的提升幅度低于速率数字的涨幅。分析认为,家庭内部无线环境和终端设备性能正在成为新的瓶颈,单纯提高接入带宽已经很难带来等比例的体验改善,路由器与组网方式的重要性正在被重新认识。
同样办千兆,有人跑出九百多兆,有人只有三百兆。差距往往不在运营商,而在网线规格、路由器转发能力和终端网卡这三个环节。
新协议在并发和时延上确实有优势,但前提是终端也要支持。如果家里设备大多还是老协议,升级带来的感知提升会比较有限。
测速用的是多线程并发,下载软件往往受限于源站带宽和磁盘写入速度。两者口径不同,放在一起比较本身就不太公平。
网线。很多老房子预埋的是五类线,跑千兆勉强,跑更高带宽就会成为瓶颈,而这个问题通常要等到测速时才会暴露。
从终端到路由器、从路由器到光猫、从光猫到游戏服务器,三段分别测一次,比笼统地说"网卡"要有用得多。
远程会议、云盘同步、直播推流都在消耗上行。选套餐时如果只盯下载数字,很可能在实际使用中感到处处受限。
最近被讨论得最多的几个话题
多地千兆宽带的月费已经接近过去五百兆的水平,价格不再是升级的主要障碍,问题变成了家里的设备能不能跑满。
新一批手机和笔记本开始标配新协议网卡,无线侧的理论上限被抬高,实际体验能否跟上还要看路由器和环境配合。
大户型和多层住宅越来越多,单台路由器难以覆盖,Mesh成了主流方案,但回程方式的选择直接决定最终效果。
云游戏对带宽的要求其实不算高,但对延迟和抖动非常敏感。网络稍有波动,画面就会糊,操作也会明显跟不上手。
越来越多的用户开始主动查询自己套餐的上行配比,过去很少有人关心的一项参数,如今成了选套餐时的必看项。
家里动辄几十个联网设备,虽然单个占用不大,但连接数一多,老旧路由器的处理能力就容易成为瓶颈。