加載時間是影響網站成功的重要變量之一。不幸的是，不可能有一個立即加載的站點才能擁有一個立即加載的站點，某些等待時間在技術上是不可壓縮的。這就是為什么今天我們為您提供Web性能優化的另一個愿景。除了了解增加網頁加載時間的8個技巧，并且還要了解影響您的電子商務網站加載時間的7個因素。
更需要注意如果有可能使用戶忘記他正在等待怎么辦？
等待時間，我們的看法非常主觀
首先，最好區分兩個不同的級別：
有效加載時間：易于測量，表示用戶操作與獲得結果之間的間隔。
用戶感知的等待時間：測量感知時間是一項復雜的工作。確實，我們在這里對一個主題感興趣，該主題將取決于許多標準（有效的加載時間，當然還有與上下文和用戶環境有關的變量）。
一項研究調查了加載時間的感知，并為我們提供了以下信息：
小于100毫秒：延遲不明顯；
不到一秒鐘：延遲很明顯，但用戶認為治療正在進行中，并且不是異常；
超過一秒鐘：您失去速度感；
超過10秒：大部分用戶的注意力已丟失。即使他不放棄自己的行動，他也可能已經忘記了相關上下文的一部分，并且恢復當前行動可能會出現問題。
專注于重要內容和必要行動
您可以很自然地根據給定頁面內容的重要性建立層次結構，即使必須考慮到所有Internet用戶的興趣或行為也不相同。
通過盡快發布頁面上最重要的內容，您可以使Internet用戶快速獲取他們正在尋找的信息，從而減少等待的感覺。例如，當用戶到達產品頁面時，您必須首先向他們提供與產品直接相關的信息：描述，價格，插圖等。相反，某些內容或功能對訪問者沒有直接的作用。例如，社交小部件就是這種情況：很容易看出，在主要內容感興趣之前加載此功能。用戶為什么要共享他們尚未查看的內容？同樣，重要的是要優先顯示折疊上方的內容，也就是說，用戶可以立即看到的內容（無需滾動即可滾動）頁）。
當您的頁面很長時，這種方法會更加有趣。但是，此概念的實現非常技術性（base 64中的圖像，CSS內聯等），因此在此我們將不進行詳細介紹，但會在評論中毫不猶豫地詢問您的問題。
通知用戶考慮其行為
當您網站上的某些操作未向用戶發送即時響應時，請確保通知用戶已考慮他們的請求。
提醒一下，您可以考慮即時響應的延遲小于100毫秒。
您可能多次單擊按鈕，以為未考慮該操作。然后過了一會兒才知道結果只是緩慢地到達。我們都有過這種經驗，但是在大多數情況下，可以非常簡單地避免這種挫敗感。
簡而言之：確保用戶與您的網站的任何互動都會引起視覺通知（通過在退化的條件下測試您的網站）。識別非關鍵動作，即使您不是絕對確定的，也可以將其視為樂觀的方式，直接向用戶表明其動作的結果已經實現。使用相關的負荷指標
不幸的是，并不是所有的互動都能得到樂觀的對待。最簡單也是最常見的原因：您需要輪詢服務器以獲取內容或結果。
在某些情況下，等待時間可能很長，因為某些操作既復雜又麻煩（以最優惠的價格搜索機票等）。
利用您的彈出式窗口（選擇語言，促銷）
有許多網站可以通過彈出窗口顯示促銷內容，例如，或來自所選國家/地區的請求。電子商務巨頭經常使用這種技術，很少使用它來改善用戶體驗。相反，彈出窗口最常導致其降級。
誰從未見過頁面加載，開始閱讀一些單詞，突然發現自己被彈出窗口打斷了？如果我們想將其強加給我們，為什么不首先加載此彈出窗口？
這種彈出窗口的更相關的用途是盡快顯示它，并由于該頁面被彈出窗口隱藏，因此允許頁面以不可見的方式加載到后臺。
的確，在訪問者查詢所展示的促銷（或其他）的時間時，請求頁面的一部分將有時間加載。
向您的用戶學習，預加載內容
存在幾種用于在不同級別上預加載網頁的技術。一般概念是預期在用戶的下一個動作期間將需要一個元素，并因此預期此動作所需的處理。
因此，當用戶觸發相關步驟時，我們將加快加載速度。
一個簡單的示例：您有一個登陸頁面A，它將其95％的訪問者引導到頁面B。在這種情況下，可以在頁面A加載后就預加載頁面B的內容。 。
而且我們可以走得更遠，因為某些瀏覽器不僅可以預期內容的恢復，還可以預先計算頁面的呈現。因此，當用戶從頁面A轉到頁面B時，結果幾乎是瞬時的，因為他已經下載了內容并且瀏覽器在顯示B之前已經進行了必要的處理！
在這個問題上，未來看起來非常光明。例如，正在開發概率方法，特別是考慮到互聯網用戶的帶寬或電池（移動）約束。
