あなたのウェブサイトをスピードアップする方法：ウェブページの読み込み時間を短縮するための15の迅速で簡単な修正

今日の投稿では、Webサイトの読み込み時間をすばやく簡単に短縮する方法（およびそれが重要である理由）を紹介します。

実際には：

これから明らかにするテクニックは、ページ速度を3秒以上の完全にロードされた時間から1.2秒のシャープに上げるために使用したのとまったく同じ戦略です。

しかし、ここが最良の部分です。

これらのウェブサイトの読み込みの改善はいずれも開発者のノウハウを必要とせず、初心者のSEOでも超高速で実装できます。

サイトの速度を上げ、ランクを上げ、エンゲージメントを高め、より多くのトラフィックを変換したい場合は、この投稿が最適です。 しかし、最初に、なぜ速いWebページのロード時間が重要なのでしょうか。

ウェブサイトの読み込み時間の統計

• 読み込みが遅い場合、ユーザーの59.2％が最初の6秒でウェブサイトを離れます–バウンス解除
• ページの読み込み時間が1秒から進むと、バウンスの確率が32％増加します– Think With Google
• ロード時間を0.1秒短縮すると、リード生成ページのバウンス率が8.3％向上します– Google、Fifty-Five、およびDeloitte
• ロード時間がわずか0.1秒短縮された場合：
  • 小売顧客エンゲージメントは5.2％増加します。
  • 小売および旅行カテゴリの商品リストページのバウンス率は、5.7％および5.4％向上します– Google、Fifty-Five、およびDeloitte
• ウェブサイトのコンバージョン率は、読み込み時間が0〜5秒になるごとに、平均4.42％低下します– Portent
• サイトの読み込み時間を10分の1秒増やすと、コンバージョン率が7％低下します– Akamai
• サイトの読み込み時間を10分の1秒短縮すると、小売サイトのコンバージョン率が8.4％増加し、旅行サイト（Google、Fifty-Five、Deloitte）のコンバージョンが10.1％増加します。
• eコマースサイトの読み込みが予想よりも遅い場合、45％以上の人が、購入する可能性が低いことを認めています– Unbounce
• 約70％の人が、ページの速度がオンライン小売業者からの購入意欲に影響を与えると述べています– Unbounce
• スマートフォンの買い物客の77％は、すばやく購入できるモバイルサイトから購入する可能性が高いと述べています– Think with Google
• 小売サイトでは、読み込み時間が10分の1秒短縮されると、平均注文額が9.2％増加します–デロイト
• モバイルウェブページが視覚的に読み込みを完了するのにかかる平均時間は21.6秒です– Backlinko
• デスクトップWebページの読み込みが視覚的に完了するまでにかかる平均時間は8.2秒です– Backlinko
• 完全に読み込まれたWebページの平均ページ読み込み速度はモバイルで27.3秒です– Backlinko
• 完全にロードされたWebページの平均ページロード速度はデスクトップで10.3秒です– Backlinko
• 平均的なウェブページは、モバイルとデスクトップで完全にロードするのに87.84％長くかかります– Backlinko
• モバイルページの読み込みが遅いと、デスクトップページと比較して、バウンス率が2倍高くなり、ページビューが27％少なくなります–パフォーマンス

これで、高速読み込みのWebサイトの重要性を理解したので、ページ速度とは何か（正確には）と、それを改善する方法について説明しましょう。

ページ速度とは何ですか？

ページ速度は、Webページの読み込みにかかる時間です。

読み込み時間とも呼ばれるページ速度は、ブラウザがWebページを要求してからブラウザがページをレンダリングするまでの間隔で測定されます。

ページの読み込み速度は、データの移動距離、Webサイトのサーバー速度、コードの複雑さ、ページファイルのサイズ、接続の種類など、さまざまな要因の影響を受けます。

言うまでもなく、ファイルの圧縮、キャッシュ、レンダリングのブロック、およびページの速度とSEOに影響を与えるその他の多数の要因。

おっしゃるように、ページ速度の向上は、ページ速度プラグインのインストールほど簡単ではありません。

速度に寄与する多くの、時には複雑な要因があります–または遅い–あなたのウェブサイトの読み込み。

それだけでなく、ページの読み込み時間を測定する「1つの方法」もありません。多くの方法があります。

最も一般的な3つは次のとおりです。

ページの読み込み時間

これは、ページが完全に読み込まれるまでにかかる時間です。

完全に読み込まれるまでの時間は、ページの表示されているすべての部分の読み込みと、スクリプトやコードなどの非表示の要素の読み込みを測定します。基本的には、ページ上のすべてのリソースの読み込み時間を測定します。

