優化 WordPress 網站以使其更快的 10 種方法

已發表: 2016-02-11

微軟最近的一項研究表明,我們的注意力範圍已從 2000 年的 12 秒下降到 2013 年的 8 秒,越來越明顯的是,網絡用戶不耐煩了。 進一步的研究表明,如果加載時間超過 3 秒,40% 的人會放棄您的網站。

雖然默認情況下 WordPress 是輕量級和快速的,但普通 Web 用戶的配置會使事情變得緩慢且極其複雜。 如果您想要一個快速的 WordPress 網站,請特別注意以下提示。

1.定期優化你的數據庫

Regularly Optimize Your Database

WordPress 是一個嚴重依賴數據庫的 CMS,這可能會導致體驗變慢。

以下方面使用了大量數據庫並可能導致網站速度變慢:

  • 發布修訂:發布修訂會迅速堵塞您的數據庫並使您的網站變慢。 每個後期修訂都是您數據庫中的一個新條目,這很快就會加起來。 您可以禁用後期修訂或限制它。 如果您想要有限的修訂,您可以通過添加以下代碼來更新您的wp-config.php文件:

    [代碼]
    定義('AUTOSAVE_INTERVAL',300); // 秒
    定義('WP_POST_REVISIONS',5);
    [/代碼]

    上面的代碼指示 WordPress 最多保存 5 個後期修訂,並且僅每隔 5 分鐘保存一次修訂。 您可以編輯代碼以反映您的修訂後需求。

    或者,如果您不想將代碼添加到 wp-config.php 文件中,您可以安裝修訂控製或 WP-Sweep WordPress 插件來自動管理後期修訂。

  • Pingbacks 和 trackbacks: Pingbacks 和 trackbacks 也會阻塞你的數據庫,所以你可能想要禁用它們。
  • 博客評論:博客評論不一定是壞的,直到您發現您有數以千計的垃圾評論不必要地佔用您的數據庫空間。 請務必定期刪除垃圾評論,以防止它們佔用內存空間。
  • 插件:一些插件將數據和日誌存儲在您的數據庫中; 最初,您會發現它們很有用,直到您意識到它們佔用了多少空間。 我有一個 URL 縮短插件,它還顯示分析數據使用了多達 160MB 的數據庫空間。 是的,這只是一個插件! 通常,這些插件是不必要的,可以刪除或替換。
  • 分析和日誌:通常,要警惕在您的網站上存儲分析和日誌數據的插件; 大多數情況下,它們會佔用大量數據庫空間,並且會使您的網站複雜且緩慢。

更好的是,您可以安裝 WP-Optimize 插件並使用它來定期清理您的數據庫。

2.優化您的圖像

圖片的大小加起來就是網站加載所需的時間; 當您運行大量圖片的網站時,或者當您為所有文章使用圖片並且它們也必須在主頁上加載時,尤其會發生這種情況。

有兩種方法可以解決這個問題:

  • 定期優化和縮小圖像的大小; 你可以在不影響質量的情況下做到這一點,我稍後會解釋。
  • 延遲加載圖像; 這樣,在讀者滾動到圖像所在的位置之前,圖像不會加載。 這也有助於防止網站加載問題。

通過優化您的圖像,可以將 2mb 的圖像縮小到 600kb,而不會犧牲質量; 這是通過剝離嵌入在圖像中的信息來完成的,這些信息對於用戶體驗來說是不必要的。 您可以通過安裝 WP Smush 插件或 EWWW Image Optimizer 插件來優化 WordPress 博客上的圖像。 對於不限於 WordPress 的手動選項,您可能需要查看 Kraken。

3.啟用緩存和過期標頭

如果啟用緩存,大多數 WordPress 網站的速度可能會提高一倍; 緩存通過將您網站的一個版本存儲在訪問者的瀏覽器緩存中來工作,以便他們在訪問您的網站時自動獲得緩存版本。 通常,除非您另外配置緩存設置,否則訪問者的瀏覽器緩存將在您更新網站時刷新,確保他們不會丟失任何內容。

通過有效利用緩存,您可以通過以下方式優化您的網站速度:

  • 讀者的瀏覽器不必直接從服務器請求文件,而是從緩存中提取文件,從而為他們帶來幾乎即時的體驗。
  • 由於服務器上的請求減少,服務器上的負載減少,從而導致服務器更快地將文件交付給新用戶。

緩存對於提高網站速度非常有效,據觀察,為您的網站啟用完全緩存可以將網站速度從 2.4 秒提高到 900 毫秒。

您可以通過安裝以下插件在您的網站上啟用緩存:

  • WP 超級緩存
  • WP 總緩存
  • WordFence(然後啟用“Falcon Engine”)

啟用緩存後,您還可以啟用 Expires Headers 以使您的網站更快; 通過告訴訪問者的瀏覽器何時從您的服務器請求某些文件,Expires Headers 可以節省您的服務器資源並為您的用戶提供更快的網站。 這是有關如何啟用過期標頭的便捷教程。

4. 啟用 GZIP 壓縮

