网站资料 · 技术情报 · 相似站点

browserbench.org 暂未发现付费内容

分类: 其他

访问网站

更新时间:2026-09-27 08:25 语言:未知(默认) 网站访问:正常

站内浏览 3 次 访问跳转 1 次
BrowserBench.org 首页完整截图
编辑评测

网站深度测评

BrowserBench.org是什么网站?

BrowserBench.org 是一个专门运行浏览器性能基准测试的网站,用来比较不同浏览器、设备或系统版本在网页应用中的实际表现。

它提供几类侧重点不同的测试:

  • Speedometer:衡量网页应用的响应速度,也就是界面交互是否跟手、流畅。
  • JetStream 3.0:面向 JavaScript 和 WebAssembly 的测试套件,重点在较复杂的 Web 应用性能。
  • MotionMark:测试浏览器图形系统的渲染能力,偏向动画和图形负载。

这些测试由主流浏览器引擎开发者共同维护,采用开放治理模式,因此结果常被开发者、浏览器厂商和科技媒体引用。

适合在以下情况使用:

  • 换了新手机、新电脑,想对比不同浏览器谁更流畅。
  • 开发网页应用,想排查性能瓶颈或验证优化效果。
  • 关注浏览器版本更新后性能是否有变化。

如果你的目标是综合评估,建议至少跑 Speedometer 和 MotionMark 各一次,因为它们分别反映交互响应和图形渲染,单看一项容易得出片面结论。

Speedometer、JetStream和MotionMark分别测试浏览器的哪些性能?

BrowserBench.org 上的三款基准测试各有明确分工:Speedometer 测 Web 应用响应速度,JetStream 测 JavaScript 与 WebAssembly 计算性能,MotionMark 测浏览器图形系统。

Speedometer — Web 应用响应性 它衡量的是网页应用的“跟手程度”,即用户操作后界面刷新、数据更新有多快。适合在评估日常网页(表单、列表、交互式页面)流畅度时使用,维护方是多家浏览器引擎开发者,采用开放治理模式。

JetStream 3.0 — JavaScript 与 WebAssembly 性能 它是一套面向高级 Web 应用的 JS 和 Wasm 基准套件,关注的是代码执行与计算密集型任务的效率。适合比较不同浏览器在复杂脚本、编译型 Web 应用上的表现。

MotionMark — 图形系统性能 它的设计目的就是把浏览器的图形渲染能力压到极限,测动画、绘制与合成表现。适合关注动画流畅度、Canvas/WebGL 类视觉应用的场景。

怎么选

  • 想评估日常交互是否顺滑:看 Speedometer。
  • 想评估脚本与 Wasm 计算快慢:看 JetStream。
  • 想评估动画与图形渲染:看 MotionMark。

三者常一起跑,因为它们覆盖的是不同瓶颈,单看一项容易误判浏览器整体能力。

如何用BrowserBench的测试结果判断浏览器是否适合跑复杂网页应用?

BrowserBench.org 提供三项针对性不同的基准测试,判断浏览器能否胜任复杂网页应用,关键是分开看它们各自测什么,而不是只比一个总分。

三项测试分别回答什么问题

测试 测什么 对应复杂网页应用的哪类需求
Speedometer 网页应用的响应速度 表单、列表、交互频繁的界面是否跟手
JetStream 3.0 JavaScript 与 WebAssembly 性能 计算密集、逻辑复杂的应用(如在线编辑器、数据可视化)
MotionMark 浏览器图形系统性能 动画、图表、Canvas/WebGL 类渲染场景

资料中明确写着 Speedometer 衡量的是“web 应用的响应性”,JetStream 3.0 聚焦“高级 web 应用”,MotionMark 则是“把浏览器图形系统推到极限”。所以三者不能互相替代。