ページが完全に読み込まれるずっと前にページがユーザーに読み込まれているように見える（実際に機能している）可能性があるため、理解するのが最も簡単なページ速度メトリックですが、必ずしも最も役立つとは限りません。

最大の満足のいくペイント

Largest Contentful Paint（LCP）は、ユーザーの観点からページの読み込み時間を決定するためのより価値のあるメトリックです。

これは、Webページが画面上で最大のコンテンツをユーザーに表示するのにかかる時間を測定します。

通常、これはページの見出し、注目の画像、またはメインテキストのコンテンツです。

つまり、LCPは、重要な折り畳み上のコンテンツがユーザーに完全に表示されるまでの時間を測定します。

たとえば、ページが完全に読み込まれるまでに10秒かかるとします。

最初の満足のいくペイントが数秒以内に発生する限り、ページはゆっくりとロードされるように「表示」されません。

要するに、あなたの最大の満足のいくペイントが速い限り、あなたは遅い完全にロードされた時間で逃げることができます。

最初のバイトまでの時間

簡単に言えば、これはWebブラウザがWebサイトのサーバーからデータの最初のバイトを受信するまでに待機する必要がある時間の測定値です。

TTFBは、ページの読み込みにかかる時間を実際には測定しませんが、ページの読み込み時間には影響します。

ブラウザがサーバーからデータを受信するのに時間がかかるほど、ページの表示に時間がかかります。

ページの読み込み時間を計算する方法は？

ページ速度を測定する方法はたくさんあります。

• 最初のバイトまでの時間（TTFB）
• 最大のコンテンツフルペイント（LCP）
• First Meaningful Paint（FMP）
• インタラクティブまでの時間（TTI）
• 最初の入力遅延（FID）

リストは続きます…

そして、これらの指標の1つが他の指標より優れているわけではないからです。

私はあなたがそれらすべてにわたってあなたのウェブサイトをスピードアップすることに取り組むことを勧めます。

心配しないで。 すぐにその方法を説明しますが、最初に：

ページ速度がSEOにとって重要なのはなぜですか？

それを否定することはできません、Googleはページの読み込み速度に夢中です。

2010年以来、Googleは検索エンジンアルゴリズムのランキング要素としてサイトの速度（したがってページの速度）を使用してきました。

その後、2018年にGoogleは「スピードアップデート」を公開しました。これは、読み込みの遅いページの検索エンジンランキングにさらに影響を与えました。

そして最近の2021年に、GoogleはPage Experienceを導入しました。その主要なコンポーネントは、コアWebバイタルと読み込み速度でした。

グーグルはページの速度を大いに気にかけている-そしてなぜそうしないのか？

グーグルがあなたのウェブサイトに大量の無料トラフィックを送るつもりなら、彼らはユーザーに素晴らしい体験を楽しんでもらいたいと思っています。 その大部分は、高速読み込みのWebページです。

簡単に言えば：

ウェブサイトの読み込みが遅いと、Googleのランキングが損なわれます。

高速読み込みのウ​​ェブサイトは、Googleのランキングに役立ちます。

唯一の問題は、ページの読み込み時間をどのように改善するかということです。 次にそれについて説明します。

Webサイトを高速化する方法：Webページの読み込み時間を短縮するための15のベストプラクティス

それを逃れることはできません。ページの速度に寄与する多くのことは、コードに深く根ざしており、高度に技術的です。

AMPページの作成、HTTPリクエストの最小化、非同期読み込みの使用–すべてに開発者レベルのノウハウが必要です。 そのため、この投稿ではこれらのページ速度の最適化については説明しません。

代わりに、これまでにないほどサイトの速度を上げるための、実装が簡単な（しかし忘れられがちな）15の方法を共有しています。

飛び込みましょう：

（1）。 ページ速度テストを実行して、読み込み時間をベンチマークできるようにします（そして何を改善すべきかを知ることができます）

ページの速度を向上させる前に、Webサイトの読み込みがどれだけ速いか（または遅いか）を知っておくと役に立ちます。

結局のところ、現在のページ速度がわからない場合、速度の最適化が成功したかどうかをどのようにして知ることができますか？

いくつかのツールを使用してページ速度の向上を評価できます。サイトをすべて実行することをお勧めします。

しかし、警告の簡単な言葉：

スコアはツールごとに大きく異なります。

これは、各Webページ速度テストツールが異なる方法を使用してパフォーマンスを評価するためです。 それだけでなく、サーバーの場所はさまざまな都市にあります。後でわかるように、サーバーの場所はWebサイトの読み込み時間に大きな影響を与えます。

詳細にとらわれる必要はありません。 今のところ、各ツールでテストを実行し、スコアを書き留めてください。

