為什麼頁面加載速度不應該是通用解決方案

不要將加載速度與綠色得分聯繫起來

頁面速度測試被機構和企業主濫用，因為來自世界領先搜索引擎的一點點壓力引發了人們的一些恐懼。

我們發現降低網站頁面加載速度的主要罪魁禍首實際上是 Google 屬性和代碼片段，這有點好笑。

對於可能使用一些頁面速度基準平台測試其網站的數字營銷人員來說尤其如此。 谷歌是其中最突出的，這只是他們鼓勵創建高性能網站的手段。

在這些測試中獲得低分不應該讓您徹夜難眠，也不應該成為您網站健康的首要基礎。

了解我們如何幫助提高頁面加載速度。

閱讀：網站頁面速度和谷歌燈塔。

Google PageSpeed Insights 工具是我們迄今為止遇到的最殘酷的報告工具​​。 移動和桌面分數實際上只是分數，而不是世界末日。

當我們深入了解為什麼使用這個 Google 支持的工具看到如此多的糟糕分數時，我們發現以下非常有趣：

1. Google 為提交的每個測試使用了次優測試環境。
2. 每次測試運行的測試使用非常低的 CPU 帶寬。
3. 我們估計測試以每秒 1.7 mb 的速度運行。 這是非常可憐的。

任何提供免費使用工具的企業都將確保在操作該工具時使用的帶寬和資源存在一些限制，尤其是在 Google 頁面速度測試工具運行的規模上。

我們花時間調試了幾個領先的頁面加載速度工具，看看每個工具是如何測量同一組測試站點的，我們發現了一些非常有趣的數據。

頁面加載速度不應該是一個通用的解決方案，這裡有幾個原因。

這些測試適用於開發人員

需要注意的一件事是，這些頁面速度洞察測試是為開發人員和程序員設計的工具。 這意味著它們不打算由幾乎不會說代碼的任何人使用。 儘管任何人都可以通讀所報告的文檔，但並不是每個人都擁有理解這一切的技術知識。 我們聽到了一些非常愚蠢的說法，並看到開發人員/機構採用自動生成的報告並在沒有實際查找和評估 2.7 秒加載的實際影響的情況下解決問題 A、B 和 C 的結果令人震驚時間。

專業的 Web 開發人員知道哪些指標很重要，哪些可以放心地忽略。 如果頁面加載時間超過 3 秒，用戶可能會離開，但在他們需要該信息的情況下，這可能是一個不錯的分數，如果用戶正在訪問交互式頁面，我們發現人們離開該頁面之前的平均時間為 8 秒。 這只是幫助理解自動生成測試的一些背景知識，並未考慮現實世界的因素。

如果您有資格閱讀速度測試，您將能夠回答以下問題：

• 什麼是 TTFB？
• 什麼是第一次油漆？
• 哪些項目對瀑布至關重要？
• 您如何知道 CDN 是幫助還是損害資產負載？
• 什麼是 HTTP/2，它的主要好處是什麼？
• 速度測試服務器應該離您的網絡服務器多遠？

如果您無法為這些問題提供可靠的答案，那麼您根本就沒有準備好自己進行速度測試。 最好的建議是向熟悉頁面速度見解的專家尋求幫助。 我們可以幫助您進行整頁加載速度分析，並與我們的內部開發團隊一起幫助糾正任何次優結果。

我們如何衡量？

下面是我們的頁面加載速度測試結果。 考慮到我們用來展示我們看起來不錯的網站的營銷功能、轉化跟踪和 Google 屬性的數量，它實際上並不像看起來那麼糟糕。 獲得綠色 A 分數對自我來說是件好事，但對於在線運營並仍然進行銷售並非必不可少。

速度測試傾向於優化分數而不是用戶

處理頁面速度很容易陷入優化網站速度得分的陷阱，而不是為用戶做。 在數字營銷方面，它類似於為 SEO 目的編寫內容而不是為人類編寫內容。 人們會認為兩者都可以平等實現，但這很少是真的。 在頁面速度測試和用戶體驗方面也是如此。 速度測試爬蟲可能發現的“快”對於實際人來說可能不一樣。

這裡的一個簡單事實是，當您針對用戶進行優化時，您就是在盡可能以最快的加載時間提供預期的體驗。 而當您針對速度測試進行優化時，您通常會使用盡可能少的資產來進行優化，以獲得最快的負載結果。

這就是棘手的部分。您看，您需要某些資產才能創建特定的用戶體驗，而自動化測試並沒有那麼先進，無法識別它們。 他們只會建議您盡可能減少字節數，以提高性能。 這些工具很少能夠解釋影響直接用戶體驗的事情。

速度測試不能滿足某些網站需求

例如，考慮兩個人都背著沉重的背包。 其中一個有一個重 10 磅的袋子，而另一個有 50 磅。 第二個人真的背的太多了嗎？ 如果第一個人必須步行 10 公里，而第二個人只需要去他隔壁的朋友那裡怎麼辦？

頁面速度測試也是如此。 如果結果顯示您網站的圖像與另一個網站相比太重，那真的很糟糕嗎？ 這取決於。 對於電子商務商店或圖片組合，您需要擁有高質量的圖片。 對於小型博客，也許較小的照片將是理想的選擇。

當自動化工具缺乏判斷網站是什麼以及它與其他網站有何獨特之處時，它不會以這種方式看待事物。 這些應用程序平等地查看網站並根據既定標準對其進行掃描。 這裡的要點是，對一個網站可能被認為是“負面”的東西實際上可能對另一個網站來說是“理想的”。

速度測試有問題

頁面速度測試是錯誤的，很多人都沒有意識到這一點。 這些工具讓人們在某些他們不應該改變的方面對他們的網站感到難過。 幾個例子包括：

過時的建議 –許多頁面速度測試未能考慮現代 Web 服務器技術。 當 Brotli 已經被使用時，這些可以以 GZIP 建議的形式出現，或者當 HTTP/2 已經存在時減少 HTTP 請求。

第三方請求懲罰——速度測試仍然突出一些事情，例如外部請求的緩慢加載時間。 這些項目是從不同的服務器獲取的，這是用戶無法控制的。

頁面速度測試失敗眼圖測試

眼睛測試基本上是人們通過視覺加載速度來判斷網站是否理想的一種方式。 如果是這樣，則無需擔心，因為在後台加載的內容不會影響用戶體驗。 眼睛測試應該是測試頁面加載速度的第一種方法，因為它盡可能接近現實世界的時間。

最後的想法

對於不熟悉使用這些平台的人，因為他們缺乏作為開發人員或程序員的知識，您不妨忘記它們。 嘗試追求一個實際上並不重要的分數並沒有幫助。 相反，您可以做的是專注於使您的網站在視覺上盡可能快地加載，同時為您的用戶提供出色的體驗。

我們確實提供了頁面加載速度優化服務，您可以通過單擊開始按鈕來訂購這些服務。 這有助於提高大多數用戶的頁面加載速度，但在某些情況下，我們只是沒有訪問權限或魔法塗層來幫助舊的錯誤和笨拙的網站。 但我們可以幫助您聯繫我們以獲取更多信息。