一个免费测速网站,能卖12亿美元
一个测速网站,居然能卖 12 亿美元? 相信不少人都经历过在游戏里正在走廊互架,激情对枪的时候,莫名其妙的卡了一下,等反应过来的时候人已经回大厅了。
一番气急败坏的复盘之后,也搞不清楚,到底是网的问题,还是游戏卡了? 这时候,有经验的差友一般会打开这个叫 Speedtest 的小工具。 点一下中间这个 “ GO ”,等个几十秒,就能知道上传速度、下载速度和 Ping 值。 没有会员,不用订阅,点击,然后测速,就是它的全部功能。
但你有没有想过,一个这么简单的网站,值多少钱? 就在今年三月,咨询巨头埃森哲宣布,以 12 亿美元,收购了做出 Speedtest 的 Ookla 。 12 亿,还是美元?为什么一个免费的测速软件,居然能卖这么贵?埃森哲花的 12 亿美元,究竟买到了啥? 测速代码为什么不值钱? 从代码层面来看,Speedtest 绝对不像是一个能值 12 亿的软件。 它的测速原理非常简单。测试下载速度时,服务器持续向设备发送数据。测试上传速度时,设备则持续向服务器发送数据。 用传输的数据量除以时间,就能算出上传速度和下载速度。
向服务器发一条消息,再到服务器回传信息的往返时间,则是 Ping 值。 对任何需要接入互联网的东西而言,这都是基础的不能再基础的通信功能,在 Github 上,基于这种原理做的测速网站,甚至可以被压到 9kb 。 另一个测速网站 Speedcheck 的创始人 Forcer 也曾经在论坛上透露过,自己只用了一个周末就写完了测速部分的核心代码。 放到现在,如果用大模型 vibe coding,十分钟搓出来一个能用的测速工具,也不是什么难事儿。 那么,埃森哲为什么要出十二亿美元的天价,买一个几乎没有技术门槛的网站呢? 天价收购测速软件图什么? 其实对于埃森哲来说,重要并不是代码,而是它背后的数据库。 作为一家咨询公司,埃森哲的传统业务之一,就是为企业提供转型方案。进入 AI 时代后,这项业务的主线自然变成了帮企业设计新的 AI 工作流。 根据财报,2026 财年第一季度埃森哲人工智能新增订单达到 22 亿美元,相较去年同期翻了一倍。 按照埃森哲自己的说法,买下 Ookla 最重要的目的,就是利用它的数据库,在咨询业务中给客户提供 “ AI转型所需的端到端网络服务 ”。 这句话听起来挺唬人,但翻译成大白话,其实就是: 搞清楚从云端大模型,到门店、工厂和办公室里的终端设备,中间的网要该怎么接。 举个简单的例子,假设你是一家全国连锁超市的老板,想要在门店装 AI 摄像头,监测客流和货架情况。
最省事的方案,当然是把采集的数据全部传到云端,交给大模型统一处理。这样部署起来简单,也可以直接调用性能更强的模型。 但现实情况是,并不是所有门店的网都能满足部署云端方案的要求。 同一家运营商,可能在市中心相当稳定,但到了基站少的郊区就拉跨的不行。 要是全国都照搬一套方案,让数据全上云,最后的结果就是只有市中心的门店能正常运行,出了三环系统就成了摆设,属于是 AI 不下乡了。
所以,制定方案之前,企业首先得摸清每一家门店的网络状况,再决定每家店该用哪家运营商,以及数据应该传到云端、交给边缘设备,还是直接留在本地处理。 当然,找运营商拉清单,列出每家店接的哪家宽带,办的什么套餐,并不是什么难事儿。 但拿到这些数据,并不代表我们掌握了实际的网络情况。 一条在运营商后台显示运行正常的千兆宽带,顺着老旧网线连到路由器,再隔着客厅承重墙把信号传到卧室的手机上,可能就剩下一两百兆了。 而要想绕过这套混沌系统,最直接的办法就是从终端设备出发,向服务器传一次数据。 不过吧,对运营商来说,这事儿还真不太好办。 测速需要尽可能把线路跑满。假如运营商在用户设备里塞进一个常驻的测速后台,等于让设备不停地满负荷上传下载。
这不仅会消耗额外的流量,还会大幅增加当地网络的负担,撞上高峰期,本来不卡的网也得被折腾卡。 无论成本还是用户体验,都是妥妥的负优化。 所以,要知道客户端的网络状态,只能让用户主动点测速。 而在这个前提下,要得到有参考价值的结果,就需要有足够多的人,在不同地区、 不同时间和不同网络下反复测试。 这正是 Speedtest 的价值所在。
作为测速这条小众赛道的绝对 Goat,Speedtest 的母公司 Ookla 在成立的二十年里,已经积累了几百亿条这样的测试记录。 每当有人在 Speedtest 上测速,后台就会记录超过 1000 个信息。 在这些信息里,除了上传、下载速度和延迟的结果,还包括时间、位置、运营商、网络类型,甚至设备自身的信息。
这些数据汇总到一起,我们就会得到一张覆盖不同地区、运营商、设备和时段的网络状态地图。 再把门店位置叠加到这张地图上,就能大致判断每家店的网络状况,从而选择更合适的运营商和部署方案。 这还只是 Ookla 情报系统的一部分。 除了 Speedtest,Ookla 旗下还有负责监测运营商服务故障的 Downdetector 和排查信号盲区的 Ekahau。 这几套工具拼在一起,最终得到的是一张从运营商网络出发,一路延伸到企业室内 Wi-Fi 的网络地图。
测速软件是怎么赚钱的? 但是,这张网络地图并不是画完一次就完事儿了。网络的状态随时可能因为基站、宽带、运营商的配置出现变化。 要保证这份地图有效,就得有源源不断的 “ 活水 ” 。 每测一次速,设备都要和服务器进行一轮高强度的上传和下载。用户越多,承载的流量也越大。 每天都有超过 1000w 的活跃用户,在使用 Speedtest 测速。 为了支撑全球用户的测速需求,Speedtest 目前在全球接入了超过 1.5 万台测速服务器。 而且,Speedtest 靠的是庞大的用户基数维持数据的新鲜。如果把产品改成收费,无疑会损失大量的活跃用户。 虽然 Speedtest 在网页上也接贴片广告,但要靠这点收入,显然 cover 不了服务器的成本。
那么,作为一个核心产品是免费测速网站的公司,Ookla 究竟是怎么养活这张庞大的情报网的呢? 事实上,和很多人的直觉不同,Ookla 在过去的二十年里,不仅没有亏钱,反而还赚了不少。 在被收购前一年,Ookla 的营收甚至一度突破了两亿美元。 它并没有独自承担这张网的运行成本,而是采取了一种非常聪明的合作模式:把运营商、数据中心和网络服务商都拉进来,让这些公司提供服务器和带宽,部署测速节点,加入 Speedtest 的全球服务器网络。 这些公司愿意出服务器和带宽,也有自己的算盘。 一方面,对于运营商来说,把测速节点架在自家机房里,用户就能直接测试从终端到运营商网络内部的速度。客服排查故障时,可以从用户端跑一次测试,判断问题出在哪。 另一方面,Speedtest 还能在运营商之间充当一个相对中立的 “ 蜻蜓队长 ”。 运营商当然也可以自己做测速网站,但就算真的做出一个和 Speedtest 一模一样的网站,也很难得到对自己有用的结果。 对运营商来说,最有价值的情报,是把自己和竞争对手放在同一个地点、同一个时间段、同一套标准下比较,了解在自己在哪些地区、哪些环节的网络状况不如竞争对手,然后做针对性的优化。
但用运营商自己的测速平台,基本不可能拿到这种信息。 原因很简单:参赛的是你,制定规则的是你,最后打分的还是你。用其他运营商网络的人,实在是没什么理由跑到你的平台上测网速。 就像苹果做了个跑分软件,拿它测三星,跑高了显得技不如人,跑低了又像是输不起。 甭管最后跑出多少分,给人的感觉都不太对。 而 Ookla 作为相对客观、独立的第三方,则可以毫无顾忌的向战争中的每一方输送弹药。 在 Ookla 的官网上,每个季度都会更新不同国家与地区的网速报告。在这些报告里,不仅有这个地区各个运营商的实际网速,还有不同地区,不同运营 商的网络质量排名。甚至还设置了最佳网速奖。
运营商拿到这份成绩单之后,就能更有针对性地决定钱该花在哪里。 所以,运营商非常欢迎 Speedtest 接入服务,甚至干脆连自家的测速软件,都直接买 Speedtest 的授权套皮。 用这套合作模式,Oolka 用较低的建设成本拉起一张全球测速网络的同时,还开启了一套越滚越大的正向循环: 运营商和数据中心提供服务器与带宽 ,帮助 Ookla 扩大覆盖;节点越多,用户测速越方便、结果越稳定;用户越多,Ookla 积累的数据就越有价值;数据越有价值,运营商也越愿意购买它的排名、竞争分析和网络优化服务。 最后,在循环中不断积累的公信力,也让 Ookla 的数据库逐渐成为了行业公认的标尺。 甚至有时候,连制定国策它都能掺和一脚。 2021 年,美国启动了一项规模 425 亿美元的网络基建计划,准备把资金投入网络覆盖不足的地区。 手握全国网络后台数据的联邦通信委员会 FCC 起初打算用运营商们建立的全国宽带地图来判断这笔钱应该花到哪。
但 FCC 很快就发现,这份运营商自己画的地图不仅只反映了宽带理论上的最大性能,还有很多虚报和夸大现象。。于是最后选择了 Ookla ,用 Speedtest 的测速地图对运营商上报的信息进行校验。 当然,这套商业模式倒也说不上有多难,在 Speedtest 跑通之后,其实世界各地都有它的模仿者。 在国内,甚至有一家域名 speedtest.cn 的山寨李鬼。
在测速这个核心功能上,他们其实都大差不差。甚至有的网站 UI 和功能做的比 Speedtest 还要完善很多。 但他们中几乎没有能真正和 Speedtest 分庭抗礼的竞品。 就像 Speedcheck 的创始人 Forcer 说的那样,测速代码只占全部代码量的 10% ,如果从全局来考虑,测速的代码甚至只占全部工作量的 0.01% 。 总的来说 所以回过头来看,埃森哲花 12 亿美元买到的其实不是测速软件,而是一套已经成熟运转的网络情报系统。 它有遍布全球的用户入口,有运营商和数据中心共同支撑的分布式测速网络,还有一套被行业广泛认可的测试标准和持续更新的网络数据库。 做一个测速网站,可能真的不难。但要把这个测速网站做成 Speedtest,确实不是一件简单的事儿。