怎么用结果做判断

  • 先明确你的应用瓶颈在哪:交互重 → 看 Speedometer;计算重 → 看 JetStream;渲染重 → 看 MotionMark。
  • 同一台设备上对比多个浏览器,看目标测试的分数差距,而不是绝对值。分数是相对参考,不是通过/不通过的阈值。
  • 关注分数是否稳定:跑多次,波动大的浏览器在真实复杂页面里更容易出现卡顿。
  • 三者综合看:一个浏览器可能 JS 很快但图形弱,这对动画密集型应用就是隐患。

需要注意

这些基准由主流浏览器引擎开发者以开放治理模式维护,因此分数更偏向引擎层面的能力,不完全等于某个具体网站在你机器上的实际体验。建议把基准分数当作筛选依据,再用你的真实应用做一次实测。

例如需要跑一个含大量实时图表的仪表盘,可以先用 MotionMark 排除图形性能明显偏弱的浏览器,再用 Speedometer 确认交互响应,最后在候选浏览器里打开真实页面验证。

为什么这些浏览器基准测试由多家浏览器引擎开发者共同维护?

这些基准测试由多家浏览器引擎开发者共同维护,核心原因是:基准测试是浏览器厂商之间的“公共裁判”。如果只由一家维护,其他厂商很难信任结果,甚至可能质疑测试偏向某一方。共同维护能让测试标准更中立、更贴近真实网页场景,也更容易被行业接受。

具体使用情境

  • 浏览器厂商:在优化 JavaScript 引擎、渲染管线或图形性能时,用同一套标准对比不同版本,避免“自说自话”。
  • Web 开发者:判断自己的网站在不同浏览器上的响应速度、图形表现,而不是依赖某家厂商的单一指标。
  • 评测媒体或技术选型者:引用被多家厂商共同认可的分数,减少“定制化跑分”的争议。

为什么共同维护更可信

BrowserBench.org 上的 Speedometer、JetStream 3.0、MotionMark 分别对应 Web 应用响应、JavaScript/WebAssembly 高级应用、浏览器图形系统。这些测试覆盖的是整个 Web 平台的能力,不是某一家的私有技术。多家引擎开发者参与,意味着:

  • 测试用例要经过跨厂商讨论,不容易只照顾某一家实现。
  • 当浏览器引擎架构变化时,测试能同步更新,而不是变成过时标准。
  • 开放治理模型让结果可复现、可审计,减少“黑箱跑分”。

选择条件

如果你需要对比浏览器性能,优先看这类由多家厂商共同维护的基准,而不是单一厂商发布的跑分。例如需要评估一个复杂 Web 应用在 Chrome、Firefox、Safari 上的流畅度,Speedometer 和 MotionMark 比厂商自家演示更能反映普遍情况。

下一步动作

直接访问 BrowserBench.org,按你的场景选测试:Web 应用响应看 Speedometer,JavaScript/WebAssembly 看 JetStream 3.0,图形渲染看 MotionMark。

在对比不同浏览器或设备时,运行这些基准测试需要注意什么?

在 BrowserBench.org 上做跨浏览器或跨设备对比时,核心原则是:控制变量、看相对值而非绝对值、关注测试本身针对的能力。它提供的是 Speedometer(Web 应用响应速度)、JetStream 3.0(JavaScript 与 WebAssembly)、MotionMark(图形系统)三类基准,每类测的东西不同,不能混着比。

运行前需要注意的条件

  • 同一台设备上对比不同浏览器,比跨设备对比更可靠;跨设备时硬件差异会盖过浏览器差异。
  • 关闭其他占用 CPU/GPU 的程序、后台同步、下载任务,避免结果波动。
  • 保持电源接通、性能模式一致,笔记本不要在省电模式下测。
  • 浏览器版本、系统版本、是否开启硬件加速都要记录,否则结果无法复现。
  • 每个测试多跑几次取稳定值,首次运行常因缓存/预热偏低。

选择哪个基准

