幸せなユーザー、より高いランキングのためにサーバーの応答時間を短縮します
公開: 2020-09-28ページ速度の向上に関しては、サーバーの応答時間は見過ごされがちです。
ただし、サイトのランキングを向上させることができます。 ユーザーは高速サイトが好きなので、Googleは高速サイトが好きです。 この記事では、サーバーの応答時間を短縮する方法を紹介します。 また、ページ速度を向上させる他のいくつかの方法も提供します。
サーバーの応答時間はどのくらい重要ですか？
サーバー応答時間（SRT）は、Webクライアントが要求を行ってから（たとえば、リンクをクリックするか、アドレスバーにURLを入力する）、サーバーがその要求に応答するまでの時間です。
優れたSRTと、速度が最適化されたサイトがあれば、Webサイトはほぼ瞬時に読み込まれるように見えます。 これがないと、ページの読み込みに時間がかかり、ユーザーエクスペリエンスが損なわれ、最終的には検索エンジンのランキングが損なわれる可能性があります。
SRTは、Time to First Byte（TTFB）と呼ばれる単位で測定されます。 TTFBは、HTTPクライアントが要求を行ってからデータの最初のバイトを受信するまでの時間の長さを測定します。 ミリ秒単位で測定されます。
良い、悪い、そして許容できるTTFBを構成するものはさまざまです。 一般的なルールは次のとおりです。
- 100msより速いのが優れています。
- 100〜200ミリ秒が適切です。 Google PageSpeed Insightsは、SRTを200ミリ秒未満に保つことをお勧めします。
- 200ms〜1秒は許容範囲ですが、改善の余地があります。
- 1秒を超えるものはすべて問題です。
このような小さな時間の変化は大きな違いを生むことができますか？ 1秒の遅延でさえ、eコマースサイトに年間25,000ドルから125,000ドルの費用がかかる可能性があります。
サーバーの応答時間はSEOにどのように影響しますか？
Googleは約10年間、ランキング要素としてSRTを使用してきました。 最近、Google Search Consoleは、ユーザーエクスペリエンスに焦点を当てた一連のウェブサイトパフォーマンス指標を追跡するコアウェブバイタルセクションを公開しました。
Forrester Researchの調査によると、Webユーザーの半数以上がサイトの読み込みが2秒以内になると予想しています。 読み込みに3秒以上かかる場合、ユーザーの40％が諦めて離れます。
通常、読み込みに時間がかかるサイトでは、バウンス率が高く、平均訪問時間は短くなります。 Pingdomの調査によると、「読み込みに3秒もかからなかったウェブサイトのバウンス率は10％を下回りましたが、読み込み時間は4秒で24％、5秒で38％に跳ね上がりました。 」
遅いサイトはユーザーエクスペリエンスが悪いことを意味し、検索エンジンはそれに応じて応答します。
サーバーの応答時間を短縮することは、要約すると3つのステップになります。
- サーバーの応答時間を測定します。
- 改善が必要な領域を特定します。
- チームと協力して、これらの領域に対処します。
SRTを確認する方法
使用できるツールはたくさんあります。
GTMetrix
GTMetrixには、無料バージョンと有料バージョンの両方があります。 これにより、SRTを分析し、ページを監視し、モバイルデバイスでサイトの速度をテストできます。 URLを入力するだけで、ページの読み込み時間の全体的なスコアが表示されます。これにはSRTデータも含まれます。
次に、ウォーターフォールチャートを使用して、ロードされた順序ですべての要素を確認できます。 これにより、どのリクエストがサイトの速度を低下させているかを正確に示すことで、問題のある領域を特定してデバッグできます。
もちろん、サーバーの応答時間は、ページ速度に寄与する多くの要因の一部にすぎません。
ウォーターフォールチャートから、個々のアイテムにカーソルを合わせると、各リクエストの詳細情報を取得できます。 ここで、サーバーで待機した結果、読み込み時間がどれだけ長くなるかがわかります。
無料のアカウントを設定すると、[タイミング]タブを使用して、非常に重要なTTFBなど、他の関連する指標を表示できます。
Google PageSpeed Insights（PSI）
この無料ツールにURLを入力すると、全体的なスコアといくつかの有用な指標が表示されます。 外観の例を次に示します。
PSIは、サイトのモバイルバージョンとデスクトップバージョンの両方に対する洞察を提供し、改善できる点に関する重要な情報を提供します。 Chromeユーザーエクスペリエンスレポートに基づく実際の「フィールド」データとLighthouseのラボデータを組み合わせて使用し、ページのパフォーマンスを推定します。
SRTに特に関連するGooglePageInsightsの指標は次のとおりです。
- First Contentful Paint （FCP）：このメトリックは、ページの読み込みが開始されてから、ページのコンテンツの一部が画面に表示されるまでの時間を測定します。
- 累積レイアウトシフト：CLSは、ページの存続期間全体で発生する予期しないレイアウトシフトごとに、すべての個別のレイアウトシフトスコアの合計を測定します。
- インタラクティブまでの時間（TTI）：これは、ページが完全にインタラクティブになるまでにかかる時間を測定します。 グーグルによれば、ページが有用なコンテンツを表示し、イベントハンドラーが最も目に見えるページ要素に登録され、ページが50ミリ秒でユーザーの操作に応答するとき、ページは完全にインタラクティブです。
- Total Blocking Time ：Total Blocking Time（TBT）メトリックは、FCPとTTIの間で、入力の応答性を妨げるのに十分な時間メインスレッドがブロックされた合計時間を測定します。
ハイスコアの場合、PSIはサーバーの応答時間が200ミリ秒未満になると予想します。 SRTがそれより遅い場合は、「機会」セクションの下に通知が届きます。
サーバーの応答時間を短縮する方法
最終的に、サーバーの応答を遅くする可能性のある要因は多数あります。アプリケーションロジックの速度の低下、データベースクエリの速度の低下、ルーティングの速度低下、フレームワーク、ライブラリ、リソースのCPUの不足、メモリの不足などです。
それらすべてに対処することはできないかもしれませんが、開発チームと協力して、より技術的な領域を見つけて修正することができます。
- アプリケーションロジックが遅い：コードプロファイリングツールを使用して、サイトで使用されている依存関係と、それらの各依存関係の読み込みにかかる時間を判断します。
- 遅いデータベースクエリ：これらは、データベースクエリが効率的に実行されていない場合に発生します。 さらに悪いことに、「ボンネットの下」をチェックしない限り、パフォーマンスが低下していることに気付かない場合もあります。 データベースクエリが遅いと、より多くの作業が必要になり、より多くのCPUリソースを使用します。
- 遅いルーティング：一般的に、最も訪問されたページとコンテンツをルーティングキューの一番上に配置して、それらの場所の優先度を高くします。 動作が遅い場合は、特定の場所にルートを追加することもできます。
- リソースCPUの枯渇：サイトで実行されているプラグインまたはスクリプトが多すぎると、リソースCPUの枯渇につながる可能性があります。 チームと協力して、あまり使用されないリソースを大量に消費するプラグインをアンインストールし、不要なスクリプトを削除します。
開発チームと1対1で対応しなくても、サーバーの応答を改善するのに役立つ具体的な手順は他にもあります。
高速で専用のホストを探す
現在のSRTが低速側にある場合は、高速のホストを探すことを検討してください。 考えるべきことがいくつかあります。
予算がある場合は、専用ホスティングを選択してください。 これは単に、サーバーを別のサイトと共有しないことを意味します。 共有ホスティングは素晴らしいスタートになる可能性がありますが、一部の共有ホスティングプロバイダーはサーバーに過負荷をかけ、利益を最大化しますが、Webサイトに災いをもたらします。
決定を下す前に、レビューを読み、推奨事項を尋ねてください。 推奨事項を取得した場合は、GTMetrixまたはPSIを使用して、これらのサイトのSRTを確認してください。
購入する前に、プロバイダーのサーバー速度を確認することもできます。 これを行うにはいくつかの方法があります。
速度チェックツールを使用します。 Pickuphostの無料の速度チェックツールが好きです。
比較サイトを確認してください。 多くの人気のあるウェブホストの平均応答時間に関するInvigitalレポート：
また、そのシンプルな比較ツールを使用して、56の異なるメトリックにわたって最大4つのホスティングプロバイダーを比較することもできます。
Bitcatchaは、世界中のさまざまな場所でのホスティング速度を比較できるもう1つのツールであるため、現在の場所に最適なものを選択できます。
ターゲットオーディエンスに地理的に近いサーバーを備えたホストを選択する必要があります。 それを確実にする簡単な方法は、CDNを使用することです。
CDN（コンテンツ配信ネットワーク）を使用する
コンテンツ配信ネットワーク（CDN）は、地理的に分散したサーバーのグループであり、連携してオンラインコンテンツをより高速に配信します。 あなたのビジネスがその焦点にハイパーローカルでない限り、あなたは世界中の人々があなたのコンテンツに一度にアクセスしたいと思っている可能性があります。
CDNを使用することで、サイトの訪問者がどこにいても最高のユーザーエクスペリエンスを確実に得られるようになります。 世界のインターネットトラフィックの半分以上がCDNを介して提供されています。
CDNは、キャッシュされたバージョンのWebサイトを世界中の複数の場所に保存します。 各エリアには独自のサーバーがあり、ユーザーの場所に最も近いサーバーが要求されたコンテンツを配信します。 これがどのように機能するかを視覚的に示したものです。
Webサイトが米国でホストされているが、オーストラリアのユーザーがWebサイトにアクセスしたい場合、SRTは0.2〜0.4秒遅くなる可能性があります。 CDNはこの問題を軽減し、地理的な場所に関係なく一貫して高速なSRTを提供します。
SRTでの0.5秒はそれほど長くはないように思われるかもしれませんが、訪問者の知覚される読み込み時間に影響します。
設定するには、CDNを選択してサイトを登録する必要があります。 何百ものCDNプロバイダーから選択できます。 CDNを選択するときは、予想されるトラフィック量、提供するメディアの主な種類、予算などの要素を考慮してください。
CDNプロバイダーに登録したら、あなたまたはあなたのWeb開発者はあなたのWebサイトでそれを有効にする必要があります。 ホスティングプロバイダーとコンテンツ管理システム（CMS）に応じて、C-panelまたはプラグインを使用して有効にします。
サイトのホストに使用しているプロバイダーとは異なるプロバイダーからドメインを購入した場合は、そこで更新を行う必要もあります。 あなたまたはあなたのドメイン名レジストラは、あなたのドメインがあなたのCDNのサーバーを指すように、あなたのDNSネームサーバーレコードを修正する必要があります。
SRTを最適化した後、開発チームの注意を引きながら、大きな影響を与える可能性のある他のいくつかのページ速度の問題に取り組むことをお勧めします。
サイトの速度を向上させるその他の方法（SRTを超える）
スクリプトを減らして最適化する
サイトの読み込み時間を増やす最も効果的な方法の1つは、サイトで実行されているスクリプトを監査することです。 まだその追跡スクリプトを使用していますか？ 誰かがそのデータで何かをしていますか？
少しでも無駄が増える可能性があります。 PSIは、サイトがロードするスクリプト（およびロードに最も時間がかかるスクリプト）を表示します。多くの場合、スクリプトの削除は、Googleタグマネージャーでタグを無効にするのと同じくらい簡単です。
WordPressを使用している場合は、スクリプトとスタイルの最適化やアセットのクリーンアップなど、不要なスクリプトの削除に役立つプラグインがいくつかあります。
画像の拡大縮小と最適化
画像を最適化する最も簡単な方法の1つは、画像が正しいファイル形式であることを確認することです。 一般に、PNGはJPEGファイルに比べてより多くのスペースを占有します。 簡単にするために、ロゴやチャートなどの単純なグラフィックにはPNGを使用し、その他すべてにはJPEG形式を使用することをお勧めします。
GoogleはJPEG2000と呼ばれる形式を推奨し始めました。ただし、多くのシステムやブラウザ（Chromeを除く）とはまだ互換性がないため、通常は使用しません。
JPEGよりわずかに小さいファイルサイズを提供するWEB.Pと呼ばれるフォーマットもあります。 ただし、違いはごくわずかです。 キャッシュを有効にすると（これについては後ほど詳しく説明します）、目立った違いはありません。
現在、ほとんどの場合、60％の圧縮率でデフォルトのJPEG形式を使用しています。 JPEGの品質を95％から80％、さらには75％に下げると、画像の外観にほとんど違いが見られない場合があります。 画質とファイルサイズの適切なバランスを見つけるために実験してください。
多くのツール（一部は無料）も、画像をアップロードする前に画像を最適化するのに役立ちます。 Jpeg.ioとCompressorは2つの良いオプションです。 WordPress、Smush、またはKraken.ioプラグインは、アップロード時に画像を最適化します。 他のCMSプラットフォームでも同様のオプションを利用できます。
キャッシュを使用する
キャッシングは、品質やコンテンツの面で何も犠牲にすることなく、サイトの速度を向上させるための最良の方法の1つです。
ユーザーが初めてサイトにアクセスするとき、サーバーはJavaScriptファイル、画像、HTMLドキュメントなどをダウンロードする必要があります。 キャッシングは、これらの側面のいくつかを記憶する一時的なストレージであり、ユーザーが次にアクセスしたときにコンテンツをより速く取得できるようにします。
キャッシュを有効にするには、ウェブサイトの.htaccessファイルに小さなコードを追加する必要があります。 これは通常、ホスティングユーザーエリア内のファイルマネージャーを介して行います。 このコードは、ユーザーのブラウザに何をキャッシュし、どのくらいの期間キャッシュするかを指示します。
GTMetrixのコードの例を次に示します。
コードを変更して、サイトのさまざまな側面をさまざまな時間キャッシュすることができます。 より頻繁に更新されるファイルタイプの場合は、キャッシュ時間を短く設定します。
かなり静的なものの場合、キャッシュ時間は長くなる可能性があります。 頻繁に変更または更新されるファイルのキャッシュ時間が長すぎると、リピーターにサイトの古いキャッシュバージョンが表示される可能性があります。
（注意してください。.htaccessファイルに問題が発生すると、サイト全体が破損する可能性があります。）
一部のCMSプラットフォームでは、プラグインを使用して、コーディングなしでキャッシュを有効にすることもできます。 最も人気があり、高い評価を得ているのは、WordPress用のW3 TotalCacheとWPRocket、およびJoomla用のSpeedCacheです。
CMS、プラグイン、テーマを最新の状態に保つ
CMS、プラグイン、またはWebサイトのテーマを更新するように通知する通知をどのくらいの頻度で表示しますか？ 後でそれを手に入れて、それをすべて忘れると思って、それらを閉じますか？ 今すぐやめてください！
古いバージョンのCMS、プラグイン、およびWebサイトのテーマは、ページ速度を大幅に低下させる可能性があります。 これらのツールとプラットフォームの作成者は、多くの場合、効率と速度を向上させるために更新を作成します。
（別の問題もあります。古いCMSプラットフォーム、プラグイン、およびテーマは、Webサイトをセキュリティ違反に対して脆弱なままにする可能性があります。Malcareは、古いテーマとプラグインがWordPressサイトへのハッキングの最も一般的な原因の1つであると報告しました。）
サイトのスクリプトと同様に、保存したプラグインとテーマを最後にクリアしたのはいつですか。 おそらく、使用していないダウンロードがいくつかあります。 ダウンロードしてインストールしたすべてのもののクイック監査を定期的に実行します。
結論
サーバーの応答時間を短縮すると、サイトの訪問者のエクスペリエンスが向上し、バウンス率が低下し、最終的に検索ランキングが向上します。
- 最初にSRTをチェックして、作業元のベースラインを確認してください。
- 適切なホスティングプロバイダーとサーバーを選択してください。
- CDNを使用して、地理的に近いサーバーからユーザーにコンテンツを提供します。
- 適切なファイルタイプを選択し、画質をわずかに下げ、プラグインを使用してファイルサイズを小さくすることにより、画像を最適化します。
- ブラウザのキャッシュを使用して、リピーターのエクスペリエンスを向上させます。
- CMS、プラグイン、およびWebサイトのテーマがすべて最新であることを確認してください。
SRTとSEOは、秒とミリ秒が本当に重要な領域です。 ほんの一瞬であなたのサイトへの訪問者をより長く保ち、彼らが戻ってくることを確実にし、あなたのサイトが結果ページのそれらの切望されたトップスポットに入るのを助けます。