发帖
雷达卡
如何将自己站点的负载时间降到最低
谷歌即将转向移动优先索引，再加上它对移动站点性能的预期，应该让网站所有者考虑到静态站点的生成。贡献者Chris Liversidge 解释道。
在过去的十年里，谷歌一直在不断地提高网站的加载时间，而即将到来的移动优先索引的转型，再加上对移动站点性能的不断增长的预期，应该是网站所有者的一个明确的警告信号。
然而，网站所有者似乎并没有在倾听。
不幸的是，基于我们对10000多个移动网站的分析，我们发现大多数移动网站都不符合这个标准：移动站点的平均加载时间是3G连接的19秒。
双击研究发表于2016年9月
在我们公司，我们在过去的一年里一直在进行静态站点生成实验。我们在自己的网站上进行的测试旨在让我们评估网站所有者面临的挑战，了解机会的范围和性能改进的潜力，以及探索内容管理的实际限制——这是静态站点生成的关键批评之一。
我们的站点QueryClick是一个小型的、经过优化的B2B网站，但是在我们部署静态站点生成（2016年7月）之前的一个月，它的平均时间为6.99秒，在接下来的一个月下降到1.8秒。这表示负载时间减少了74.29%，尽管在我们积极开发该站点期间出现了一些服务器响应问题。在切换到静态站点生成基础设施的一个月之前和之后。
我们在一年的时间里做了进一步的服务器租用cn.bluehost.com优化改进，甚至在测试由JavaScript驱动的低效元素的影响的同时，达到了我们的第1秒的移动设备目标。
是的，我们知道！我们甚至没有使用sprites，gzipping压缩或其他类似的技术——这突出了平台优先解决页面速度问题的影响。
一种平台优先的页面速度方法
我之前已经写过，关于搜索引擎优化的不同方面的重要性，以及谷歌的算法如何使用关于SERP反弹的数据（当用户在缓慢加载的站点失去耐心后恢复到SERP的时候）。但是值得再次强调的是，当我们进入一个移动为先的世界：服务器响应时间和关键呈现路径事件（在初始设备viewport中，所有东西都被呈现）是交付高性能搜索引擎优化的关键，特别是对于企业级站点来说。
任何值得他们盐的开发人员都将在上面显示的QueryClick的站点上查看资产负载请求，并在所有未优化的元素上摇头。但这就是关键所在。尽管在代码和资产部署方面缺乏严格的优化，但是实现了高性能。它是由平台和高层架构决策驱动的。
谷歌希望我们能进一步改进——我们也会这样做，但实际的性能变化已经交付了。
那么，我们使用的是什么体系结构呢？作为Python和Django的布道者，我们在Markdown中写了一份拷贝，并将它推到我们的服务器上，通过Github，我们可以检查确保一切都可以。然后，我们使用 Celery为登台服务器副本设置一个时间，将其推到实时Git存储库中。然后，Cactus重新生成页面，然后，动态服务器填充了静态页面。
当然，对于普通的内容生产者来说，这种基础设施不像标准的CMS那样简单，没有一些技术知识。这是对静态站点部署最常见的批评，许多企业客户在查看静态站点解决方案时都认为这是一种破坏。
当然，如果您管理的产品目录每天都动态地变化成千上万，而我们的客户中有一个是这样做的，那么一个健壮的管理后端是必不可少的。
这就是为什么在企业中部署静态站点性能解决方案的人必须使用Oracle ATG或类似的方法，因为它可以使用其API轻松地生成和操作静态web页面。当您考虑这个问题时，动态站点管理需要的硬件基础设施要比静态的多得多。
如果您需要更有说服力，请查看一下已经在飞行中的静态代码库。他们使用各种各样的编程语言，其中许多都完全有能力适应企业环境。当您在生产中使用内容分发网络（CDN）时，您可以提供一个健壮的解决方案，它既能提供快速的速度（即使是糟糕的3G移动连接），也能提供完全冗余和消除服务器故障的挑战。
动态静态资产供应和对静态生成器的现代缓存控制允许对内容进行清晰、实时的调整，与动态站点生成完全相同，而这只是硬件需求的一小部分。
一般的网络可能需要数年时间才能赶上谷歌开拓现代、快速、便捷的网络体验的先锋潮流。但是，如果你想要使你的转化率和你的品牌体验受益，并且由于快速的关键渲染性能和积极的SERP反弹行为而获得了一个显著的搜索引擎优化性能，那么你应该让你的开发团队调查并找到一个适合你的网站的架构。
提升卡
置顶卡
沉默卡
变色卡
抢沙发
千斤顶
显身卡
京公网安备 11010802022788号