基准 测什么 适合回答的问题
Speedometer Web 应用交互响应 日常网页操作、框架类应用谁更跟手
JetStream 3.0 JavaScript / WebAssembly 复杂脚本、计算密集网页应用谁更快
MotionMark 浏览器图形系统 动画、图形渲染、GPU 相关表现谁更强

对比时的解读方式

  • 分数是相对指标,不同版本之间不一定可直接横比,先确认用的是同一版本。
  • 差异在几个百分点内通常视为噪声,不要据此下结论。
  • 单项领先不代表整体领先,按你的实际使用场景选对应基准。

例如需要给团队选浏览器,可以先用 Speedometer 看日常响应,再用 JetStream 3.0 验证内部 Web 应用的计算性能,最后用 MotionMark 检查图形密集页面。想了解各基准的定位,可参考 BrowserBench.org;同类图形基准还有 WebGL 相关的社区测试可作补充。

浏览器基准测试的分数越高是否代表日常上网体验越好?

分数高不等于日常上网体验一定更好。BrowserBench.org 上的 Speedometer、JetStream、MotionMark 分别测的是 Web 应用响应速度、JavaScript/WebAssembly 性能、浏览器图形系统,它们反映的是特定负载下的能力,而不是你每天打开网页、看视频、刷社交媒体的综合感受。

什么时候分数有参考价值

  • 你经常用复杂的 Web 应用(在线文档、协作工具、地图、网页版设计工具),Speedometer 分数更有意义。
  • 你运行大量 JavaScript 或 WebAssembly 代码(网页游戏、在线 IDE、音视频处理),JetStream 分数更相关。
  • 你做网页动画、数据可视化或图形密集型页面,MotionMark 更能说明问题。

什么时候分数参考价值有限

  • 日常主要是看新闻、收发邮件、看视频,体验更受网络延迟、服务器响应、扩展插件、内存容量和散热影响。
  • 不同浏览器在不同基准上互有胜负,单一总分无法代表“整体更快”。
  • 系统后台负载、电源模式、驱动版本都会明显改变跑分,和实际使用条件未必一致。

建议的下一步 先明确你最常遇到的卡顿场景,再选对应基准:交互卡顿看 Speedometer,脚本重看 JetStream,图形卡看 MotionMark。也可以参考 BrowserBench.org 的测试说明,用同一台设备、同一电源模式下对比不同浏览器,而不是只看一个数字下结论。

BrowserBench.org 是什么网站?

BrowserBench.org 是一个专门提供浏览器基准测试(benchmark)的网站,核心用途是衡量不同浏览器、不同设备在 Web 应用场景下的性能表现。它本身不生产浏览器,也不销售任何产品,而是提供几套被主流浏览器厂商共同认可的测试工具,让用户可以在自己的设备上跑分并横向比较。如果你想知道某台电脑、手机或某个浏览器版本在网页响应速度、JavaScript 执行效率、图形渲染能力上处于什么水平,这个网站就是为此设计的。

网站提供哪些基准测试

根据网站首页信息,BrowserBench.org 目前主要包含三个基准项目,它们各自针对不同的性能维度:

基准项目 测试重点 适合回答的问题
Speedometer Web 应用的响应速度(responsiveness) 日常网页交互是否流畅、UI 更新是否跟得上操作
JetStream 3.0 JavaScript 与 WebAssembly,面向高级 Web 应用 复杂脚本、计算密集型网页应用的执行效率
MotionMark 浏览器图形系统 动画、图形渲染的帧率与稳定性

三者组合起来,大致覆盖了「交互响应」「脚本计算」「图形渲染」这三类用户能直接感知的性能。Speedometer 测的是操作后界面反应快不快,JetStream 测的是代码跑得快不快,MotionMark 测的是画面画得顺不顺。

由谁维护

