如何测量网站加载时间

消费者在等待网页加载时越来越缺乏耐心。通过测量和监控网站从各类设备加载所需的时间，您可以在出现导致网站变慢的情况时及时采取纠正措施。

关于电商网站加载时间，Forrester 受 Akamai 委托于 2009 年进行的研究指出：“40% 的购物者在等待超过三秒后就会放弃零售或旅游网站。”

加载时间直接影响网站的创收潜力。本文将解析影响加载时间的因素，以及如何有效测量和监控这些指标。

网站性能驱动因素

对用户而言，“页面”仅是地址栏中的 URL，但实际加载过程复杂得多。浏览器会在后台发起数十次调用，包括：

• 网页组件加载：需多次调用 Web 服务器以加载基础 HTML、样式表、JavaScript 文件及构建页面的图片。
• 社交媒体整合：需向集成的社交网络发起调用，以便用户分享内容。
• 分析平台链接：需向网络分析平台发起调用，以捕获并记录页面浏览数据。
• 广告服务器链接：若运行数字媒体活动，需向广告服务器发起调用，以记录效果并启用再定位功能。

构建页面时，浏览器向 20 个或更多不同“站点”发起调用并不罕见。其中任一站点故障或延迟都可能导致页面加载受阻，且故障可能仅针对特定地区或使用特定浏览器的访客。

跟踪页面加载速度和可靠性有多种方法，虽无完美方案，但采用多管齐下的策略最为有效。

了解加载内容

熟悉网站加载的所有组件是良好起点。Firefox 的 Firebug 插件可免费直观展示浏览器渲染页面时的幕后操作。

以下是 Firebug 对某文章的截图示例，显示浏览器向 12 个不同域名发出了 94 个独立请求。

放大此图片

滚动查看 Firebug 屏幕可获取以下信息：

• 每个单独加载的图片、JavaScript 文件和 CSS 文件；
• 从发起请求到资产返回并加载所需的时间；
• 每个请求的“状态”：访问自身网站时常看到“304 Not Modified”（未修改），因浏览器已缓存资产。按住 SHIFT 键刷新页面将显示“200 OK”（确定），这更接近首次访问者的加载情况。

请注意，这种检查仅反映单一用户在特定时间点、地理位置的加载情况。它有助于理解页面组成部分并发现主要错误，但价值有限。

Google Analytics 网站速度报告

Google Analytics 提供内置的“网站速度”报告（位于“内容 » 网站速度”下），显示多个页面加载平均值。

在“页面计时”报告的“性能”选项卡中，可查看整个网站的页面加载时间分布。

“探索者”选项卡则显示各个页面的具体加载时间。

该数据基于网站实际访问者，具有代表性。但需注意以下局限性：

• 基于访客样本：对于流量有限的页面，数据可能仅来自极少数访客。
• 依赖 JavaScript：只有当 Google Analytics JS 成功执行时才收集数据。若页面加载极慢，访客可能在脚本执行前离开，导致最需关注的会话缺失数据。

在网站更新功能或设计时，这些报告对监控整体性能非常有用。建议设置“平均页面加载时间”自定义警报，以便在加载时间突变时收到通知。

第三方监控

第三方监控的优势包括：

• 一致、可重复的测量；
• 跨多种地理位置监控性能并比较结果；
• 出现问题时可快速发出警报。

服务价格因范围和频率而异，从提供免费或分层服务的 SiteUptime、monitor.us、Site24x7，到功能强大的 Gomez 等均有选择。

监控范围从基础到复杂不等：

• 基本站点响应：即“Ping 测试”，以固定频率（如每五分钟或每小时）发送请求并等待有效响应。高频 Ping 能更快发现问题，并提供“站点正常运行时间”报告（如 99.0%、99.5% 或 99.9%）。
• 页面加载时间：在 Ping 测试基础上，测量特定 URL 所有资源返回并加载所需时间。这是 Google Analytics “页面计时”报告的互补外部监控手段。
• 带内容检查的页面加载时间：不仅测量加载时间，还验证内容正确性。这对捕捉关键页面返回“优雅失败”等灾难性情况至关重要。例如，某快餐连锁店首页曾显示 CMS 文档而非产品图片，此时 Ping 测试正常但内容完全不当。

感到不知所措？

本文探讨了多种回答“我的网站加载速度有多快？”的方法。许多电商平台内置了应用监控工具，应启用并配置；托管提供商通常也提供服务器负载和响应时间监测服务。Hub’Scan 和 ObservePoint 等第三方链接及分析标签检查器可主动爬取网站，提前识别潜在问题。

尽管看似复杂，但即使进行基本的性能测量也远胜于不测量。理想情况下，应设计一套多层次、全面的工具组合以主动监控网站各方面。

了解现有工具各自测量的内容，便是优化网站性能的良好起点。