Pingdom

Webブラウザでのページの読み込み方法を模倣した使いやすいサイト速度テスト。 Pingdomは現在、サイトをテストできる7つのサーバーロケーションを提供しています。

ページが完全に読み込まれた時間に応じて読み込み時間を測定する他のツールとは異なり、Pingdomはページ上のすべてのリソースがいつダウンロードされたかを記録するOnLoadTimeを使用します。 この時点で、ページはインタラクティブになりますが、スクリプトはまだバックグラウンドで実行されている可能性があります。

GTメトリックス

デスクトップとモバイルの両方の測定と、複数のブラウザでテストするオプションを提供するページ速度テストツール。 GT Metrixは、無料プランで7つ、プロプランでさらに15を含む、さまざまなサーバーの場所を提供します。

デフォルトの測定は完全にロードされた時間であり、オンロード時間はオプションです。

WebPageTest

WebPageTestは、さまざまなブラウザでWebサイトの速度とパフォーマンスを表示するもう1つの優れたツールです。

WebPageTestには、合計38のテスト場所があり、最も多くの場所があります。 GT Metrixと同様に、WebPage Testはデフォルトで完全にロードされた時間を使用し、オンロード時間（ドキュメントの完了時間とも呼ばれます）はオプションです。

PageSpeed Insights

これは、ページ速度のパフォーマンスを評価するためのGoogleのツールです。 上記の3つのツールとは異なり、Googleはスコアにラボデータではなくフィールドデータを使用します。フィールドデータが利用可能であると想定しています。

これはどういう意味ですか：

Google PageSpeed Insightsは、実際のユーザーの読み込み時間をシミュレートするテストを実行する代わりに、Chromeブラウザユーザーから実際のユーザーデータを収集します。 このデータは30日間にわたって集計されます。つまり、読み込み時間を最適化してから30日後までスコアの改善が見られない場合があります。

Googleによる読み込み時間の評価を知ることは重要です。 彼らがコアウェブバイタルに使用するのはこのスコアです。これは、検索エンジンのランキングパフォーマンスに寄与するページエクスペリエンスシグナルの重要な部分です。

とはいえ、他の3つのツール（Pingdom、GT Metrix、およびWebPageTest）は、ページ速度のパフォーマンスを測定する前後の迅速な測定に役立ちます。

いくつかの指針：

まず、ターゲットオーディエンスに近いテスト場所を選択します。 テストが米国から実行されているが、ユーザーがオーストラリアにいる場合、ページ速度のパフォーマンスの現実的な測定値は得られません。

第二に、あなたのホームページだけをテストすることを間違えないでください。

Pagespeedは各ページに固有です。

最も重要なURLをすべてテストし、GoogleAnalyticsを使用して読み込みが最も遅いページをすばやく特定することをお勧めします。

ヒント–GAの[動作]メニューの[サイトの速度]の下に[ページのタイミング]があります。

わかった？ 涼しい。

ページ速度の最適化を始めましょう。

（2）。 LightningFastDNSホストの無料ドメインネームシステムを切り替える

電話帳のようなドメインネームシステム（DNS）ホストについて考えてみてください。

人間が読めるドメイン名をIPアドレス（Webサイトが実際に配置されている場所）にマップします。

要するに：

ユーザーがブラウザのURLバーにWebアドレスを入力するたびに、ブラウザはWebアドレスをIPアドレスに変換するDNSルックアップを実行します。これにより、Webサイトがホストされているサーバーが特定されます。

デフォルトでは、ドメイン登録事業者が提供する無料のDNSサービスを使用します。

NameCheap、GoDaddy、Googleドメイン（および他のほとんどすべてのドメインレジストラ）は、ネームサーバーをセットアップし、ドメインをWebホストのIPアドレスにルーティングする機能を提供します。

これらの無料のDNSサービスの問題は？

彼らは本当に遅いです。

非常に高速なWebサイトが必要な場合は、DNSをCloudflareに切り替えることをお勧めします。

NamecheapのDNSサービスから移行し、26ミリ秒のクエリ時間から移行しました。

驚異的な13ミリ秒に。

つまり、DNS処理時間を50％削減しました。

何よりも、それは私にダイムを要しませんでした。

無料のCloudflareアカウントにサインアップしたら、ドメインレジストラにログインして、デフォルトのネームサーバーをCloudflareのものに置き換えるだけです。

これで完了です。

（3）。 このキャッシングダブルワーミーを実装し、ロード時間を短縮します

ユーザーがWebサイトにアクセスすると、（通常は）次のようになります。