这些基准并非某个单一公司私有,而是由主要浏览器引擎的开发者在一个开放治理模型(open governance model)下共同维护。这意味着测试标准相对中立,不容易被某一家的实现方式单方面带偏,因此它的跑分结果在浏览器厂商和评测圈里被广泛引用。对普通用户来说,这一点决定了跑分结果的可比性——同一套测试在不同浏览器上跑出来的分数,是可以放在一起看的。

怎么用它

使用方式很直接:用目标浏览器打开 BrowserBench.org,选择想测的项目,点击开始运行,等待测试完成后记录分数。想比较两个浏览器或两台设备时,在相同条件下各跑一次同一项目,再对比分数即可。

需要注意的几点:

  • 同一设备、同一浏览器,多次跑分可能有波动,尤其是后台有其他程序占用资源时,建议关闭无关应用后重测。
  • 跨设备比较要谨慎:分数受硬件影响很大,手机和台式机的分数不能简单等同看待。
  • 版本会更新:例如 JetStream 已到 3.0,不同版本的分数不可直接对比,比较时确认双方跑的是同一版本。
  • 它测的是性能,不是功能或隐私:跑分高不代表浏览器更适合你,兼容性、隐私策略、扩展生态等都不在测试范围内。

适合谁看

  • 想给自己的设备或浏览器「体检」、了解性能档位的普通用户;
  • 需要在多款浏览器之间做选择、希望有客观数据参考的人;
  • 关注 Web 性能、想跟踪浏览器引擎优化进展的开发者。

如果你的目标是判断「换浏览器能不能让网页更流畅」,可以先在现用浏览器上跑一遍 Speedometer 和 MotionMark,再换目标浏览器跑同样项目,对比分数变化,这比只看评测结论更贴近你自己的设备实际情况。

浏览器基准测试结果该怎么理解

BrowserBench.org 上的 Speedometer、JetStream 和 MotionMark 分数,反映的是特定负载下的相对性能,不是你能直接感知的“快慢”。它们适合在同一台设备、同一系统、相近时间下做横向(换浏览器)或纵向(换版本)比较;跨设备、跨平台比分数基本没有意义。三个基准各测一类负载,不能互相替代,也不能用其中一个的分数推断整体体验。

三个基准各自测什么

基准 负载类型 分数大致含义
Speedometer Web 应用响应性 模拟常见 Web 应用操作,分数越高表示交互响应越快
JetStream 3.0 JavaScript 与 WebAssembly 面向较复杂的 Web 应用,分数越高表示 JS/Wasm 执行越快
MotionMark 浏览器图形系统 压测图形渲染,分数越高表示图形性能越强

按 BrowserBench.org 的说明,Speedometer 由主要浏览器引擎开发者以开放治理模式维护;JetStream 3.0 聚焦高级 Web 应用;MotionMark 专门测试浏览器图形系统。三者定位不同,所以“Speedometer 高但 MotionMark 低”是正常现象,说明这台机器/这个浏览器在交互响应上表现好,但图形渲染不是强项。

为什么分数只能相对看

基准分数是归一化后的相对值,不是毫秒、帧率这类绝对体验指标。它回答的是“A 比 B 快多少”,而不是“用起来爽不爽”。影响结果的因素至少有:

  • 设备:CPU、GPU、内存、散热都会改变分数,同一浏览器在不同机器上差距可能很大。
  • 浏览器版本:引擎更新会直接改变分数,跨版本比较要记录具体版本号。
  • 系统环境:操作系统、后台程序、电源模式(省电/高性能)、温度降频都会干扰。
  • 运行条件:是否插电、是否刚开机、是否有其他标签页占用资源。

因此,看到“某浏览器 Speedometer 得分 X”时,先问:在什么设备、什么系统、什么版本、什么状态下测的。缺了这些,分数无法复现,也无法比较。

怎么用这些分数做决定

适合的场景:

  • 同一台机器上,想比较 Chrome、Firefox、Safari 等哪个更跟手 → 跑 Speedometer,同环境对比。
  • 升级浏览器大版本后,想知道 JS 性能有没有变化 → 跑 JetStream,记录前后版本号。
  • 关注网页动画、图表、游戏类页面流畅度 → 看 MotionMark。

