海量HTML文檔有任何頁面速度優勢嗎？

Question

我只是看着優化我的網站的頁面速度。當我查看太陽報的homepage的來源時，我注意到他們正在做異步加載圖像的事情。但其主頁的HTML非常大，大約有16,000行。在DOM準備就緒後，他們對內容細節進行JS操作，但整體頁面佈局網格完全由服務器端創建並一次傳遞。

從頁面速度的角度來看，這是不好的做法嗎？儘快向用戶顯示頁面頂部的基本佈局並注入其他DOM節點沒有任何好處？ Google documentation建議您「構建您的HTML以首先加載關鍵的，高於原始內容的內容」，然後推遲其餘部分。這不就是這些人應該做的嗎？

Answer 1

現代瀏覽器引擎使用pipeline of streaming parsers/layout renderers。不僅如此，他們還可以並行或推測地執行一些步驟。

這意味着他們可以開始顯示內容，而事情仍然從網絡到達。只要沒有阻塞，例如瀏覽器不得不等待同步JavaScript執行，HTML的總大小就不會像重要的第一個KB +必需的CSS這樣的延遲。

Answer 2

在事情的SEO方面，它是壞的，因爲谷歌只會看到一個空的頁面。然而，在Web應用程序中使用Angular和其他JavaScript庫的這種情況越來越普遍。該頁面將加載更快。