怎样解决加载缓慢的网站

如今,搜索引擎页面排名越来越高是势在必行的。 现在移动网站的理想网站加载时间应该在 3 秒以下,老实说,越快越好! 加载整个移动登陆页面的平均时间约为 22 秒,但如果移动网站的加载时间超过 3 秒,则 53% 的访问会被放弃。

这意味着加载缓慢的网站可能会对谷歌的排名因素产生重大的负面影响。 这些排名是一个微妙的过程,通过它 Google 评估了 200 多个信号,而现在,移动页面速度加载时间是重要因素之一。

本文将回顾一些可以控制和改进以解决加载缓慢的网站的因素。

先决条件

在对加载缓慢的网站进行故障排除时,我们应该做的第一件事是运行基线,以便我们将来可以参考。 我们这样做是为了看看我们的更改有多大的不同。 这种测量允许我们比较和对比加载时间的增加或减少。

为此,我们可以使用多种在线工具,这些工具提供了一种极好的方法来获取该数据。 以下三个站点可提供有关影响性能的问题的卓越反馈。

其他因素

作为旁注,应该提到距离、网络速度、路由问题、计算机速度和其他多种因素也可以在这里发挥作用。 这就是为什么选择我们想要瞄准的标准时序预算如此重要的原因。 在我们的测试框架中消除尽可能多的变量将提高测试的准确性。

指标

指标是我们用来确定站点的最佳负载和性能时间的度量。 度量的类型会因所使用的工具而异,但大多数使用的主要度量都基于两个主要领域; 性能指标和浏览器计时。 通常,性能分数和时间是加权的,因为某些因素对可用性的影响比其他因素更重要。

性能指标

这些指标中的每一个都占 5% 到 25% 的权重。

  • 第一次内容绘制 — FCP 确定浏览器呈现客户端访问您的页面后加载的第一段 DOM 内容所需的时间。 FCP 分数越低,结果越好。
  • 速度指数: 速度指数决定了页面加载时视觉内容的显示速度。
  • 最大的内容绘制: LCP 测量最大图像或文本块所需的时间。
  • 互动时间: TTI 测量记录了网页变得完全交互需要多长时间。
  • 总阻塞时间: TBT 测量被定义为页面阻止用户输入的整个时间。 这包括鼠标点击、屏幕点击、键盘按下或其他输入方法。
  • 累积布局偏移: CLS 测量网站布局中任何意外变化的每个单独布局变化得分的总和,这种变化发生在网页的整个生命周期中。

我们可以在几个在线测试中看到这些结果,这些测试提供了我们的扫描结果。 此外,一些在线计算器提供了更深入的方法来确定每个分数怎样影响我们的网站。 它还允许我们选择网站的移动版本或桌面版本。 根据经验,您的移动网站对 Google 的网站排名更为重要。

浏览器计时

  • 重定向持续时间 — 在整个页面加载之前重定向 URL 所用的总时间
  • 连接持续时间 — 连接到服务器所花费的时间
  • 后端持续时间 — 生成服务器响应所需的时间
  • 首字节时间 (TTFB) — 接收第一个字节所消耗的总时间
  • 第一次油漆 — 浏览器开始页面渲染的点
  • DOM(文档对象模型)交互时间 — 测量浏览器完成加载和解析 HTML 所需的时间
  • DOM 内容加载时间e – 加载 DOM 树的点
  • 加载时间 — 此度量指示页面何时完成下载。
  • 满载时间 — 发生以下情况时的点
    • 第一次内容绘制已经发生
    • 已发生加载
    • 网络和CPU空闲

这些指标用于衡量网站的整体可用性、速度和性能。

问题或关注的领域

以下建议通常用于确保网站得到充分优化。 我们已将关注点分为多个类别,以尽量细化。 这些领域包括:

  • 网站代码
  • CMS相关优化
  • 网站问题
  • 操作系统/服务器问题
  • 托管问题