不适合的场景:

  • 拿笔记本的分数和手机比。
  • 用 Speedometer 分数推断视频播放或 3D 性能。
  • 只看一个总分就断定“这个浏览器最好”。

操作上的注意点

  1. 固定变量:同一设备、同一电源模式、关闭无关后台程序,最好重启后测。
  2. 多次运行取稳定值:基准有波动,单次结果可能偏高或偏低,跑 3 次以上看分布。
  3. 记录元信息:浏览器名称与完整版本号、操作系统版本、设备型号,缺一不可。
  4. 同版本对比:跨版本比较时,明确写出“从 X 版到 Y 版”,否则结论不成立。

常见误解

  • “分数高 = 上网体验好”:分数只覆盖基准设计的负载,真实体验还受网络、扩展、网站实现影响。
  • “三个分数可以加权成一个总分”:它们测的是不同维度,没有通用换算关系。
  • “官方分数可以直接参考”:官方或媒体发布的分数通常绑定特定设备和版本,只能作为该条件下的参考,不能直接套到你的机器上。

一句话:把 BrowserBench.org 的分数当作受控实验里的相对指标,控制好设备、版本、环境再比,它才有参考价值。

如何在 BrowserBench.org 上找到并运行基准测试

BrowserBench.org 是浏览器基准测试的聚合入口,首页直接提供 Speedometer、JetStream、MotionMark 三个基准的访问入口,以及公告区域。想测浏览器响应速度选 Speedometer,想测 JavaScript 与 WebAssembly 性能选 JetStream,想测图形渲染能力选 MotionMark。三个测试都在浏览器里直接运行,不需要安装额外软件,但运行前应关闭其他占用资源的标签页和程序,否则结果会偏低。

三个基准分别测什么

基准 测试对象 适用场景
Speedometer Web 应用的响应速度 判断日常网页交互是否流畅
JetStream 3.0 JavaScript 和 WebAssembly 性能 评估复杂 Web 应用的脚本执行能力
MotionMark 浏览器图形系统 衡量动画、图形密集型页面的渲染表现

Speedometer 由主流浏览器引擎开发者以开放治理模式共同维护,因此它的结果在跨浏览器比较时参考价值较高。JetStream 3.0 聚焦进阶 Web 应用,不只是简单脚本循环。MotionMark 则把浏览器的图形系统放到压力环境下检验。

找到并运行测试的步骤

  1. 打开 BrowserBench.org 首页。
  2. 在首页找到对应基准的入口,点击进入该基准的页面。
  3. 在基准页面上按提示启动测试,等待其自动运行完成。
  4. 记录页面给出的分数,必要时重复运行两到三次取稳定值。

预期结果是:测试会自动跑完并给出一个分数,不需要手动干预中间过程。如果页面长时间没有反应,先检查浏览器是否被其他任务占满。

运行前需要确认的环境条件

  • 使用较新版本的浏览器,旧版本可能不支持 JetStream 3.0 等较新的测试套件。
  • 关闭其他标签页、后台下载和占用 CPU/GPU 的程序。
  • 笔记本接通电源,避免因省电模式降频导致分数偏低。
  • 同一设备上比较不同浏览器时,保持相同的电源和后台环境。

公告区域的作用

首页的公告区域用于发布更新与版本信息。基准测试会随 Web 技术演进而更新版本,例如 JetStream 已到 3.0。跨时间比较分数前,先确认两次测试用的是不是同一版本,否则分数差异可能来自测试本身的变化,而不是浏览器性能的变化。

常见卡点

  • 分数波动大:多因后台程序干扰,关掉后再测。
  • 页面打不开或测试无法启动:多为浏览器版本过旧或脚本被拦截。
  • 不同设备分数直接对比:硬件差异会盖过浏览器差异,跨设备比分数意义有限。
