為滿意的用戶縮短服務器響應時間,提高排名

已發表: 2020-09-28

在提高頁面速度方面,服務器響應時間經常被忽視。

但是,它可以提高您網站的排名。 用戶喜歡快速網站,所以 Google 喜歡快速網站。 在本文中,我將向您展示如何減少服務器響應時間。 我還提供了一些其他方法來提高您的頁面速度。

服務器響應時間有多重要?

服務器響應時間 (SRT) 是從 Web 客戶端發出請求(例如,單擊鏈接或在地址欄中輸入 URL)到服務器響應該請求之間的時間量。

憑藉良好的 SRT(以及針對速度進行了優化的網站),您的網站幾乎可以立即加載。 沒有它,頁面將需要更長的時間來加載,這可能會損害用戶體驗,並最終損害搜索引擎排名。

SRT 以稱為第一個字節的時間 (TTFB) 的單位進行測量。 TTFB 測量 HTTP 客戶端發出請求和接收第一個數據字節之間的時間長度。 它以毫秒為單位。

什麼是好的、壞的和可接受的 TTFB 各不相同。 以下是一些一般規則:

  • 快於 100 毫秒是極好的。
  • 100-200 毫秒是好的。 Google PageSpeed Insights 建議將您的 SRT 保持在 200 毫秒以下。
  • 200ms–1 秒是可以接受的,但還有改進的餘地。
  • 任何超過 1 秒的時間都是一個問題。
緩慢的網站如何損害銷售。
頁面速度和 SRT 齊頭並進。 (圖片來源)

這麼小的時間變化能產生很大的不同嗎? 即使是一秒鐘的延遲也會使電子商務網站每年花費 25,000 至 125,000 美元……甚至更多!

服務器響應時間如何影響 SEO?

大約十年來,谷歌一直使用 SRT 作為排名因素。 最近,Google Search Console 推出了 Core Web Vitals 部分,該部分跟踪一組專注於用戶體驗的網站性能指標。

根據 Forrester Research 的一項研究,超過一半的網絡用戶希望網站在兩秒或更短時間內加載。 如果加載時間超過 3 秒,40% 的用戶會放棄並離開。

加載時間較長的網站通常具有較高的跳出率和較短的平均訪問時長。 正如 Pingdom 的一項研究發現的那樣,“雖然加載時間少於 3 秒的網站的跳出率徘徊在 10% 以下,但加載時間為 4 秒的網站跳出率上升到 24%,加載時間為 5 秒的跳出率上升到 38%。 ”

緩慢的網站意味著糟糕的用戶體驗,搜索引擎會做出相應的響應。

谷歌 PageSpeed 見解
(圖片來源)

減少服務器響應時間歸結為三個步驟。

  1. 測量您的服務器響應時間。
  2. 確定需要改進的領域。
  3. 與您的團隊合作解決這些問題。

如何檢查您的 SRT

您可以使用許多工具。

GTMetrix

GTMetrix 有免費和付費版本​​。 它允許您分析您的 SRT、監控您的頁面並在移動設備上測試您網站的速度。 只需輸入您的 URL,您就會看到頁面加載時間的總分,其中還包括 SRT 數據。

績效報告。

然後,您可以使用瀑布圖按加載順序查看每個元素。 這允許您通過準確顯示哪些請求正在減慢您的站點速度來識別和調試問題區域。

當然,服務器響應時間只是影響頁面速度的眾多因素的一部分。

瀑布圖。

從瀑布圖中,您可以通過將鼠標懸停在單個項目上來獲取每個請求的更多詳細信息。 在那裡,您將看到在服務器上等待導致的加載時間有多少:

請求次數。

如果您設置了免費帳戶,則可以使用 Timings 選項卡查看其他相關指標,包括最重要的 TTFB:

頁面加載時間

Google PageSpeed Insights (PSI)

在這個免費工具上輸入您的 URL,您將看到總分和一些有用的指標。 這是它的外觀示例:

臉書速度。

PSI 提供對您網站的移動和桌面版本的洞察,並為您提供有關您可以改進的重要信息。 它使用基於 Chrome 用戶體驗報告的真實“現場”數據和 Lighthouse 的實驗室數據的混合體來估計頁面的性能。


以下是與 SRT 相關的 Google Page Insights 指標。

  • First Contentful Paint (FCP):該指標衡量從頁面開始加載到頁面內容的任何部分呈現在屏幕上的時間。
  • 累積佈局偏移:CLS 測量頁面整個生命週期內發生的每個意外佈局偏移的所有單獨佈局偏移分數的總和。
  • 交互時間(TTI):這衡量一個頁面需要多長時間才能完全交互。 根據 Google 的說法,當頁面顯示有用的內容時,頁面是完全交互的,為大多數可見頁面元素註冊事件處理程序,並且頁面以 50 毫秒響應用戶交互。
  • 總阻塞時間:總阻塞時間 (TBT) 指標測量 FCP 和 TTI 之間的總時間量,其中主線程被阻塞足夠長的時間以防止輸入響應。