• 彼らのブラウザはあなたのウェブサーバーに接続します
• コンテンツ管理システムは、データベースから最新のデータ（最近の投稿やページなど）を取得します
• WebサーバーはデータをHTMLページにコンパイルし、訪問者に提供します

キャッシングプラグインは、最初の2つのステップを完全に削除します。

訪問者がページを表示するたびにサーバーに新しい要求が行われるのを防ぐために、キャッシュプラグインは、事前に作成されたバージョンのWebページを保存し、訪問者に提供します。

そうすることで、ユーザーの読み込み時間を短縮します。

WordPressキャッシングプラグインに関する私の頼りになる推奨事項は次のとおりです。

• WPロケット（私が使っているもの）
• W3トータルキャッシュ
• WPスーパーキャッシュ

キャッシュプラグインはデータベースルックアップを削除するため、ウェブサイトの読み込み時間を1〜3秒短縮できます。

悪くない。

しかし、ページを高速でロードしたい場合は、次のことをお勧めします。

エッジキャッシング（CDN）

キャッシュされたバージョンのWebサイトを中央のWebサーバーに保存するページキャッシュとは異なり…

エッジキャッシングは、世界中に広がるサーバーネットワーク上にある「エッジノード」にHTMLページ全体を保存します。

これはどういう意味ですか：

惑星の反対側にあるサーバーにリクエストが行われる代わりに…

訪問者がページを開くように要求すると、近くにあるサーバーからページが配信されます。

ページキャッシングと同様に、事前に作成されたバージョンのWebページはすぐにアクセスできるように保存され、データベースを呼び出す必要はありません。

ご想像のとおり、データが数百キロメートルに対して数百キロメートルしか移動する必要がなく、ページがユーザー向けに事前に構築されている場合は、読み込み時間が短縮されます。

それだけでなく、エッジキャッシングは大量の作業を行うため、Webホスティングのプレッシャーを取り除き、サイトの速度をさらに向上させることができます。

私が使用することをお勧めするエッジキャッシングサービスは、CloudflareのCDNです。

世界中に200以上のサーバーがあります：

そして、月額たったの20ドルで、それは絶対的な盗みです。

（4）。 画像を最適化して、膨大なペイロードを削減します

肥大化した画像ほどウェブサイトの速度を低下させるものはありません。

そして、それは驚くことではありません。

画像はページサイズの大きな部分を占めています。

（SEOサービスページの総ページ重量の約40％）。

したがって、画像を最適化できるほど、ページの読み込みが速くなります。

唯一の問題はどのようにですか？

まず、すべての画像のサイズを必要な最大サイズに変更します。これより大きくする必要はありません。

例えば：

このページの画像の最大幅は640pxです。

幅650ピクセルの画像を読み込むとしたら、ページに不要な重みを追加してしまいます。

それだけでなく、CMSはページのサイズに合わせて画像の幅を640ピクセルに変更する必要があるため、読み込み時間がさらに遅くなります。

そのことを念頭に置いて、画像をWebサイトにアップロードする前に、必要な最大サイズに画像のサイズを変更することをお勧めします。

Pixlrなどのオンライン画像編集ツールまたはコンピューターにネイティブなツールを使用できます。 メカニズムは重要ではありません。画像は最大表示領域と同じサイズである必要があります。

次に実行したいのは、適切なファイルタイプを選択することです。

間違ったファイル形式を選択すると、重みが増したり、画像の品質が低下したりする可能性があります。

画像がアニメーション化されていない限り、PNGまたはJPEGが最も軽量であるため、読み込みが最も速くなります。

選択するファイルタイプを知る方法は次のとおりです。

第三に、可能な限り多くの品質を維持しながら、画像ファイルから不要な膨張をすべて取り除く必要があります。

専門性について心配する必要はありません。

Imageoptimをインストールするだけで、残りはツールに任せてください。

ファイルサイズを約半分に減らすのに役立ちます。

ちょっと待って！

画像がすでに読み込まれている場合はどうなりますか？

朗報です。 あなたがWordPressを使用している場合、私は解決策を持っています：

WPスマッシュ！

WP Smushは、WordPressメディアライブラリにアップロードした画像を自動的に圧縮します。

また、ファイルサイズを2倍以上縮小し、視覚的な品質を著しく低下させることはありません。

かなりかっこいいですよね？

画像ファイルのサイズを圧縮したら、ウェブページの読み込み時間を改善するために使用できる画像最適化のトリックがもう1つあります。

（5）。 遅延読み込みを実装します（ただし、ロゴにはありません）。

画像が羽のように軽い場合でも、投稿に1トンのグラフィックを使用すると、ページの重みが大きくなる可能性があります（私のように）。