BrowserBench.org 上的 Speedometer、JetStream 和 MotionMark 分别测什么?

BrowserBench.org 是浏览器基准测试的集中入口,上面三个主要基准各有明确分工:Speedometer 测 Web 应用的响应速度,JetStream 测 JavaScript 与 WebAssembly 的计算性能,MotionMark 测浏览器图形系统的渲染能力。它们都由主流浏览器引擎开发者以开放治理模式维护,因此结果常被用来横向比较 Chrome、Safari、Firefox 等浏览器的表现。选哪个看你的目标:关心日常交互流畅度看 Speedometer,关心复杂脚本和计算负载看 JetStream,关心动画和图形渲染看 MotionMark。

Speedometer:Web 应用的响应速度

Speedometer 衡量的是浏览器运行 Web 应用时的响应性,也就是用户操作后界面跟上的快慢。它通过模拟真实 Web 应用中的常见交互(如增删列表项、更新数据、切换视图)来计时,最终给出一个分数,分数越高代表响应越快。

适用场景:

  • 评估日常网页应用(待办清单、表格、仪表盘类界面)的流畅程度
  • 比较不同浏览器或同一浏览器不同版本在交互响应上的差异
  • 关注框架(如 React、Vue 等)在实际渲染与更新中的表现

它测的不是单纯的脚本执行速度,而是从事件触发到界面更新这一整条链路的综合响应。

JetStream:JavaScript 与 WebAssembly 基准套件

JetStream 3.0 是一套面向高级 Web 应用的 JavaScript 和 WebAssembly 基准测试集。它包含多个子测试,覆盖不同的负载类型,最终汇总成一个总分。

它关注的方向包括:

  • JavaScript 的解析、编译与执行性能
  • WebAssembly 的运行性能
  • 复杂 Web 应用中的典型计算与数据处理负载

适用场景:

  • 评估浏览器执行重计算、复杂逻辑代码的能力
  • 比较不同引擎对 JavaScript 和 WebAssembly 的优化水平
  • 需要判断某浏览器是否适合运行计算密集型 Web 应用时

如果你的应用大量依赖脚本计算或使用 WebAssembly,JetStream 的参考价值比 Speedometer 更直接。

MotionMark:浏览器图形系统性能

MotionMark 专门用来测试浏览器的图形系统。它通过运行动画和图形密集的场景,测量浏览器渲染的帧率和流畅度,反映图形管线的整体能力。

适用场景:

  • 评估动画、过渡、Canvas/WebGL 类图形内容的流畅度
  • 比较不同浏览器或设备在图形渲染上的差距
  • 判断某环境是否适合运行图形密集的网页应用或游戏

它关心的是“画面是否跟得上”,而不是脚本算得快不快。

三者对比与选择

基准 衡量对象 典型负载 适合回答的问题
Speedometer Web 应用响应速度 界面交互、数据更新 日常操作是否跟手?
JetStream JavaScript / WebAssembly 性能 计算、解析、编译 复杂脚本跑得快不快?
MotionMark 图形系统性能 动画、图形渲染 画面是否流畅不卡顿?

选择建议:

  • 只想快速了解一台设备或一个浏览器的综合体验,三个都跑一遍最全面。
  • 关注网页应用交互体验,优先看 Speedometer。
  • 关注脚本与计算性能,优先看 JetStream。
  • 关注动画与图形渲染,优先看 MotionMark。

三个基准的分数都受硬件、系统、浏览器版本和后台负载影响,比较时应在相同环境下进行,单次结果不宜作为绝对结论。

网站信息概览

依据当前可见线索,多个公开信号都没有直接交代实现细节,网站可能采用了较谨慎的生产信息披露策略。结合现有公开信息推测,域名长期存在且接入成熟网络服务,这些独立信号共同指向更稳定的运营投入,但不能单独证明内容或交易绝对可信。

