減少 WordPress 網站服務器響應時間的 8 種方法
已發表: 2021-03-25
我敢肯定，您一定還使用過許多在線工具來檢查 WordPress 網站的性能並採取措施加快速度。
但是，您沒有得到預期的結果。 對？
這可能是因為一個鮮為人知的事實：優化 WordPress 網站涉及在前端和後端工作，包括為您的網站提供支持的託管解決方案。
今天，我將討論託管 WordPress 託管服務提供商在加速 WordPress 網站方面的作用，以及這些託管解決方案如何幫助減少服務器響應時間。
但是，在開始之前，我希望您了解在屏幕上呈現網頁的四步過程。
- 請求：這是訪問者（又名客戶端）的瀏覽器發起的請求。
- 響應：請求被處理，必要的資產（網頁文件、資源等）由服務器處理並發送回訪問者的網絡瀏覽器。
- Build ：Web 瀏覽器使用這些資源來啟動所請求網頁的渲染過程。
- Render ：最後，將網頁顯示給訪問者。
在這四個步驟中，第二步（響應）完全依賴於託管服務器。 如果服務器無法執行此步驟（無論出於何種原因），接下來的步驟就會延遲，因此訪問者的 UX 會受到影響。
這在共享託管中很常見，其中向用戶承諾足夠的資源，然後將這些資源分配到服務器上託管的所有站點。 因此，由於缺乏足夠的資源，網站性能會受到影響，使其速度變慢。 這種緩慢的性能也會影響網站的 SEO 和用戶體驗。
- 什麼是服務器響應時間？
- 如何減少服務器響應時間？
- 服務器和訪問者之間的距離
- 交通
- 託管資源
- 數據庫
- 動態與靜態
- 服務器軟件
- 明智地選擇 WordPress 託管
- Cloudways 如何幫助改善服務器響應時間？
- Cloudways 服務器上的 TTFB
什麼是服務器響應時間？
服務器響應時間（又名 Time To First Byte）是服務器響應訪問者請求所用的時間。 TTFB 是指客戶端發送請求和客戶端瀏覽器開始呈現請求的網頁的時間段。
TTFB 措施涉及三個組成部分
發送 HTTP 請求
當用戶最初加載網頁時觸發 HTTP 請求。 服務器接收此請求並準備適當的響應。 網絡速度和到服務器的距離等因素會影響服務器接收請求所需的時間。
處理請求
當服務器收到瀏覽器的請求時，它會啟動各種進程，例如運行腳本、從數據庫中獲取數據和運行後端任務。
處理響應
生成響應的所有組件後，服務器將其發送給最終用戶。 此步驟取決於您的網站託管服務器的性能和用戶互聯網連接的速度。
在查看由 WebPageTest 等在線性能分析工俱生成的結果時，您可能已經註意到 TTFB。 根據 Google 指南，網站的 TTFB 不應超過 200 毫秒。
如果您對 WordPress 站點進行速度測試，那麼您可能會在結果中遇到慢 admin-ajax.php 的引用。 如果是，請學習如何修復它！
如何減少服務器響應時間？
許多因素會導致服務器響應時間變慢。 但是，在這裡，我將強調網站所有者可以控制的最突出的因素。
1. 服務器與訪客的距離
讓我們從根本問題開始——數據必須雙向傳輸的距離！
在最終確定託管服務器之前，您應該很好地了解目標受眾是誰以及在哪裡。 根據這些信息，您可以選擇離目標受眾最近的數據中心。 這確保了延遲保持在最低限度，因為數據往返服務器的距離更短。因此，服務器響應時間顯著縮短。
如果您的受眾是全球性的，您可以利用WordPress CDN提供商在全球分佈的節點上保留網站資產的副本。 當用戶請求一個頁面時，它是從最近的節點而不是原始託管服務器提供的。
您的慢速網站會影響轉化率！
嘗試 Cloudways 並最大限度地提高 WordPress 的性能。
2. 交通
隨著您業務的不斷增長，流量激增會變得非常頻繁（幾乎沒有警告）。
讓我用一個例子來說明這一點：如果您在咖啡店的網站上發布特別優惠，那麼該網站的訪問者數量會顯著增加。 結果，服務器開始接收越來越多需要立即響應的請求。 隨著資源消耗達到極限，服務器響應時間開始增加。 最終，隨著所有資源都被消耗掉，網站將關閉，您的品牌的銷售額和聲譽也會下降。
我不建議你停止提供免費咖啡。 您可以做的是通過選擇針對性能優化並能夠處理流量激增的網絡主機來改善緩慢的服務器響應時間。
3. 託管資源
開展在線業務時，首要任務應該是進行徹底的服務器資源需求收集會議。 這應該讓您了解啟動業務所需的服務器資源量以及資源需求的未來預測。
如果您不確定該過程，請先聯繫您的託管服務提供商的支持人員並說明您的情況。 他們或許能夠提供適用於您的情況的解決方案。 您甚至可以在實際投資之前試用該服務。
選擇不斷升級其基礎架構、使用最新硬件和更新軟件（例如 PHP 7.3 和 HTTP/2 服務器）的託管服務提供商。
與此相關的是，使用最大的服務器並不總是最明智的決定。 有效地管理資源並應用所有最佳開發和服務器管理最佳實踐也有助於提高服務器響應時間。
Cloudways 提供免費試用（無需信用卡），您可以在其中啟動任何服務器並根據您的要求測試其功能。
4. 數據庫
數據庫是存儲所有必需信息的地方。 必須對其進行優化，以便服務器可以毫無延遲地訪問、管理和更新信息。 未維護和/或龐大的數據庫需要更多時間來獲取正確的數據，因此整體服務器響應時間會增加。
要修復與數據庫相關的問題，請嘗試刪除不必要和過時的數據，並重寫查詢以更智能、更快地執行。
您還可以考慮使用技巧來優化 WordPress 數據庫以提高性能，包括調整數據庫結構和與數據庫優化相關的 WordPress 插件。
5. 動態與靜態
動態內容是在運行時根據訪問者生成的請求生成的，通常每個用戶都不同。 例如，如果我點了一杯咖啡，而你點了一個漢堡包，由於網站的 UI 相似，我們端的流程將保持不變。 但是，由於兩個訂單的性質不同，服務器響應會有所不同。 服務器將從數據庫中獲取兩組不同的數據並準備兩個單獨的響應。 現在擴展一個流行餐廳的示例，您可以對服務器上的負載有一個很好的了解。
靜態內容硬編碼在網站的 HTML、JS、CSS 和圖像中。 這些資產不會因不同的用戶輸入而改變，並且服務器向每個訪問者提供相同的內容。 這是交付內容的最快方式，因為它不會消耗太多服務器資源並且服務器響應時間會增加。
專家建議將靜態內容卸載到WordPress CDN，以減少加載時間和服務器資源的消耗。
6. 服務器軟件
服務器的堆棧對服務器響應時間有嚴重影響。 通常，堆棧由服務器和緩存的組合組成，它們一起為服務器提供處理能力。 流行的堆棧組件包括 Apache、NGINX、MySQL/MariaDB。
不要忘記更新您的 WordPress 和 PHP 版本。 舊版本通常需要更多的服務器資源並且響應處理效率低下。 WordPress 核心團隊推薦使用 PHP7，因為經過優化的處理。
PHP 7 上的 WordPress：性能基準和升級指南
7. 明智地選擇 WordPress 託管
由於您現在對服務器如何處理客戶的請求有了更深入的了解，您可以就 WordPress 網站的託管解決方案類型做出明智的決定。 最適合的是專用環境，您可以在其中根據性能要求控制和優化服務器組件。
如果您不精通技術，請選擇高度優化的託管 WordPress 託管服務提供商來處理服務器管理問題。
8. Cloudways 如何幫助改善服務器響應時間？
Cloudways 是一個託管雲託管平台，具有優化的服務器堆棧，是 WordPress 網站的理想選擇。 在 Cloudways 上託管並安裝了 Breeze 的基本 WordPress 站點可以在幾毫秒內加載。
是不是令人印象深刻？
在37 毫秒內加載 WordPress 站點！ 感謝 WordPress 的最佳託管
服務器和訪問者之間的距離
Cloudways 與一流的雲基礎設施提供商合作，因此在全球提供 55 多個數據中心。 無論您的受眾在哪裡，只需選擇最近的數據中心並啟動服務器，無需擔心網站速度。
請記住，服務器越近，網站為觀眾加載的速度就越快。 對於全球受眾，請使用CloudwaysCDN 。
交通
為了應對流量高峰，只需單擊一下即可擴展 Cloudways 上的服務器資源。
此功能對新的和已建立的在線業務都很有用。 老牌企業可以運營而不必擔心因服務器崩潰而丟失流量，而不確定未來需求的新企業可以在需要時輕鬆擴展其資源。
支持
Cloudways 的雲專家全天候 24/7 為您提供幫助。 隨時討論並讓 Cloudways 支持知道您的要求/查詢，以便他們可以相應地指導您。
數據庫
目前，官方 WordPress 僅支持 MySQL 和 MariaDB。 考慮到這一點，我們 Cloudways 通過將兩者都添加到平台中，將選擇權留給了 WordPress 用戶。 只需單擊一下即可將MySQL轉換為 MariaDB 。
動態與靜態
如上所述，該決定因用戶而異。 在 Cloudways，服務器預裝了 PHP7（如您所見，最新版本是 PHP 7.3），可顯著提升處理動態內容的能力。 但是，您必須確保所有應用程序代碼庫都與 PHP7 兼容。 為此，為您的實時站點創建一個WordPress 登台環境，並測試所有內容。 滿意後，將更改推送到實時版本。 對於靜態內容，我們的ThunderStack公式效果最佳！
服務器軟件
Cloudways 服務器是Apache、NGINX、Varnish、Memcached、PHP-FPM、Redis 的組合，並且支持PHP 7.x。 所有這些結合在一起並提高了 WordPress 網站的性能。
Cloudways 服務器上的 TTFB
為了進行測試，我使用所有默認設置啟動了一個 1GB Linode 服務器（在 Fremont 數據中心）。 接下來，我安裝了 Breeze以啟用縮小和分組。
然後我通過網頁測試運行測試。 結果如下。
您可以看到，首字節時間 (TTFB) 低於 200 毫秒，符合 Google 的指導方針。
在 Pingdom 上測試同一站點時。 這是我得到的！
讓我們總結一下！
提高 WordPress 站點的整體性能並減少服務器響應時間是遵循所有最佳實踐的問題。 當您對託管服務提供商的 TTFB 值感到滿意時，您可以開始實施加快 WordPress 網站速度的技巧。
想在 Cloudways 上測試現有 WordPress 網站的 TTFB？ 從免費試用開始，只需點擊幾下即可遷移您的 WordPress 網站。 並且不要忘記在下面的評論部分分享結果。