それだけでなく、ページをレンダリングするためにすべての画像をロードする必要がある場合、ページのロード時間が長くなります。

遅延読み込みを入力します。

遅延読み込みとは、ブラウザが画像を画面に表示する必要があるまで画像の読み込みを遅らせることです。

つまり、すべての画像が一度に読み込まれるわけではありません。

一部の画像（および動画や埋め込みなどの他のアセット）は、必要な場合、つまりユーザーがページのそのセクションまでスクロールダウンした場合にのみ延期され、読み込まれます。

私のブログ投稿を注意深く見ると、遅延読み込みが実際に行われていることがわかります。

遅延読み込みは強力です。 それは本当にサイトをスピードアップすることができます。 ただし、遅延読み込みには大きな問題が1つあります。

オンにすると、すべての画像が遅延ロードされます。

私のようなほとんどのサイトには、読み込み時に表示される画像があるため、遅延読み込みを使用すると、実際には最大の満足のいくペイントを傷つける可能性があります。

ここでのポイントは、デフォルトの遅延読み込み設定では、ページ上のすべての画像に遅延読み込みタグが適用されることです。これには、ユーザーにすぐに表示される上部の画像も含まれます。

つまり：

「スクロールしなければ見えない位置にある」画像は、ページ上部の画像を読み込む前に、遅延読み込みJavaScriptライブラリが実行されるのを待つ必要があります。 つまり、lazyload JavaScriptは、高速で最大のコンテンツフルペイント（LCP）に必要なアセットのレンダリングをブロックします。

この問題に対処するには、ロゴとその他の折り畳み上の画像（ヒント！注目の画像）のURLを取得し、遅延読み込みプラグインに除外として追加します。

私はWPRocketを使用していますが、設定は次のとおりです。

WP Rocketを使用する場合でも、Autoptimize（遅延読み込み用のもう1つの優れたプラグイン）を使用する場合でも、画像の読み込みを延期し、ロゴを除外として設定してください。

それでは、「読み込みを延期する」ように設定する必要がある別のことに移ります。

（6）JavaScriptファイルを延期し、ページ速度を上げる

PageSpeedInsightsまたはGTMetrixを使用してサイトを実行したことがある場合は、次の警告に精通しているはずです。

それを逃れることはありません。 JavaScriptは、Webサイトの読み込み時間に影響を与える最大の原因の1つです。

しかし、なぜ？

誰かがあなたのサイトにアクセスすると、あなたのウェブサーバーはあなたのウェブサイトのHTMLコンテンツをユーザーのブラウザに配信します。

次に、ユーザーのブラウザはHTMLを上から下に移動して、ページをレンダリングします。

そのプロセス中にJavaScriptが見つかると、完全なJavaScriptファイルをフェッチして解析するまで、ページの残りの部分のレンダリングを停止します。

スクリプトファイルは大きく、ロードに時間がかかる可能性があるため、ロード時間に実際に影響を与える可能性があります。

そして、これが取引です：

ページを適切にレンダリングするために、ライブチャット、ポップアップ、ウィジェット、さらにはトラッキングスクリプトなどのほとんどのJavaScriptファイルは必要ありません。

そのため、ページが読み込まれるまでJavaScriptファイルの解析を遅らせることをお勧めします。

このようにして、ページ上のすべての重要なコンテンツが読み込まれ、後でスクリプトが実行されます。

WordPressを使用している場合、WP RocketとPerfmattersの両方で、JavaScriptのレンダリングを遅らせることができます。

気になる方のために、Perfmattersの設定を以下に示します。

サイトで遅延するスクリプトは、あなたに固有のものになります。

GT Metrixの推奨事項を簡単に確認すると、ロード時間が遅くなっている原因がわかります。

（7）。 ホスティングをアップグレードする

すべてのウェブホストが平等になるわけではありません。 それからは程遠い。

高速ホスティングプロバイダーと低速ホスティングプロバイダーの応答時間の差は、簡単に800ミリ秒になる可能性があります。

あまり聞こえないかもしれませんが、それは4倍の違いです。

私はほんの一握りのホスティングプロバイダーをテストしただけなので、個々のホスティングプロバイダーを呼び出すつもりはありませんが、ホスティングに月額$ 4.99を費やすと、サイトがすぐに読み込まれない可能性があります。

これは、ほとんどの予算ホスティングプランでは、サイトが他の何百ものWebサイトと同じ（過負荷の）サーバーに配置されているためです。これにより、速度が低下し、遅延が発生し、さらにはダウンタイムが発生します。

私はそこにあるほとんどのホストのパフォーマンスについて話すことはできませんが、一般的な経験則として、あなたはあなたが支払うものを手に入れます。

