我打开了很多浏览器标签页，都是关于网页性能的文章，天呐，写一篇博文来总结一下真是太好了。这些文章都很棒！
Manuel Matuzovic，为什么 543 KB 会让我彻夜难眠
是的，我知道，这取决于具体情况。543 KB 不总是很糟糕，但在那个特定的页面上，只有一个图片（logo 约 20 KB）和一段文字。那么，为什么页面仍然相对较大，剩下的 523 KB 来自哪里呢？
剧透：是 JavaScript 导致的。此外，我不知道 Google 推荐了一个 理想的 DOM，
- 其节点总数少于 1500 个。
- 最大深度为 32 个节点。
- 没有父节点拥有超过 60 个子节点。
接下来是 高性能前端架构（无署名）
捆绑拆分将导致更多请求来加载您的应用。但只要这些请求并行发出，这就不算大问题，尤其是在您的网站通过 HTTP/2 提供服务的情况下。
这都是基于假设应用很大程度上是一个客户端 JavaScript 网站。我认为有很多 唾手可得的性能优化成果，但当谈到客户端 JavaScript 网站时，这几乎就像一个不同的列表。这使得代码拆分成为首要任务之一。
Jeremy Keith，讲述性能的故事
Web Page Test 是一个用于测量性能的绝佳工具。它也可以用作讲故事的工具。
WPT 输出网站加载的视频。将其与竞争对手并排放置，并向客户展示。
CP Clermont，网页性能的影响
在这篇文章中，我将讨论我在 ALDO 做了什么来衡量网页性能对收入的影响，而无需花费时间进行性能改进。
毫不奇怪，体验速度更快的用户会产生更多收入。令人惊讶的是，收入增长幅度很大。移动端增长了 3 倍以上，桌面端增长了近 6 倍。