WordPressウェブサイトのサーバー応答時間を短縮する8つの方法
公開: 2021-03-25
確かに、WordPressサイトのパフォーマンスをチェックするために多くのオンラインツールを使用し、それらを高速化するための措置を講じたに違いありません。
しかし、期待した結果は得られませんでした。 右？
これはあまり知られていない事実が原因である可能性があります。WordPressサイトの最適化には、フロントエンドと、Webサイトを強化するホスティングソリューションを含むバックエンドでの作業が含まれます。
今日は、WordPressサイトの高速化におけるマネージドWordPressホスティングプロバイダーの役割と、これらのホスティングソリューションがサーバーの応答時間の短縮にどのように役立つかについて説明します。
ただし、始める前に、画面にWebページがレンダリングされる4つのステップのプロセスを理解してください。
- リクエスト：これは、訪問者（別名クライアント）のブラウザによって開始されたリクエストです。
- 応答：要求が処理され、必要なアセット（Webページファイル、リソースなど）がサーバーによって処理され、訪問者のWebブラウザーに返送されます。
- ビルド：Webブラウザーはこれらのアセットを使用して、要求されたWebページのレンダリングプロセスを開始します。
- レンダリング：最後に、Webページが訪問者に表示されます。
4つのうち、2番目のステップ（応答）はホスティングサーバーに完全に依存しています。 サーバーが（何らかの理由で）このステップを実行できない場合、次のステップが遅れるため、訪問者のUXが低下します。
これは、サーバーでホストされているすべてのサイトに分散される十分なリソースがユーザーに約束されている共有ホスティングでは非常に一般的です。 したがって、十分なリソースが不足しているためにWebサイトのパフォーマンスが低下し、速度が低下します。 この遅いパフォーマンスは、WebサイトのSEOとユーザーエクスペリエンスにも影響します。
- サーバーの応答時間とは何ですか？
- サーバーの応答時間を短縮する方法は？
- サーバーと訪問者の間の距離
- トラフィック
- ホスティングリソース
- データベース
- 動的vs静的
- サーバーソフトウェア
- 賢くWordPressホスティングを選択してください
- Cloudwaysはサーバーの応答時間の改善にどのように役立ちますか？
- Cloudwaysサーバー上のTTFB
サーバーの応答時間とは何ですか？
サーバーの応答時間（別名Time To First Byte）は、サーバーが訪問者の要求に応答するのにかかる時間です。 TTFBは、クライアントが要求を送信し、クライアントのブラウザーが要求されたWebページのレンダリングを開始する時間枠を指します。
TTFB対策には3つの要素があります
HTTPリクエストの送信
HTTPリクエストは、ユーザーが最初にWebページをロードしたときにトリガーされます。 サーバーはこの要求を受信し、適切な応答を準備します。 ネットワーク速度やサーバーまでの距離などの要因が、サーバーが要求を受信するのにかかる時間に影響を与える可能性があります。
リクエストの処理
サーバーはブラウザーから要求を受信すると、スクリプトの実行、データベースからのデータのフェッチ、バックエンドタスクの実行などのさまざまなプロセスを開始します。
応答の処理
応答のすべてのコンポーネントが生成されると、サーバーはそれをエンドユーザーに送信します。 この手順は、Webサイトホスティングサーバーのパフォーマンスとユーザーのインターネット接続の速度に依存します。
WebPageTestなどのオンラインパフォーマンス分析ツールによって生成された結果を確認しているときに、TTFBに気付いたかもしれません。 Googleのガイドラインによると、ウェブサイトのTTFBは200ミリ秒を超えてはなりません。
WordPressサイトの速度テストを実行すると、結果に遅いadmin-ajax.phpの参照が表示される可能性があります。 はいの場合、それを修正する方法を学びましょう！
サーバーの応答時間を短縮する方法は？
多くの要因により、サーバーの応答時間が遅くなる可能性があります。 ただし、ここでは、サイト所有者が制御できる最も顕著な要因に焦点を当てます。
1.サーバーと訪問者の間の距離
基本的な問題から始めましょう–データが双方向に移動しなければならない距離です！
ホスティングサーバーを完成させる前に、ターゲットオーディエンスが誰でどこにいるのかをかなりよく理解しておく必要があります。 この情報に基づいて、ターゲットオーディエンスに最も近いデータセンターを選択できます。 これにより、サーバーとの間でデータが移動する距離が少なくなるため、待ち時間が最小限に抑えられます。その結果、サーバーの応答時間が大幅に改善されました。
オーディエンスがグローバルな場合は、グローバルに分散されたノードにWebサイトアセットのコピーを保持するWordPressCDNプロバイダーを利用できます。 ユーザーがページをリクエストすると、元のホスティングサーバーではなく、最も近いノードからページが提供されます。
あなたの遅いウェブサイトはコンバージョン率に影響を与える可能性があります！
Cloudwaysを試して、WordPressのパフォーマンスを最大化してください。
2.トラフィック
ビジネスの継続的な成長に伴い、トラフィックの急増が非常に頻繁になる可能性があります（警告はほとんどまたはまったくありません）。
これを例を挙げて説明しましょう。コーヒーショップのWebサイトに特別オファーを投稿すると、サイトへの訪問者数が大幅に増える可能性があります。 その結果、サーバーは、即時の応答を要求する要求をますます受信し始めます。 リソース消費が制限に達すると、サーバーの応答時間が増加し始めます。 最終的に、すべてのリソースが消費されると、サイトがダウンし、ブランドの売上と評判が低下します。
無料のコーヒーの提供をやめることはお勧めしません。 あなたができることは、パフォーマンスに最適化され、トラフィックの急増を処理できるWebホストを選択することにより、遅いサーバー応答時間を改善することです。
3.リソースのホスティング
オンラインビジネスを開始するとき、ビジネスの最初の順序は、徹底的なサーバーリソース要件収集セッションである必要があります。 これにより、ビジネスを立ち上げるために必要なサーバーリソースの量と、リソース要件の将来の予測がわかります。
プロセスについて不明な点がある場合は、最初にホスティングプロバイダーのサポートに連絡して、状況を説明してください。 彼らはあなたのケースで機能する解決策を提示することができるかもしれません。 実際に投資する前に、サービスを試すこともできます。
常にインフラストラクチャをアップグレードし、最新のハードウェアとPHP7.3やHTTP / 2サーバーなどの更新されたソフトウェアを使用するホスティングプロバイダーを選択してください。
関連する注意点として、そこにある最大のサーバーを使用することが常に最も賢明な決定であるとは限りません。 リソースを効率的に管理し、すべてのベスト開発とサーバー管理のベストプラクティスを適用することも、サーバーの応答時間を改善するのに役立ちます。
Cloudwaysは、任意のサーバーを起動してその機能を要件に照らしてテストできる無料トライアル（クレジットカードなし）を提供しています。
4.データベース
データベースは、必要なすべての情報が保存される場所です。 両方のサーバーが遅延なく情報にアクセス、管理、更新できるように最適化する必要があります。 メンテナンスされていないデータベースや巨大なデータベースは、適切なデータをフェッチするためにより多くの時間を必要とするため、サーバー全体の応答時間が長くなります。
データベース関連の問題を修正するには、不要で廃止されたデータを削除し、クエリを書き直して、よりスマートで高速な実行を試みます。
また、データベース構造の調整やデータベース最適化に関連するWordPressプラグインなど、パフォーマンスを向上させるためにWordPressデータベースを最適化するためのヒントの使用を検討することもできます。
5.動的vs.静的
動的コンテンツは、訪問者によって生成された要求に応じて実行時に生成され、通常、ユーザーごとに異なります。 たとえば、私がコーヒーを注文し、ハンバーガーを注文した場合、WebサイトのUIが似ているため、私たちの側のプロセスは同じままです。 ただし、2つの注文の性質が異なるため、サーバーの応答は異なります。 サーバーは、データベースから2つの異なるデータセットをフェッチし、2つの別々の応答を準備します。 ここで、人気のあるレストランの例をスケーリングすると、サーバーの負荷についてかなり良いアイデアを得ることができます。
静的コンテンツは、WebサイトのHTML、JS、CSS、および画像にハードコードされています。 これらのアセットはユーザー入力が異なっても変更されず、サーバーはすべての訪問者に同じコンテンツを配信します。 これは、サーバーリソースをあまり消費せず、サーバーの応答時間が長くなるため、コンテンツを配信するための最速の方法です。
専門家は、静的コンテンツをWordPress CDNにオフロードして、ロード時間とサーバーリソースの消費を削減することを提案しています。
6.サーバーソフトウェア
サーバーのスタックは、サーバーの応答時間に深刻な影響を及ぼします。 一般に、スタックは、サーバーとキャッシュの組み合わせで構成され、サーバーに処理能力を提供するために一緒になります。 人気のあるスタックコンポーネントには、Apache、NGINX、MySQL / MariaDBが含まれます。
WordPressとPHPのバージョンを最新の状態に保つことを忘れないでください。 古いバージョンでは、多くの場合、より多くのサーバーリソースが必要であり、応答処理が非効率的です。 WordPressコアチームは、処理が最適化されているため、PHP7の使用をお勧めします。
PHP 7上のWordPress：パフォーマンスベンチマークとアップグレードガイド
7. WordPress HostingWiselyを選択します
サーバーがクライアントのリクエストを処理する方法をより深く理解したので、WordPressWebサイトのホスティングソリューションのタイプについて情報に基づいた決定を下すことができます。 最適なのは、パフォーマンス要件に応じてサーバーコンポーネントを制御および最適化できる専用環境です。
技術に精通していない場合は、サーバー管理の問題を処理する、高度に最適化されたマネージドWordPressホスティングプロバイダーを選択してください。
8. Cloudwaysはサーバーの応答時間の改善にどのように役立ちますか？
Cloudwaysは、最適化されたサーバースタックを備えたマネージドクラウドホスティングプラットフォームであり、WordPressサイトに最適です。 CloudwaysとBreezeでホストされている基本的なWordPressサイトは、わずか数ミリ秒でロードできます。
印象的ではないですか？
WordPressサイトを37msの速さでロードしてください！ WordPressの最高のホスティングに感謝します
サーバーと訪問者の間の距離
Cloudwaysは、一流のクラウドインフラストラクチャプロバイダーと提携しており、その結果、世界中で55を超えるデータセンターを提供しています。 オーディエンスがどこにいても、Webサイトの速度を気にせずに、最寄りのデータセンターを選択してサーバーを起動するだけです。
サーバーが近いほど、オーディエンスのWebサイトの読み込みが速くなることを忘れないでください。 世界中の視聴者には、 CloudwaysCDNを利用してください。
トラフィック
トラフィックの急増に対処するために、Cloudwaysのサーバーリソースをワンクリックでスケールアップできます。
この機能は、新規および確立されたオンラインビジネスの両方に役立ちます。 確立されたビジネスは、サーバーのクラッシュによるトラフィックの損失を心配することなく運用でき、将来のニーズがわからない新しいビジネスは、必要に応じてリソースを簡単に拡張できます。
サポート
Cloudwaysのクラウドエキスパートが24時間年中無休でお手伝いします。 気軽に話し合い、Cloudwaysサポートに要件/クエリを知らせてください。そうすれば、それに応じてガイドすることができます。
データベース
現在、公式のWordPressはMySQLとMariaDBのみをサポートしています。 これを考慮して、Cloudwaysは、プラットフォームに両方を追加することで、WordPressユーザーに選択肢を任せました。 MySQLをMariaDBに変換するのはクリックするだけです。
動的vs静的
上記のように、この決定はユーザーごとに異なります。 Cloudwaysでは、サーバーにPHP7がプリインストールされており（これを読んでいると、最新バージョンはPHP 7.3です）、動的コンテンツの処理が大幅に向上します。 ただし、すべてのアプリケーションコードベースがPHP7と互換性があることを確認する必要があります。 このために、ライブサイトのWordPressステージング環境を作成し、すべてをテストします。 満足したら、変更をライブバージョンにプッシュします。 静的コンテンツの場合、 ThunderStackの式が最適です。
サーバーソフトウェア
Cloudwaysサーバーは、 Apache、NGINX、Varnish、Memcached、PHP-FPM、Redis 、およびPHP7.xのサポートを組み合わせたものです。 これらすべてが組み合わされて、WordPressサイトのパフォーマンスが向上します。
Cloudwaysサーバー上のTTFB
テストのために、すべてのデフォルト設定で1GB Linodeサーバー（Fremontデータセンター）を起動しました。 次に、 Breezeをインストールして、縮小とグループ化を有効にしました。
次に、Webページテストを介してテストを実行します。 結果は次のとおりです。
ご覧のとおり、最初のバイトまでの時間（TTFB）は200ミリ秒未満であり、Googleのガイドラインに適合しています。
同じサイトがPingdomでテストされたとき。 これが私が得たものです！
結論を出しましょう！
WordPressサイトの全体的なパフォーマンスを改善し、サーバーの応答時間を短縮するには、すべてのベストプラクティスに従う必要があります。 ホスティングプロバイダーのTTFB値に満足したら、WordPressサイトを高速化するためのヒントの実装を開始できます。
Cloudwaysで既存のWordPressサイトのTTFBをテストしてみませんか？ 無料トライアルから始めて、数回クリックするだけでWordPressサイトを移行できます。 そして、以下のコメントセクションで結果を共有することを忘れないでください。