それでも、ホスティングの提案を探している場合は、私が使用している2つのプレミアムホストを紹介します。個人的には次のことをお勧めします。

• Cloudways –速度が最適化されたサーバースタックでのマネージドクラウドホスティングにより、世界中に60以上の場所を提供します。 クライアントへの私の頼りになる推薦。
• WPエンジン–サーバーレベルでのページキャッシュを備えたWordPressウェブサイトのマネージドホスティング。 このサイトがホストされているのと同じウェブホスト。

私の推奨事項と別の推奨事項のどちらを使用する場合でも、いくつかの要因を探す必要があります。

まず、ソリッドステートドライブ（SSD）を使用するホスティングプロバイダーが必要です。

ソリッドステートドライブは、標準のハードドライブよりもはるかに高速です。つまり、ページの読み込み時間が短くなります。

次に、あなたの国、または少なくともあなたの大陸にあるサーバーを備えたホストと一緒に行きます。

サーバーが設置されている国以外では、通常、Webサイトのパフォーマンスは1秒以上遅くなります。

その統計を念頭に置いて、現在、遠く離れた場所にある安価な共有サーバーを使用している場合は、専用のローカルSSDサーバーにアップグレードするときが来ました。

（8）。 コードをクリーンアップして圧縮する

つまり、ページにあるリソースを縮小する必要があります。

縮小化（実際には単語の場合）は、ファイルのサイズを縮小するために、不要なスペース、文字、およびコメント（実際には不要な要素）を削除するプロセスです。

ファイルが軽いということは、転送するデータが少なくなり、読み込み時間が短くなることを意味します。

ファイルを縮小するプロセスは通常、JavaScriptとCSSに重点を置いていますが、HTMLを含めることもできます。

ただし、Webサイトのコードのすべての行を調べて冗長な要素を見つけることを考える前に、心配する必要はありません。

WP Rocketをインストールし、いくつかのボックスにチェックマークを付けることで、コードを簡単に縮小できます。

WP Rocketは、コードを自動的に縮小します。

ファイルを減らす2つ目の方法は、GZIP圧縮です。

GZIPは、コンピューターで使用するZIPおよびRAR圧縮と同様に機能しますが、サーバーによって処理されます。

基本的に、訪問者がWebサイトにアクセスすると、ブラウザはWebサーバーにサイトのファイルを要求します。 GZIPが有効になっている場合、サーバーはそれらのファイルをユーザーのブラウザーに送信する前に圧縮します。

また、これらのファイルは圧縮されて軽量であるため、転送が高速になります。

WPエンジンホスティングを使用しているので、GZIPはすでに有効になっています。

ホスティングがGZIP圧縮をサポートしていない場合は、WPRocketまたはW3TotalCacheを介して有効にすることができます。

または、この種のことに熟練している場合は、手動で実行してください。

（9）。 より高速なHTTP2プロトコルを利用するために、古いHTTPを捨てる

私はこの時代にそれを言っているとは信じられません。

ただし、（HTTPSではなく）HTTPプロトコルでWebサイトを実行している場合は、今すぐシフトしてください。

HTTPSがランキングシグナルであることはおそらくご存知でしょう。

基本的に、Webサイトが安全で暗号化されたHTTPSプロトコルを使用している場合、Googleはサイトのランキングを少し上げます。 逆に、HTTPを使用すると、ランキングのパフォーマンスがわずかに低下します。

しかし、SSL証明書を取得してHTTPSホスティングに切り替える理由はそれだけではありません。

HTTPSも高速であることをご存知ですか？

サイトがHTTPSモード（暗号化）で実行されている場合、Webブラウザソフトウェアは新しいHTTP2プロトコルを使用します（ホストがそれをサポートしていると仮定します）。これは、以前のHTTP1.1プロトコルよりも大幅に高速です。

実際、HTTPSを使用すると、サイトのダウンロードが14.3％速くなります。

汚すぎる格好はやめて！

現在のウェブホストで急いでHTTPSに切り替える前に、多くの安価なホスティングプロバイダーがまだHTTP2をサポートしていないことを考慮してください。

そうでない場合は、インフラストラクチャが古くなっていることを確実に示しており、Cloudways、WP Engine、Kinstaなどのプレミアムホスティング会社にジャンプするもう1つの理由です。

プロのヒント： Cloudflareの0-RTT（ラウンドトリップ時間ゼロ）機能を購読してください。これにより、HTTPS暗号化ネゴシエーションがさらに高速化されます。

（10）。 あなたのウェブサイトが許可する最高バージョンのPHPを使用してください（そしてより速い処理時間をロックインしてください）