域名与注册信息

从注册时间看,这个域名已经持续存在约 12 年。从当前可见信息判断,登记信息显示使用 Nom-iq Ltd. dba COM LAUDE 的企业域名管理服务。域名处于正常锁定状态,可降低未经授权转移的风险。该网站采用常见域名后缀 .org。

DNS 与邮件配置

邮件服务已启用,常用发信认证记录仍为空。现有迹象表明,DNS 托管可识别为 Amazon Route 53。综合当前可观察字段,邮件交换服务器可识别为 browserbench.org。DNS 中存在证书颁发授权记录。未发现 CNAME,当前记录直接解析到地址。

TLS 与证书

证书包含组织字段 Apple Inc.,具备组织身份信息。证书使用 RSA 2048 位公钥,兼容性较广。服务器返回了完整证书链。该证书有效期约 84 天,剩余 79 天。这是一个多域名证书,共包含 4 个 SAN 项。

HTTP 响应

当前已配置 3/6 项,缺项为 CSP、Referrer-Policy、Permissions-Policy。HTTP 头没有直接暴露后端框架。未在响应头中发现明显的内部地址或调试信息。HTTP 响应返回了定制的 Server 标识。未从响应字段识别出常见 CDN 或 WAF。

技术栈分析

从当前可见信息判断,具体框架、CMS 与版本当前均为未知。公开特征较为收敛,可能是网站主动减少技术信息展示的结果。

SEO 与社交分享

页面缺少描述标签,搜索平台可能自行截取正文。当前元数据没有提供响应式视口参数。页面没有声明首选 URL。社交分享时平台需要自行提取页面内容。首页已设置标题,长度适中。

主机和电子邮件

DNSAmazon Route 53
主机Apple Inc.
电子邮件browserbench.org
位置 United States 国旗United States 17.33.192.58

用户评价(0)

  • 暂无评价。

页面、搜索与分享信息

页面描述未检测到
规范链接未检测到
语言未知(默认)
Twitter Card未检测到

未知

未发现 robots.txt

暂未发现 Sitemaps

域名登记事实 RDAP / WHOIS

注册商Nom-iq Ltd. dba COM LAUDE
注册时间2014-05-22
到期时间2027-05-22
域名状态client delete prohibited、client transfer prohibited、client update prohibited
名称服务器ns-1349.awsdns-40.org、ns-1991.awsdns-56.co.uk、ns-678.awsdns-20.net、ns-9.awsdns-01.com
DNSSECunsigned

DNS 记录

类型名称值TTL优先级
Abrowserbench.org17.33.192.58300—
Abrowserbench.org17.33.193.247300—
Abrowserbench.org17.33.194.222300—
MXbrowserbench.orgbrowserbench.org3000
NSbrowserbench.orgns-1349.awsdns-40.org3600—
NSbrowserbench.orgns-1991.awsdns-56.co.uk3600—
NSbrowserbench.orgns-678.awsdns-20.net3600—
NSbrowserbench.orgns-9.awsdns-01.com3600—
TXTbrowserbench.orgmultimaster:no300—
CAAbrowserbench.org0 iodef "mailto:[email protected]"300—
CAAbrowserbench.org0 issue "pki.apple.com"300—
CAAbrowserbench.org0 issuewild "pki.apple.com"300—

TLS 与证书

定性结果配置正常
支持协议TLSv1.2、TLSv1.3
协商协议TLSv1.3
证书主题www.browserbench.org
颁发者Apple Inc.
有效期至2026-12-15T20:53 · 记录时剩余 79 天
验证事实证书信任:通过 · 域名匹配:通过

HTTP 响应标头

标头值
content-typetext/html; charset=UTF-8
serverApple
strict-transport-securitymax-age=31536000; includeSubdomains
x-frame-optionsSAMEORIGIN
x-content-type-optionsnosniff

已识别技术

技术栈信息:未知