你有没有设置brotli或zopfli压缩，ocsp装订和hpack压缩？此外，如何对资源的提示，提示客户和css遏制-更不用说ipv6的http / 2及服务工作？
早在一天，业绩往往是一个单纯的事后。经常推迟，直到该项目的最后，它会归结为微小，串联，资产优化和潜在的一些微调，在服务器上的config文件。现在回过头来看，事情似乎已经相当显著的变化。
性能不仅仅是一个技术的关注：它很重要，并烘烤到工作流程时，设计决策必须根据其性能问题的通知。性能被测量，监控和不断细化，和网络的日益复杂构成，使得它难以跟踪的度量的新的挑战，因为指标会取决于设备，浏览器，协议，网络类型和等待时间显著变化（的cdn，互联网服务供应商，高速缓存，代理服务器，防火墙，负载均衡和服务器都发挥性能的作用）。
所以，如果我们创造了我们所提高性能时要记住的事情的概况-从过程的一开始，直到该网站的最终版本-将这个列表是什么样子？下面你会发现一个（希望偏见和客观的）前端性能检查表2017年 -你可能需要考虑的问题的概述，以确保您的响应时间快和你的网站顺利。
（你也可以下载pdf格式的清单（0.129 mb）或苹果下载页面清单（0.236 mb）。快乐优化！）
前端性能清单2017年链接微优化是为保持对轨道的表现，但它的关键心里有明确的目标 – 这将影响到整个过程中所做的任何决定可衡量的目标。有几个不同的模式，并在下面讨论的那些都相当自以为是 – 只要确保在初期设定自己的优先级。
准备和设置的目标链接比你的竞争对手的最快速度快20％。
根据心理学的研究，如果你希望用户觉得你的网站比其他任何网站更快，你需要更快至少20％。全页面加载时间并不如指标，如开始渲染时间有关，在第一个有意义的涂料（即一个页面来显示其主要内容所需的时间）和时间互动（时间在哪个页面-和主要是一个单页的应用-似乎是足够准备用户可与其交互）。测量开始渲染（带webpagetest）和第一个有意义的油漆倍（与灯塔上的摩托g，）中档三星的设备和良好的中间的路线的设备，如一个的nexus 4，最好在打开设备的实验室 -定期3g，4g和wi-fi连接。
灯塔，由谷歌新的绩效审计工具。看看你的分析，看看你的用户是什么。然后，您可以模仿90个百分点的测试经验。收集数据，建立了一个电子表格，剃掉20％，并成立了自己的目标（即绩效预算）这种方式。现在，你有什么可衡量的测试反对。如果你牢记预算，并试图出货仅下跌最小的脚本来得到一个快速的时间到交互的价值，那么你是一个合理的路径上。
绩效预算建设者由布拉德·弗罗斯特。分享与同事的清单。确保清单是熟悉你的团队的每一个成员，以避免误解的路线。每一个决定会对性能产生影响，该项目会从巨大的时候概念，ux和视觉设计都决定了前端开发人员正在积极参与中受益。地图设计决策对绩效预算，并在核对表确定的优先事项。100毫秒的响应时间，每秒60帧。
在轨性能模型给你健康的目标：尽最大努力在初始输入后不到100毫秒提供反馈。要允许<100毫秒的响应，该页面必须在每次<50毫秒后产生控制权返回给主线程在最新的。对于高压力点喜欢动漫，最好什么都不要做，在这里你可以和绝对最低，你不能。此外，动画的每一帧应小于16毫秒内完成，从而实现每秒（1秒÷60 = 16.6毫秒），60帧-最好是在10毫秒。因为浏览器需要时间来绘制新的帧到屏幕上的代码要完成击球16.6毫秒大关之前执行。乐观和明智地利用空闲时间。显然，这些指标适用于运行时的性能，而不是加载性能。下1.25秒第一个有意义的油漆，speedindex 1000下
虽然它可能是很难实现的，你的最终目标应该是小于1秒开始渲染时间和speedindex 1000下的值（快速连接）。对于第一个有意义的油漆，顶多指望1250毫秒。对于移动，在3秒3g开始渲染时间在移动设备上是可以接受的。依据略高于是好的，但推获得尽可能低这些值。定义环境链接选择并设置您的构建工具。
不要太注意什么所谓冷却这些天。坚持你的环境，用于构建，无论是兽人，咕嘟咕嘟，webpack中，postcss或工具的组合。只要你是快速得到结果，你有没有问题，维护您的构建过程中，你做的很好。逐步增强。
保持渐进增强作为前端的架构和部署的指导原则是一个安全的赌注。设计首先打造核心经验，然后加强与高级功能兼容的浏览器体验，创造弹性的经验。如果您的网站运行速度快一慢的机器上，在次优网络上的浏览器差一个贫穷的屏幕，那么它只会一个体面的网络上的一个很好的浏览器上运行一个快速的机器上更快。角，反应过来，灰烬和合作。
赞成框架，使服务器端渲染。确保安定在一个框架之前测量在移动设备上的服务器端和客户端渲染模式的启动时间（因为改变这事后，由于性能问题，可能会非常硬）。如果你使用一个javascript框架，请确保您的选择通知和深思熟虑。不同的框架会对性能有不同的影响，并且需要优化不同的策略，所以你必须要了解清楚所有你可以依靠框架的螺母和螺栓。当建立一个web应用程序，看看到prpl模式和应用壳结构的。prpl主张推进关键资源，渲染需求初始路径，预缓存剩下的路线和延迟加载其余路线。一个应用壳是最小html，css和javascript供电的用户界面。amp或instant文章？
根据不同的优先级和您的组织的策略，你可能要考虑使用谷歌的amp或facebook的即时文章。您可以取得良好的业绩没有他们，但amp确实提供了免费的内容分发网络（cdn）表现稳健框架，同时即时文章将提升facebook上的性能。你可以建立渐进的网络抗菌肽了。选择你的cdn明智。
这取决于你有多少的动态数据有，你也许可以“外包”的内容的一些部分对静态站点生成器，它推到一个cdn，并从它提供静态版本，从而避免数据库请求。你甚至可以选择静态主机平台基于cdn的，交互式组件增强（丰富你的网页jamstack）。注意的cdn服务可以（和卸载）动态内容呢？因此，限制你的cdn静态资产，是没有必要的。仔细检查您的cdn是否执行内容压缩和转换，智能http / 2，配送，边端包含，其组装的在cdn的边缘页面静态和动态的部分（即最靠近用户服务器）和其他任务。构建优化链接设置你的优先级平直。
它知道你是在处理第一个好主意。运行所有的资产（javascript，图片，字体，第三方脚本和页面上的“贵”的模块，如旋转木马，复杂的信息图形和多媒体内容）的清单，并打破他们成群。设置一个电子表格。定义的基本核心的传统浏览器的体验（即完全无障碍的核心内容）时，增强了功能的浏览器体验（即丰富，充分的经验）和额外那些不是绝对必需的，可以是延迟加载，如（资产网页字体，风格不必要的，旋转木马脚本，视频播放器，社交媒体按键，大图像）。我们发表了“的文章提高碎杂志的性能 ”，它详细描述了这种方法。使用“切割的芥末”技术。
使用切割的芥末技术派的核心体验到传统浏览器和增强的体验到现代的浏览器。在加载您的资产严格：立即加载的核心经验，对增强domcontentloaded和对群众演员load的事件。需要注意的是该技术的浏览器版本，而不再是我们可以做的这些日子演绎设备能力。例如，便宜的android手机在发展中国家大多是运行chrome和将削减榨菜尽管他们有限的内存和cpu能力。要注意的是，虽然我们真的没有替代方案，该技术的使用已经成为最近的限制。考虑微的优化和进步的引导。
在某些应用程序，可能需要一些时间来初始化应用程序可以渲染页面之前。显示骨架的屏幕，而不是装载的指标。查找模块和技术，以加快初始呈现时间（例如，树摇动和代码分割），因为大部分的性能问题来自初始解析时间来引导该应用。此外，使用一个超前-的即时编译器以卸载一些客户端呈现的给服务器很快，因此，输出可用的结果。最后，可以考虑使用optimize.js更快的初始加载通过包装热切调用的函数（它可能没有必要再，虽然）。
渐进引导装置使用服务器端呈现得到快第一有意义的涂料，而且还包括一些最小的javascript来保持时间到交互的靠近第一有意义油漆。客户端呈现或服务器端渲染？在这两种情况下，我们的目标应该是建立逐步启动：使用服务器端渲染得到一个快速的第一个有意义的漆，但也包括一些最起码的javascript保持时间到交互的接近第一个有意义的油漆。然后，我们可以，按需或时间允许，应用程序启动的非必要部分。不幸的是，保罗·刘易斯注意到，框架通常没有优先的概念，可浮出水面给开发商，从而逐步引导，很难与大多数库和框架来实现。如果你有时间和资源，使用这种策略，最终提高性能。包括http缓存头设置是否正确？
仔细检查expires，cache-control，max-age和其他http缓存头已正确设置。在一般情况下，资源应该是很短的时间缓存或者（如果它们可能会改变）或无限期地（如果它们是静态的） -在需要时可以改变其版本中的url。如果可能的话，使用cache-control: immutable，专为指纹的静态资源，避免再确认（截至2016年12月，仅支持在firefox上https://交易）。您可以使用heroku的引物对http缓存头，杰克阿奇博尔德的“ 缓存最佳实践 ”和伊利亚grigorik的http缓存底漆作为指导。限制第三方库，以及异步加载的javascript。
当用户请求一网页时，浏览器取出的html和构建dom中，然后取css和构造cssom，然后由dom和cssom匹配生成渲染树。如果任