PHPは、Joomla、Drupal、WordPressなどの一般的なCMSで使用されるプログラミング言語です。

信じられないかもしれませんが、これは5つのWebサイトのうち4つで使用されているコードベースです。

PHPの良い点の1つは、セキュリティを強化し、パフォーマンスを向上させるために継続的に更新されることです。

実際、PHPの新しいバージョンは6〜12か月ごとにリリースされます。また、新しいPHPの更新は通常、以前のバージョンよりも10〜30％高速です。

一度に処理できるデータベース要求の数が増えるため、各バージョンは前回よりも高速に動作します。

たとえば、PHP7.3とPHP5.6を比較すると、新しいバージョンでは1秒あたり3倍のトランザクションを処理できます。

サイトがWordPressを使用している場合は、サイトを最新のPHPバージョンに更新するのは簡単です。

すでに述べたような専門のホスティングプロバイダーは、PHPのバージョンを自動的に更新します。

または、WordPressの[ツール]メニューでサイトの状態の設定を確認することもできます。 そこから、実行しているPHPバージョンが表示されます。

そしてそれに応じてそれを更新することができます。

（11）。 ビデオのためにこのサービスを使用してください–それはあなたのウェブサイトを大幅にスピードアップします

それを否定することはできません。 動画は、視聴者を引き付ける非常に優れた方法です。

しかし、問題は、ロードするために大量のサーバーリソースを消費することです。

そして、あなたが学び始めているとき、あなたのページの速度が速くなるので、あなたのサーバーへの負担が少ないほど良いです。

それで、ビデオの場合…

サイトで動画をセルフホスティングする代わりに、YouTube、Vimeo、Wistiaなどのスタンドアロンの動画ホスティングサービスを使用してください。

次に、埋め込みコードを使用してビデオをWebサイトに追加します。

このように、サーバーは重いビデオファイルの読み込みに専念することはなく、ページ上の他の要素を処理するために時間を使用できます。

しかし、これらのサービスのそれぞれのうち、どれが優れていますか？

WP Rocketによると、VimeoはYouTubeやWistiaよりもわずかに高速であり、最も遅いプレーヤーであるDailyMotionよりもはるかに高速です。

それでも、これらのトップ3の違いはごくわずかです。そのため、ほとんどの動画でWistiaを選択しています。

優れた分析機能を備えており、SEOの優れた機能であるビデオサイトマップをサポートしています。

（12）。 3XXリダイレクトを検索（および修正）

301および302リダイレクトが役立ちます。

これらは、冗長ページを代替の有効なURLにリダイレクトするために使用されます。

問題は、ページの速度がひどいことです。

なんで？

ユーザーが3XXステータスコードページにアクセスしようとすると、サーバーに対して2つの要求が行われるためです。

1つは元の（リダイレクトされた）URL用で、もう1つは最終的な宛先URL用です。

これは、ウェブサイトの読み込み時間が大幅に増加することを意味します。

しかし、これが…

3XXリダイレクトを完全に廃止することはできません。 それはあなたのSEOに非常に有害です。

ただし、不要な3XXステータスコードを最小限に抑えることができます。

（a）。 内部リダイレクト

内部リダイレクトは、それを指す内部リンクを持つページが別のページにリダイレクトされるときに発生します。

例えば：

あなたのホームページでは、ケトダイエットに関する記事にリンクしています（例：healthyfitness.com/keto-diet/）

後で、そのトピックに関する新しい記事を作成し、古い記事を新しい記事にリダイレクトすることにしました。 （301はhealthyfitness.com/keto-diet/からhealthyfitness.com/new-keto-diet/にリダイレクトします）

素晴らしい仕事–それはSEOにとって良い習慣です。

問題は、ホームページに配置した内部リンクが不要な「ホップ」を通過することです。これはユーザーにとっては機能しますが、そのリンクをたどるユーザーの読み込み時間が長くなります。

ありがたいことに、簡単な修正があります。 起点のリンクを最終的な宛先URLに更新するだけです。

サイトでリダイレクトを見つける簡単な方法は、CheckMyLinksをインストールすることです。 このブラウザ拡張機能はページをクロールし、リダイレクトしているリンクを強調表示します。

SEO Sherpaホームページをすばやくスキャンすると、フッター内の複数の内部リダイレクトが特定されます。

私がする必要があるのは、WordPressにログインして、それらのフッターリンクを最終的な宛先に更新することだけです。

（b）。 リダイレクトチェーン

リダイレクトはロード時間に悪影響を及ぼしますが、チェーン内にある場合はさらに悪化します。

リダイレクトのチェーンは、あるリダイレクトされたページが別のリダイレクトされたページにリダイレクトするときに発生します。