對於高分,PSI 預計服務器響應時間低於 200 毫秒。 如果您的 SRT 比這慢,您將在“機會”部分下收到通知:

減少服務器響應時間。

如何減少服務器響應時間

最終,有許多潛在因素可能會減慢服務器的響應速度:緩慢的應用程序邏輯、緩慢的數據庫查詢、緩慢的路由、框架、庫、資源 CPU 不足或內存不足。

雖然您可能無法解決所有這些問題,但您可以與您的開發團隊一起尋找並修復更多技術領域:

  • 緩慢的應用程序邏輯:使用代碼分析工具來幫助確定您的站點上正在使用哪些依賴項以及每個依賴項需要多長時間才能加載。
  • 緩慢的數據庫查詢:當您的數據庫查詢沒有有效觸發時,就會發生這些情況。 更糟糕的是,除非您檢查“引擎蓋下”,否則您甚至可能不知道它們的表現不佳。 緩慢的數據庫查詢需要更多的工作並使用更多的 CPU 資源。
  • 慢速路由:一般來說,您希望將訪問次數最多的頁面和內容放在路由隊列的頂部,以使這些位置具有高優先級。 如果事情運行緩慢,您還可以添加更多路線到任何特定位置。
  • 資源 CPU 不足:如果您的站點運行的插件或腳本過多,可能會導致資源 CPU 不足。 與您的團隊一起卸載不經常使用的資源密集型插件並刪除不必要的腳本。
數據庫、API、應用程序。
(圖片來源)

還有其他具體步驟可以幫助您改善服務器響應,而無需與您的開發團隊進行一對一的交流。

尋找一個快速、專用的主機

如果您當前的 SRT 速度較慢,請考慮尋找更快的主機。 有幾件事需要考慮。

如果您有預算,請選擇專用託管。 這僅僅意味著您不與其他站點共享服務器。 雖然共享主機可能是一個很好的開始,但一些共享主機提供商會超載他們的服務器,這會最大化他們的利潤,但會給您的網站帶來災難。

在做出決定之前,請閱讀評論並尋求建議。 如果您得到推​​薦,請使用 GTMetrix 或 PSI 檢查這些站點的 SRT。

您還可以在購買前檢查提供商的服務器速度。 有幾種方法可以做到這一點:

使用速度檢查工具。 我喜歡 Pickuphost 的免費測速工具:

開始速度測試。

檢查比較網站。 Invigital 報告了許多流行網絡主機的平均響應時間:

Web 主機響應時間。

您還可以使用其簡單的比較工具來比較多達 4 個託管服務提供商的 56 個不同指標:

比較主機。

Bitcatcha 是另一種工具,可讓您比較世界各地的託管速度,因此您可以選擇最適合您所在位置的工具。

網絡主機比較。

您應該選擇在地理位置上靠近目標受眾的服務器的主機。 確保這一點的一種簡單方法是使用 CDN。

使用 CDN(內容交付網絡)

內容交付網絡 (CDN) 是一組地理分佈的服務器,它們協同工作以更快地交付在線內容。 除非您的業務以超本地化為重點,否則您很可能會讓世界各地的人隨時都希望訪問您的內容。

通過使用 CDN,您可以確保您的網站訪問者無論身在何處都能獲得最佳的用戶體驗。 世界上超過一半的互聯網流量是通過 CDN 提供的。

CDN 將您網站的緩存版本存儲在世界各地的多個位置。 每個區域都有自己的服務器,離用戶位置最近的服務器將傳送請求的內容。 這是它如何工作的視覺效果:

CDN 地圖。
(圖片來源)

如果您的網站託管在美國,但澳大利亞的用戶想要訪問它,則 SRT 可能會慢 0.2 到 0.4 秒。 CDN 可以緩解此問題,並提供始終如一的快速 SRT,而不受地理位置的影響。

服務器速度基於位置。

雖然 SRT 中的半秒可能看起來不多,但它會影響訪問者的感知加載時間。

要進行設置,您需要選擇一個 CDN 並註冊您的站點。 有數百個 CDN 提供商可供選擇。 選擇 CDN 時,請考慮預期流量、您服務的主要媒體類型和預算等因素。

向 CDN 提供商註冊後,您或您的 Web 開發人員將需要在您的網站上啟用它。 根據您的託管服務提供商和內容管理系統 (CMS),您可以通過 C 面板或使用插件啟用它。

如果您從與您用於託管網站的提供商不同的提供商處購買域,您還需要在那裡進行更新。 您或您的域名註冊商將需要修改您的 DNS 名稱服務器記錄,以將您的域指向您的 CDN 的服務器。

在您優化了 SRT 之後(但仍能引起開發團隊的注意),您可能希望解決其他一些可能會產生重大影響的頁面速度問題。

提高網站速度的更多方法(SRT 之外)

減少和優化您的腳本