网站代码

  • 网站的代码大小可能相当大 — 将对象限制为每页 20-30 个
  • JavaScript — 大型 JS 元素会延迟页面加载时间
  • 最小化/优化代码、CSS 和 Javascript — 从代码中删除不需要的字符会减小其大小,从而缩短加载时间。
  • 限制 CSS 表达式 — 当页面被渲染、调整大小、滚动以及用户将鼠标移到页面上时,这些会被评估。
  • 使用 gZIP 压缩 — 使用 gzip 通过减少 HTTP 响应大小来减少总体响应时间。
  • 首先加载样式表
  • 最后加载脚本
  • 限制 DOM 对象 — 页面越复杂,加载时间越长。
  • JavaScript 和 CSS 外部 — 有两种正确的访问方式
    • 内联(即在 HTML 代码中)
    • 外部(即,在浏览器缓存/存储的外部文件中,例如, Firefox)
  • 限制 ETag 使用 — 如果不使用 ETag 验证模型,最好将它们完全删除。
  • 保持 CMS 更新
  • 保持所有插件、附加组件和主题更新
  • 删除/替换资源密集型插件、附加组件和主题
  • 避免大量插件使用
  • 限制大型图形和媒体文件
  • 将大图像压缩/调整大小/优化到小于 100k
  • Flash 已死——减少或消除这种多媒体软件
  • 保持所有页面组件小——最大 50k-100k
  • 使用模态窗口推送视频或大图
  • 限制外部页面元素的数量
  • 缩小所有文件
  • 避免空的 src 或 href 标签——发生这种情况时浏览器会发出更多请求
  • 考虑使用 AMP HTML 框架
  • 启用 CMS 特定优化(WordPress、Joomla、Drupal 和 WooCommerce)

网站问题

  • 冲突的脚本可能会导致速度变慢
  • 避免或限制使用外部广告商
  • 添加过期或缓存控制标题
    • 为静态组件实现“永不过期”
    • 为动态组件使用适当的 Cache-Control 标头
  • 将样式表放在页面顶部
  • 尽可能避免重定向——重定向会降低用户体验
  • 最小化 cookie 文件大小并消除不必要的 cookie
  • 启用图像和视频的延迟加载
  • 如果可能,合并文件
  • 禁用盗链
  • 结合谷歌字体

操作系统/服务器问题

内部问题

  • 保持服务器软件更新/升级
    • Apache/nginx
    • 数据库软件
    • 内容管理系统
    • PHP
    • Python
    • 珀尔
  • 添加和启用缓存
  • 检查服务器响应时间
  • 使用 CDN
  • 限制对外部服务的 API 调用
  • 数据库中的过多开销会减慢站点的速度
  • 经常清理和优化数据库
  • 托管服务提供商平台应稳定且停机时间最少
  • 减少 DNS 查找 — 这需要 20-120 毫秒才能完成 DNS 查找。 实现 DNS 预取。
  • 过多的负载会导致服务器变慢,增加加载时间
  • 服务器位置——服务器离用户越远,加载站点所需的时间就越长。
  • 定期监控服务器健康状况。

外部问题

  • 优化从外部网站拉取的外部资源
  • 高 HTTP 请求——减少渲染页面组件的数量
  • 网络问题——延迟或网络拥塞会影响加载时间
  • ISP 问题 — 网络性能因提供商而异。
  • 浏览器问题 — 不兼容、功能有限或其他因素可能会导致网站加载缓慢。

托管问题

  • 选择合适的主机 — 检查正常运行时间、支持模型、可靠性和其他因素。
  • 使用了解所有这些问题怎样影响性能的信誉良好的开发人员。

诊断工具

在审查所有这些方面时,多个在线工具在提供可靠信息方面享有盛誉。 其中一些工具包括:

用户可以同时使用这些工具来提供 完整的图像 应该采取哪些步骤来解决加载缓慢的网站。

结论

最后,不要让好的成为完美的敌人。 一个可靠的分数可能会得到提高,但你应该在跑到这个兔子洞之前问自己这些问题。

  • 用户会注意到改进吗? 优化可能会最低限度地提高速度,但是,是否值得为开发人员投入时间和金钱以稍微减少加载时间?
  • 为变革投资值得吗? 优化可能需要进行许多更改,并且可能包括可能需要花费大量工作时间的缺点。
  • 成本是否合理? 是否需要开发人员为您完成这项工作? 他的成本是否足以证明必要的改进是合理的?

网站速度很重要,因为它通常会提高网站搜索引擎排名。 使用上述信息可以减少整体加载时间并提高客户保留率。 此外,快速的网站通常会获得更多的流量并具有更好的转化率。 花时间调查这些问题并纠正或消除任何会降低网站速度的问题是非常值得的。

立即咨询专家!

我们的支持团队由经验丰富的 Linux 技术人员和才华横溢的系统管理员组成,他们对多种网络托管技术(尤其是本文中讨论的技术)有着深入的了解。

如果您对此信息有任何疑问,我们随时可以回答与本文相关问题的任何询问,一年 365 天,一周 7 天,一天 24 小时。

我们以成为 Hosting™ 中最有帮助的人而自豪!

如果您是完全托管的 VPS 服务器, Cloud 专用,VMWare 私有 Cloud, 私有父服务器, 托管 Cloud 服务器或专用服务器所有者,并且您对执行列出的任何步骤感到不舒服,可以通过电话联系我们 @800.580.4985,a 聊天 或支持票以协助您完成此过程。