これらは通常、時間の経過とともにサイトに加えられた変更の結果です。

例えば：

• domain.com/about/が更新され、301が次の場所にリダイレクトされました。
• domain.com/about-us/が更新され、301が次の場所にリダイレクトされました。
• domain.com/about-our-company/が更新され、301が次の場所にリダイレクトされました。
• domain.com/company-history/

これで、元のページにアクセスしようとすると、1回ではなく3回リダイレクトされます。

AhrefsSiteAuditを使用してリダイレクトチェーンを見つけるのが好きです。 サイトをクロールした後、（他のエラーとともに）リダイレクトチェーンの問題の数を特定します。

リダイレクトチェーンのリストにドリルダウンして、発生するチェーンを確認できます。

各チェーンを修正するには、元のURLの301リダイレクトを、最終的な宛先への絶対リンクで更新します。これにより、途中のリダイレクトのチェーンが削除されます。

（13）。 404エラーを排除する

それが起こります！

ファイルが移動（または欠落）し、リンクが壊れます。

これが発生すると、不足しているファイルを見つけるための追加のWebサーバー要求により、ユーザーはページの読み込み時間が長くなります。

最終的に、404エラーにつながります。

これらのエラーの原因は多数あり、重要ではありません。

あなたが知る必要があるのはそれらを見つける方法です：

1つの方法は、Google検索コンソールを使用してそれらを見つけて修復することです。

GSCアカウントにログインしたら、[カバレッジ]、[エラー]の順にクリックします。

[送信されたURLが見つかりません]をクリックすると、404エラーが発生したすべてのリンクのリストが表示されます。

または、AhrefsやScreamingFrogなどのサイト監査ツールを使用することもできます。

どのツールを使用する場合でも、404ページとメディアファイルへのリンクを特定する必要があることを知っておいてください。

次に、それらの壊れたリンクを置き換えるか削除します。

そうすることで、サイトの速度が向上します。

（14）。 カットバック、更新、アップグレード–プラグインでページ速度を向上させる3つのステップ

プラグインと拡張機能に関しては、少ないほど良いです。

ほとんどのアドオンはJavaScriptとCSSをロードします。

そして、私がすでに指摘したように、これらの2つのことはあなたのウェブサイトをゴースローモードにすることができます。

したがって、可能な限り、プラグインを取り除いて、（絶対に）不可欠なものだけを使用することをお勧めします。

サイトの機能をオフにしてから削除するために必要ではないものは何でも。

もちろん、一部のプラグインは他のプラグインよりもサイトの速度に影響を与えます。

したがって、プラグインが絶対に必要な場合でも、より高速な代替手段がある可能性があります。

ServeBoltによるこの投稿には、読み込み時間のパフォーマンスに最も影響を与えるWordPressプラグインがリストされており、より優れた、より高速なオプションがリストされています。

より迅速な代替案を見つけた場合は、切り替えを行う必要があります。

プラグインを介してWebサイトを高速化するための3番目のステップは、最新のプラグインバージョンを実行していることを確認することです。

多くの場合、古いプラグインは現在のバージョンのWordPressまたはPHPと互換性がありません。

これらの非互換性は、ほとんどの場合、ページ速度のパフォーマンスに影響を与えます。

Thankfully, the plugin menu in WordPress makes it easy to spot outdated plugins:

From there, you can simply upgrade to the latest version.

（15）。 Use This Little Known Google Tag Manager Trick to Speed up Your Website

You've probably heard of Google Tag Manager? And, hopefully, you are using it on your website.

Google Tag Manager is a container for all your pixels and tracking scripts, which makes deploying codes simple – and bypasses the need for a developer.

Simply moving your tracking pixels from embedded in your website code to Google Tag Manager can shave up to 2 seconds off your load time.

This is a great page speed improvement, but it doesn't stop there…

Did you know that Google Tag Manager, allows you to control when your tags are fired and thus speed up your load times even further?

As you've learned already, any code that's not required for a fast largest contentful paint should be delayed until after the main content has loaded.

By default, Google Tag Manager will fire your tags on page view.

But, by selecting the 'Window Loaded” trigger your tags are fired once the entire content of the page has been fully loaded, including any embedded resources such as images and scripts.

I set this up on the SEO Sherpa website, and because I have a bunch of tracking set up, it boosted load times significantly.

To implement this page speed trick on your own website, login to GTM and select 'New Trigger' and then 'Window Loaded.'

And once you've done that, you're done.

What Did You Think?

Now I'd like to hear from you:

Which technique from today's post are you going to implement first?

Are you going to fix broken links? Or implement lazy loading?

Either way, let me know by leaving a comment below.