Javascript 海量HTML文档是否有任何页面速度优势？

我只是想优化我网站的页面速度。当我查看太阳报的源代码时，我注意到他们正在做一些事情，比如异步加载图像。但是他们主页的HTML非常大，大约16000行。在DOM准备好之后，他们会对内容细节进行JS操作，但是整个页面布局网格是完全在服务器端创建的，并且一次性交付

---

从页面速度的角度来看，这是一种糟糕的做法吗？尽可能快地在页面顶部向用户显示基本布局，然后注入额外的DOM节点，这样做没有好处吗？谷歌建议你“首先构建HTML以加载关键的、高于折叠内容的内容”，然后推迟其他内容。这不是这些家伙应该做的吗？

在搜索引擎优化方面，这是不好的，因为谷歌只会看到一个空白页面。然而，在web应用程序上使用Angular和其他Javascript库的这种事情变得非常正常，变得非常流行。页面加载速度会更快。

现代浏览器引擎使用。不仅如此，他们还并行或推测地执行一些步骤

---

这意味着，他们可以开始显示内容，而事情仍然是来自网络。HTML的总大小不会像第一个KB+基本CSS的延迟那么重要，只要没有阻塞，比如浏览器必须等待同步javascript执行。

Hmm，我从来没有想过SEO方面。我相信这些天爬虫能够更好地处理JS注入的内容，但这是一个很好的观点。谢谢，有趣的答案。