您最喜歡在計算機上將文件壓縮為 ZIP 格式的工具是什麼? 7-郵編? 溫拉? 您可能至少壓縮過一次文件,並註意到一個 200MB 的文件突然縮小到 40MB 的神奇效果? 這到底是怎麼發生的? 雖然我不太熟悉壓縮的技術性,但我知道可以為您的網站複製它並確保更快的網站體驗。

GZIP 壓縮有助於將您的網站文件壓縮為 ZIP,並將所有內容原封不動地提供給您的訪問者; 換句話說,訪問您的網站的體驗是相同的,但您的網站速度要快得多,因為您的訪問者正在使用壓縮版本。

在 Smashing Magazine 的一篇文章中,Marcus Taylor 介紹了一個僅由於 GZIP 壓縮而從 68KB 變為 13KB 的網站的案例研究; 僅基於 GZIP 壓縮,該站點的速度基本上快了五倍。 這是一個教程,展示了啟用 GZIP 壓縮的 3 種方法。

5. 使用 CDN

Use a CDN

研究表明,CDN 可以將您的網站速度提高多達 60%。

影響內容交付的因素有很多,但是通過印度的互聯網連接訪問在印度託管的網站比通過美國的互聯網連接訪問要快得多。對此您無能為力。 除非您使用可靠的 CDN 服務,否則互聯網連接距離您網站位置較近的人將獲得更快的速度。

通過將您的 WordPress 站點配置為使用 CDN,您可以在世界各地的服務器之間分發您的內容,以便為訪問者提供最接近他們的版本; 因此,從亞洲訪問的人將獲得您網站在亞洲的版本,而不是美國的主要版本

有很多 CDN 提供商,谷歌搜索會顯示選項; 一些最受歡迎的 CDN 服務是 CloudFlare(免費)和 MaxCDN(付費)。

6.優化或更改您的 WordPress 主題

您的 WordPress 主題也可以為您的網站加載時間做出很大貢獻; 如果您使用的是臃腫的 WordPress 主題,並且嚴重依賴外部查詢,那麼與使用基於合規標準構建的主題的人相比,您將獲得一個慢得多的網站。

在 Copyblogger 的案例研究中,Jerrod Morris 揭示了網站主題的變化如何能夠將網站加載時間從 630 毫秒縮短到 172 毫秒; 儘管其他一切都是平等的,但他的 WordPress 主題有所改變。

7. 將背景圖像與圖像精靈相結合

您的 WordPress 主題依賴於幾個背景圖像,並結合 CSS 命令來正確顯示乾淨的背景; 所以你看到的漂亮的背景圖像可能由 12 個不同的背景圖像組成。 從表面上看,這看起來很正常而且很無辜,直到您意識到這 12 個圖像代表了訪問者瀏覽器對您的服務器的 12 個不同請求; 如果你能把這 12 張圖片變成 1 張呢? 你會注意到速度的急劇增加。

通過將您的背景圖片組合成圖片精靈,您可以將您主題的不同背景圖片轉換為一張圖片,然後使用 CSS 讓您的網站正常顯示。 這將減少訪問者的瀏覽器需要下載的總字節數、往返造成的延遲和請求開銷。 結果是為您提供一個更快的網站。

您可以使用 SpriteMe 將圖像組合成精靈。

8. 僅對 JavaScript 代碼使用異步交付

Use Asynchronous Delivery for JavaScript Codes

您可能已經看到 Facebook 宕機導致網站癱瘓或速度慢得離譜? 有趣的是,這不僅僅發生在您安裝 Facebook 代碼時。 當您從任何站點同步安裝代碼時,可能會發生這種情況——尤其是分析或跟踪服務。 如果代碼在您的站點上同步安裝,則必須先加載代碼(取決於代碼所在的部分),然後再加載站點上的其他元素。

通過僅對您的 JavaScript 代碼使用異步交付,您可以確保您的站點正常且快速地運行,而不管您站點上的 JavaScript 代碼的服務器發生了什麼。

9.啟用HTTP Keep-Alive

每當訪問者向您的服務器請求文件時,每個文件都會單獨發送; 這種方法的問題在於它必須為每個文件打開一個新連接,最終導致網站速度變慢,具體取決於一次訪問您網站的人數。 通過啟用 HTTP Keep-Alive,您是在告訴訪問者的瀏覽器通過單個連接傳遞所有文件; 這樣,在發送所有文件之前,連接將保持打開狀態,從而減少服務器上打開的連接數量,從而使網站更快。

10. 找一個更好的主人

如果您的虛擬主機很糟糕,那麼本文中介紹的技巧不會有太大的不同; 我定期分析和分析網絡主機,在此過程中,我看到網絡主機在頁面加載方面的評分為 2 分(滿分 10 分); 使用這些網絡主機,您所做的任何事情都不會使您的網站快速運行,因為它們的服務器配置很糟糕。

在 Smashing Magazine 文章中,Marcus Taylor 包含了一個案例研究,以展示網絡主機對網站加載時間的影響程度; 他比較了他的兩個客戶的網站速度; 一個在專用服務器上,另一個在共享主機上。 反應驚人。 專用服務器上的站點的響應時間為 7 毫秒,而廉價共享託管服務器上的站點的響應時間為 250 毫秒。

您的虛擬主機絕對重要; 在安頓下來網絡主機之前,請確保您進行了應有的研究。