頁面速度的組成部分。
左側的藍色部分將 SRT 表示為總頁面加載時間的一部分。 (圖片來源)

增加站點加載時間的最有效方法之一是審核站點運行的腳本。 你還在使用那個跟踪腳本嗎? 有人對這些數據做任何事情嗎?

一點點浪費都會加起來。 PSI 將向您顯示您的網站加載了哪些腳本(以及哪些腳本加載時間最長)。通常,刪除腳本就像在 Google 跟踪代碼管理器中禁用標記一樣簡單。

如果您使用 WordPress,有一些插件可以幫助刪除不必要的腳本,例如優化腳本和样式或資產清理。

縮放和優化圖像

優化圖像的最簡單方法之一是確保您的圖像採用正確的文件格式。 通常,相對於 JPEG 文件,PNG 將佔用更多空間。 為簡單起見,我建議將 PNG 用於徽標和圖表等簡單圖形,將 JPEG 格式用於其他所有圖形。

Google 已經開始推荐一種名為 JPEG 2000 的格式。但是,我通常不使用它,因為它還不兼容許多系統或瀏覽器(Chrome 除外)。

還有一種名為 WEB.P 的格式,它提供的文件大小比 JPEG 略小。 但是,差異可以忽略不計。 一旦啟用緩存(稍後會詳細介紹),就沒有明顯的區別了。

現在,在大多數情況下,我使用 60% 壓縮率的默認 JPEG 格式。 將 JPEG 從 95% 的質量降低到 80% 甚至 75% 可能對圖像的外觀幾乎沒有明顯的影響。 嘗試在圖像質量和文件大小之間找到適當的平衡。

文件大小減小。

許多工具(有些是免費的)也可以在您上傳圖片之前幫助優化您的圖片。 Jpeg.io 和 Compressor 是兩個不錯的選擇。 WordPress、Smush 或 Kraken.io 插件將在您上傳圖片時優化您的圖片。 其他 CMS 平台上也有類似的選項。

使用緩存

緩存是提高站點速度的最佳方法之一,而不會犧牲任何質量或內容。

用戶第一次訪問您的站點時,服務器必須下載 JavaScript 文件、圖像、HTML 文檔等。 緩存是一種臨時存儲,可以記住其中一些方面,以便在用戶下次訪問時可以更快地檢索內容。

要啟用緩存,您需要在網站的 .htaccess 文件中添加一小段代碼。 您通常會通過託管用戶區域內的文件管理器來執行此操作。 此代碼告訴您的用戶的瀏覽器緩存什麼以及調用它多長時間。

這是來自 GTMetrix 的代碼示例:

腳本

您可以更改代碼以將站點的不同方面緩存不同的時間。 對於更新更頻繁的文件類型,設置更短的緩存時間。

對於那些相當靜態的,緩存時間可以更長。 對於頻繁更改或更新的文件而言,緩存時間過長可能會導致返回用戶看到您網站的較舊緩存版本。

(注意:如果 .htaccess 文件出現問題,它可能會破壞您的整個站點。)

在某些 CMS 平台上,您還可以使用插件來啟用緩存而無需任何編碼。 一些最受歡迎和評價最高的包括用於 WordPress 的 W3 Total Cache 和 WP Rocket,以及用於 Joomla 的 SpeedCache。

更新您的 CMS、插件和主題

您多久看到一次提醒您更新 CMS、插件或網站主題的通知? 您是否關閉它們,以為您稍後會處理它然後忘記它? 立即停止這樣做!

CMS、插件和網站主題的過時版本會顯著降低頁面速度。 這些工具和平台的創建者創建更新是有原因的——通常是為了提高效率和速度。

(還有另一個問題:過時的 CMS 平台、插件和主題會使您的網站容易受到安全漏洞的攻擊。Malcare 報告說,過時的主題和插件是 WordPress 網站遭到黑客攻擊的最常見原因之一。)

與您網站上的腳本一樣,您最後一次清除已保存的插件和主題是什麼時候? 很有可能,您下載了一些您沒有使用的內容。 定期對您下載和安裝的所有內容進行快速審核。

結論

減少您的服務器響應時間將為您的網站訪問者提供更好的體驗,降低您的跳出率,並最終提高您的搜索排名。

  • 首先檢查您的 SRT,以便您了解工作地點的基線。
  • 選擇正確的託管服務提供商和服務器。
  • 使用 CDN 從地理位置較近的服務器向用戶提供內容。
  • 通過選擇正確的文件類型、略微降低圖像質量以及使用插件減小文件大小來優化圖像。
  • 使用瀏覽器緩存為回訪者提供更好的體驗。
  • 確保您的 CMS、插件和網站主題都是最新的。

SRT 和 SEO 是秒和毫秒真正重要的領域。 您節省的每一分之一秒都會讓訪問者在您的網站上停留更長時間,確保他們不斷回來,並幫助您的網站進入結果頁面上令人垂涎的熱門位置。