Google Core Web Vitals:知っておくべきことすべて
公開: 2022-02-14Googleは常にユーザーのニーズを大切にしてきました。 キーワードの乱用からウェブサイトの読み込み速度の導入、ランキングの考慮事項、モバイルファーストのランキングまで、ユーザーエクスペリエンスの向上に常に取り組んできました。 そのアプローチのもう1つのステップは、CoreWebVitalsです。
コアWebバイタルとは何ですか?
Googleは重要な指標の組み合わせを使用してページをランク付けし、CoreWebVitalsはその1つです。 サイトの使いやすさ、読み込み速度、視覚的な安定性、情報の関連性を分析します。 ユーザーがインターネットで検索する場合、すべてのGoogle Core Web Vitalsは、ユーザーが最良かつ最も関連性の高い結果を確実に受け取れるように努めます。
Web Vitalsメトリックは、コアWebVitalsと非コアWebVitalsの2つの部分に分けられます。
コアWebバイタルは次のとおりです。
- 最大のコンテンツフルペイント(LCP)
- 最初の入力遅延(FID)
- 累積レイアウトシフト(CLS)
そして、非コアWebバイタルは次のとおりです。
- 総ブロッキング時間(TBT)
- First Contentful Paint(FCP)
- スピードインデックス(SI)
- インタラクティブまでの時間(TTI)
ただし、すべてのWeb Vitalを確認する前に、なぜそれらが非常に重要なのかについて説明しましょう。
コアWebバイタルが重要なのはなぜですか?
Core Web Vitalsの重要性は、Webサイトがユーザーに対してどのように機能するかを反映していることです。 これは、Webサイトの読み込み速度と、訪問者が接続できる速度に関係しています。
最近の調査によると、ページの読み込み時間が1秒遅れると、コンバージョンが7%減少し、ページへのアクセスが11%減少し、顧客満足度が16%低下する可能性があります。
結果として、あなたのウェブサイトのパフォーマンスをスピードアップして改善することが重要です。 一方、ほとんどのパフォーマンス測定方法では、ユーザーエクスペリエンスの品質が考慮されていませんでした。
コンバージョン、ページビュー、顧客満足度はすべて、ユーザーエクスペリエンスの悪い高速なウェブサイトに悩まされています。 コアWebVitalsを改善すると、この問題の解決に役立ちます。
SEOランキングでは、ユーザーエクスペリエンスも重要な要素です。 Googleは以前、2021年5月以降、ページエクスペリエンスが検索アルゴリズムの更新におけるランキング要素の1つになると述べています。
GoogleのコアWebバイタルの3つのコンポーネント
それでは、3つのGoogle CoreWebVitalsコンポーネントのそれぞれを見てみましょう。
ラージコンテンツフルペイント(LCP)
最大のコンテンツフルペイントは、ページの読み込みにかかる時間を測定するコアWebバイタルメトリックです。 ユーザーの表示可能領域内で最大のコンテンツ要素をレンダリングするのにかかる時間を計算します。 ページ全体を測定するわけではありません。
良いLCPスコアとは何ですか?
Googleによると、最高のユーザーエクスペリエンスを提供するには、サイトのLCPが2.5秒以下である必要があります。
LCPは、他のCore Web Vitalsメトリックと同様に、「良い」から「悪い」のスケールで評価されます。
- 良好: 2.5秒未満のLCPはすべて良好と見なされます。
- 改善の必要性: 2.5〜4.0秒のスコアを改善する必要があります。
- 悪い: 4.0秒を超えるLCPは貧弱であり、その結果、ユーザーがWebサイトにアクセスしたときにひどい体験をします。
最大のコンテンツフルペイント(LCP)が重要なのはなぜですか?
この要素は、人がページにアクセスしたときに最初に目にするものであると考えられています。 LCPは、スコアが高いとサイトの読み込みが速くなるとユーザーに思わせるため、ユーザーエクスペリエンスに劇的な影響を与えますが、スコアが悪いとユーザーは不満を感じることになります。 このスコアが将来のSEOランキングに影響を与えることも確立されています。
LCPスコアの低下の原因は何ですか?
LCPスコアが悪い理由は次のとおりです。
- 応答時間が遅い。
- レンダリングブロッキングCSS。
- ブロッキングJavascriptをレンダリングします。
- クライアント側のレンダリング。
- 最適化されておらず、クリーンアップされていないCSSおよびJSファイル。
- ページの読み込み中に表示されないフォント。
- 最適化されていない画像。
- 最適化されていないリソースのロード順序。
LCPスコアを改善する方法は?
LCPスコアを改善する方法は次のとおりです。
- 不要なサードパーティのスクリプトを削除します。
- CSSを縮小します。
- 画像の遅延読み込みを設定します。
- より高速なウェブホストにアップグレードします。
- CDNをインストールします。
- アセットをキャッシュします。
- 読み込みに時間がかかる大きなページ要素を削除します。
- 特定のURLについてはGoogleのアドバイスに従ってください。
最初の入力遅延(FID)
最初の入力遅延は、ユーザーが最初にWebサイトを操作してから(つまり、リンクをクリックする、ボタンをタップする、またはカスタムのJavaScriptベースのコントロールを使用する)から、ブラウザーがそれに応答してイベントハンドラーの処理を開始できるようになるまでにかかる時間です。その相互作用。
良いFIDスコアとは何ですか?
100ms以下の反応時間は、ユーザーには瞬間的なものとして認識されます。 これは、技術的なSEOエージェンシーが、すべてのWebページに対して0.1秒未満の最初の入力遅延を試みる必要があることを示しています。
FIDは、他のCore Web Vitalsメトリックと同様に、「良好」から「不良」のスケールで評価されます。
- 良好: 100ミリ秒未満のFIDはすべて良好と見なされます。
- 改善の必要性: 100〜300ミリ秒のスコアを改善する必要があります。
- 悪い: 300msを超えるFIDは悪いです。
First Input Delay(FID)が重要なのはなぜですか?
ユーザーがウェブサイトを利用しようとしてすぐに返信しない場合、ユーザーは不満を感じる可能性があります。 Webサイトのエクスペリエンスを向上させるには、煩わしさを減らすことが重要です。 将来のページエクスペリエンスSEOアルゴリズムのアップグレードでは、この測定値はSEOランクに直接影響します。
FIDスコアの低下の原因は何ですか?
FIDが不十分な場合の最も一般的な原因は次のとおりです。
- ブラウザが一時停止しなければならない長いタスク。
- 長時間のJavascriptの実行。
- 重いJavascriptバンドル。
- レンダリングをブロックするJavascript。
FIDスコアを改善する方法は?
FIDスコアを改善する一般的な方法は次のとおりです。
- リソースのロード順序を最適化します。
- Javascriptの実行時間を最適化します。
- サードパーティのJavascriptの量を減らします。
- 重要でないJavascriptアセットの実行を延期します。
- サーバーの応答時間を改善します。
- アセットリクエストの数とサイズを減らします。
- サーバー側のキャッシュとともにサーバー側のレンダリングを使用します。
- コードを分割し、Webページの折り畳み上のセクションに重要なCSSを使用します。
- ブラウザのメインスレッド処理作業を最小限に抑えます。
- Web-workersをService-workerと一緒に使用します。
累積レイアウトシフト(CLS)
累積レイアウトシフトとは、ページのダウンロード中にWebページコンポーネントが突然移動することを指します。 フォント、画像、動画、お問い合わせフォーム、ボタン、その他の種類のコンテンツは、シフトを引き起こす要素の例です。
ページを移動するとユーザーエクスペリエンスが低下する可能性があるため、CLSを最小限に抑える必要があります。
良いCLSスコアとは何ですか?
完全に静的なWebページのCLSスコアは0から始まり、ページのレイアウトが変更されるにつれて大きくなります。
スコアが低いほど、レイアウトはより安定します。 Googleのパフォーマンスツールは、次の公式CLSスコアを利用します。
- 良好: 0.1未満のCLSはすべて良好と見なされます。
- 改善の必要性: 0.1から0.25の間のスコアを改善する必要があります。
- 悪い: 0.25を超えるCLSは悪いです。
累積レイアウトシフト(CLS)が重要なのはなぜですか?
コンテンツが予期せず移動した場合、それはエンドユーザーにとって最も苛立たしい経験の1つです。 これにより、ユーザーはプロセッサ内のどこにいるかに集中できなくなり、間違ったオブジェクトをクリックまたは押す可能性があります。 それは非常に苛立たしく、ユーザーエクスペリエンスに有害であり、Googleにランキング要素と見なすよう促します。
何がCLSスコアの低下を引き起こしている可能性がありますか?
Googleによると、累積レイアウトシフトが発生する理由は次のとおりです。
- 寸法のない画像。
- 動的に挿入されたコンテンツ。
- WebフォントはFOIT/FOUTを引き起こします。
- ディメンションのない広告、埋め込み、iframe。
- DOMを変更する前に、アクションはネットワーク応答を待ちます。
CLSスコアを改善する方法は?
CLSスコアを改善する方法は次のとおりです。
- サイトが最初に読み込まれるときに画面レイアウトがシフトする原因となるポップアップやバナーは避けてください。
- メディア(画像、GIFなど)のサイズ属性のサイズを設定して、ユーザーのブラウザが占めるスペースの量を理解し、予期せずサイズを変更しないようにします。
- すべての広告を予約済みのスペースに配置して、突然表示されてコンテンツがシフトしないようにします。
- 特定のURLについてはGoogleのアドバイスに従ってください(以下のコアWebバイタルを測定する方法を参照してください)。
その他のWebバイタル
Core Web Vitalsがランキングシグナルになりつつある一方で、追加のWebVitalsも見逃してはなりません。 これらの指標を管理することは、ユーザーエクスペリエンスを管理することと同じです。
その他のWebバイタル:
総ブロッキング時間(TBT)
合計ブロック時間(TBT)は、長いタスク(50ミリ秒を超えて実行されるすべてのタスク)がメインスレッドをブロックし、ページの使いやすさを低下させる時間の長さです。 完全にインタラクティブになる前のページの静的度を表示します。
良いTBTスコアとは何ですか?
平均的なデバイスとネットワーク接続では、適切な合計ブロッキング時間は300ミリ秒未満です。 Lighthouseは、ロングタスクの合計ブロッキング影響を加算し、それを上位10.000 WebサイトのTBTスコアと比較することにより、合計ブロッキング時間を計算します。 この測定には、404ページとアセットが含まれます。
合計ブロッキング時間分類しきい値:
- 良好: 300ms未満のTBTはすべて良好と見なされます。
- 改善の必要性: 300〜600ミリ秒のスコアを改善する必要があります。
- 悪い: 600msを超えるTBTは悪いです。
TBTスコアの低下の原因は何ですか?
TBTスコアが低い理由は次のとおりです。
- 厄介なJavaScriptコードと未使用のJS。
- JS実行時間が長い。
- 高いメインスレッド作業。
- サードパーティのコードを多用します。
TBTスコアを改善する方法は?
TBTスコアを改善する方法は次のとおりです。
- CSSとJSを縮小します。
- Javascriptの実行時間を短縮します。
- 未使用のJavascriptを削除します。
- サードパーティのコードの影響を減らします。
- レンダリングをブロックするリソースを排除します。
- テキスト圧縮を有効にします。
- メインスレッドの作業を最小限に抑えます。
First Contentful Paint(FCP)
Webサイトの読み込みが開始されると、画面に表示される最初のコンテンツがFirst Contentful Paint(FCP)として測定されます。
これは、ユーザーがWebサイトのパフォーマンスをどのように表示するか(速度テストツールがどのように評価するかではない)を明らかにするため、ユーザー中心の統計です。 FCPは可能な限り低くする必要があります。 クイックFCPは、何かが起こっていることをユーザーに通知します。
良いFCPスコアとは何ですか?
メトリック評価の計算に関するGoogleのドキュメントによると、彼らは3つのカテゴリ(良い、改善が必要、悪い)でFCP時間を評価し、Lighthouseツールで使用されるパーセンタイルスコアを取得する方法を説明しています。
- 良好: 0〜1.8秒のFCPはすべて良好と見なされます。
- 改善の必要性: 1.8〜3秒のスコアを改善する必要があります。
- 悪い: 3秒を超えるFCPは悪いです。
FCPスコアの低下の原因は何ですか?
FCPスコアが低い理由は次のとおりです。
- ブロッキングスクリプトと外部スタイルシートをレンダリングします。
- JavaScriptファイル。
- 大規模なテキストベースのアセット。
FCPスコアを改善する方法は?
以下は、FCPスコアを上げるためのいくつかの提案です。
- レンダリングをブロックするスクリプトとスタイルシートを削除します。
- 未使用のCSSとJavaScriptを削除します。
- 複数ページのリダイレクトは避けてください。
- 過度のDOMサイズは避けてください。
- 非表示のテキストを表示しないでください。
- リソース数と転送サイズを減らします。
スピードインデックス(SI)
Speed Index(SI)は、ページのコンテンツが表示されるまでの時間を示すページ読み込みパフォーマンス統計です。 これは、ページの表示されているセクションが読み込まれるまでにかかる平均時間です。 ミリ秒で表され、ビューポートのサイズに依存するスコアが低いほど、優れています。
良いSIスコアとは何ですか?
灯台によると、まともなスピードインデックススコアは4.3秒未満でなければなりません。 4.4〜5.8秒が平均スピードインデックススコアです。 5.8秒を超える速度指数は不良と見なされます。 Lighthouseは、HTTPアーカイブ標準を使用してこのページのすべてのデータを計算しました。 HTTPアーカイブデータが変更されると、Lighthouseの良好、中程度、および不良の速度インデックススコア基準が変更されます。
- 良好: 4.3秒未満のSIが良好と見なされます。
- 改善の必要性: 4.4から5.8の間のスコアはすべて改善する必要があります。
- 悪い: 5.8秒を超えるスコアは悪いです。
SIスコアの低下の原因は何ですか?
SIスコアが低い理由のいくつかを次に示します。
- JavaScriptコードと未使用のJS。
- JavaScriptの実行時間。
- メインスレッド作業。
- サードパーティのコード。
SIスコアを改善する方法は?
SIスコアを上げるためのいくつかの提案があります:
- 未使用のJSを削除します。
- JavaScriptの実行時間を短縮します。
- レンダリングをブロックするリソースを排除します。
- サードパーティのコードの影響を減らします。
- メインスレッドの作業を最小限に抑えます。
- キーリクエストをプリロードします。
- 重要なリクエストを連鎖させないでください。
- リクエスト数を少なくし、転送サイズを小さくします。
- TTFBとサーバーの応答時間を短縮します。
- アップロードするファイルの画像が正しい形式であることを確認してください。
インタラクティブまでの時間(TTI)
TTIは、ページの読み込み応答性を評価し、Webサイトがインタラクティブであるように見えてもそうでない場合の状況を分析するのに役立つパフォーマンス統計です。

TTIは、First Contentful Paint(FCP)に続いて、ページがユーザーとの対話の準備ができているかどうかを識別します。
良いTTIスコアとは何ですか?
適切なユーザーエクスペリエンスを提供するには、常に3.8秒未満のインタラクティブ時間を目標にする必要があります。 TTIスコアは、ページのTTI時間を、モバイルまたはデスクトップで表示されているかどうかに関係なく、上位サイトのTTIタイミングと比較することに基づいています。
LighthouseがTTIスコアを解釈する方法は次のとおりです。
- 良い: 3.8秒未満のTTIが良いと見なされます。
- 改善の必要性: 3.9から7.3の間のスコアはすべて改善する必要があります。
- 悪い: 7.3秒を超えるスコアは悪いです。
TTIスコアの低下の原因は何ですか?
TTIスコアが低い原因のいくつかは次のとおりです。
- JavaScriptの実行時間。
- JavaScriptコードと未使用のJS。
- サードパーティのコード。
- メインスレッド作業。
TTIスコアを改善する方法は?
TTIスコアを向上させるためのいくつかの方法を次に示します。
- JavaScriptファイルを縮小します。
- より少ないプラグインでJavaScriptの実行時間を短縮します。
- 画像とビデオを最適化します。
- サードパーティのコードの影響を減らします。
- メインスレッドの作業を最小限に抑えます。
- サーバーリクエストの数を少なくし、転送サイズを小さくします。
- キーリクエストをプリロードします。
コアWebバイタルを測定する方法は?
Googleは、SEOとWebサイトの所有者が、さまざまなツールを使用してCoreWebVitalsを簡単に追跡できるようにしました。
Core Web Vitalsはほんの数週間前にリリースされ、当時のChromeUXレポートを使用してのみ評価できました。
Core Web VitalsがGoogleのランキングアルゴリズムに含まれるというニュースを受けて、同社は既存のツールの多くを測定機能で強化しています。
Google Core Web Vitalsは、以下を使用して測定できるようになりました。
Google PageSpeed Insights
Core Web Vitalsの測定と評価に関しては、Google PageSpeed Insights(PSI)は不可欠なSEOツールの1つです。 PSIは、LighthouseとChrome UXレポートを使用して、モバイルデバイスとデスクトップデバイスのラボとフィールドの両方からデータを提供します。 PageSpeed Insightsは、実際のユーザー(CrUX)からのフィールドデータの概要を提供することに加えて、サイトの速度を向上させる方法に関する詳細なアドバイスを提供します。
Google検索コンソール
Google Search Consoleは、改善または修正が必要な可能性のあるページのグループを調べて発見するのに役立ちます。 GSCは、実際のフィールド調査に基づくChromeUXレポートのデータに基づいています。 URLは、メトリックの種類とステータス(悪い、改善が必要、良い)によって分類されます。 GSC Core Web Vitalsレポートは、Core Web Vitalsに関してすべて(またはほとんど)のWebページのパフォーマンスを示します。
Google灯台
Google Lighthouseは、ラボ環境でWebサイトをテストするための最も人気のあるツールです。 これにより、パフォーマンス、アクセシビリティ、ベストプラクティス、SEOの4つの領域でWebサイトを監査および評価できます。 Lighthouseは、ラボのユーザーエクスペリエンスパラメータの中でも、LCP、CLS、TTI、TBTを追跡します。 このツールは、PSI(主にLighthouseに基づく)と同様に、サイトの拡張に関する詳細なアドバイスを提供します。 Lighthouseを使用してサイトをテストするときは、必ずLighthouseScoringCalculatorを確認してください。
Chrome DevTools
Chrome DevToolsは、Chromeブラウザにプリインストールされている開発者ツールです。 アクセスするには、右クリックして[検査]を選択すると、ChromeDevToolsが表示されます。 Chome DevTools Performanceパネルを使用して、いくつかのCoreWebVitalsインジケーターを調べることができます。 WebVitalsに注目してください。 経験のパートは、レイアウト調整の分析に役立ちます。
ChromeUXレポート
Chrome UXレポートは、数百万のウェブサイトからの実際のユーザーエクスペリエンスデータを提供する公開データセットです。 それ自体はツールではありません。 Chromeユーザーエクスペリエンスレポートのデータは、オプトインしたChromeユーザーからのものです。 したがって、すべてのCoreWebVitalsインジケーターのフィールドデータを監視します。 開発者の場合は、CrUX APIを使用して、アプリ内のCoreWebVitalsのフィールドバージョンを測定できます。
GTmetrix
GTmetrixは、サイトの速度とパフォーマンスを評価するためのもう1つの重要なラボツールです。 このツールは、GoogleLighthouseデータに基づいています。 最大のコンテンツフルペイント、合計ブロッキング時間、累積レイアウトシフトなどのパラメータを追跡します。
Web Vitals(Chrome拡張機能)
WebVitalsはGoogleChrome拡張機能であり、デスクトップでCoreWebVitals情報をリアルタイムで監視できます。 加えられた変更の評価とトラブルシューティングを希望する開発者は、WebVitalsChrome拡張機能が役立つ場合があります。 Webサイトにアクセスし、拡張機能をクリックしてデータを調べます。
コアWebバイタルは私のランキングに影響しますか?
Core Web Vitalsは、2021年6月にGoogleのランキング基準になります。 したがって、これらの指標はSEOのパフォーマンスに影響を与える可能性があります。
新しいページエクスペリエンスシグナルには、HTTPSセキュリティ、安全なブラウジング、モバイルフレンドリー、および侵入型インタースティシャルガイドラインが含まれます。
Google Core Web Vitalsは、モバイルとデスクトップの両方でオーガニック検索結果に影響を与えるだけでなく、サイトがトップストーリーに表示されるかどうかにも影響します。 以前は、トップストーリーに表示したい場合は、AMPを利用する必要がありました。 Googleがアップデートを実装すると、これは当てはまりませんが、トップストーリーに表示するには、サイトが特定の最小コアWebバイタルスコアを満たす必要があります。
さらに、オーガニックランキングを強化するには、すべてのCoreWebVitalsインジケーターが満たされている必要があるようです。 インデックス付きページのコアWebバイタルスコアも必要になる場合があります。
要約すると、WordPress SEOのパフォーマンスを気にする場合は、Google CoreWebVitalスコアを上げる必要があります。
良いページ速度スコアとは何ですか?
正式なカットオフポイントはありません。 最も一般的なガイドラインの1つは、Webサイトが2秒以内に読み込まれるようにすることです。 これは、モバイルユーザーの47%が読み込みに2秒以上かかるウェブサイトを放棄したことがGoogleの調査で判明したことが原因である可能性があります。
このアドバイスはおそらく速度指数の測定に基づいていますが、Googleがページ速度スコアを提供するときに特定の指標を述べたことはないと思います。 通常、Googleの担当者のアドバイスは一般的です。たとえば、「ユーザーがサイトをすばやく作成できるようにする」や「サイトをできるだけ速くする」などです。
ページ速度の向上が非常に重要なのはなぜですか?
ユーザーエクスペリエンスはページの速度に影響され、Webサイトを作成または破壊する可能性があります。 ページのパフォーマンスが向上すると、ユーザーエクスペリエンスが向上し、ページへのアクセスのコンバージョンが増加し、バウンス率が低下します。 ページ速度をさらに深くすることの利点を見てみましょう。
1.ユーザーエクスペリエンスを向上させるためにウェブサイトの速度を上げる
私たちの調査によると、47%の顧客が2秒以内にウェブサイトをロードしたいと考えています。
その後、毎秒ユーザーエクスペリエンスが低下します。 視聴者は、ページが読み込まれるのを待ちたくありません。 したがって、彼らは通常、クリックして離れて、より優れたユーザーエクスペリエンスを提供する会社を見つけます。
2.ページビューの数を増やす
LCPやCLSなど、前に説明したいくつかの指標がGoogleのページランクに影響を与えることにお気づきかもしれません。 Googleは、読み込み時間を評価するデータを追加して、ユーザーに高品質の検索結果を提供します。 その結果、ページの読み込みが速くなるほど、Googleの評価が高くなります。
3.コンバージョンを増やす
サイトの読み込みが速い場合、ユーザーは満足し、クライアントになる可能性が高くなります。 HubSpotは、ページの読み込み時間を3〜17%短縮すると、12のケーススタディでコンバージョンが増加することを発見しました。
数学が行われました。 eコマースサイトが1日あたり10,000ドルを生成する場合、1秒のページ遅延は年間250万ドルの費用がかかる可能性があります。
4.バウンス率の低下
Think with Googleによると、ウェブサイトの読み込み時間を1秒から3秒に増やすと、バウンス率が32%向上します。 1秒から5秒に増やすと、チャンスは90%増加します。
数秒は、ユーザーを維持することと変換すること、またはユーザーを競合他社に失うことの違いを意味する場合があります。
詳細については、WordPressでバウンス率を下げる方法に関する詳細なガイドをご覧ください。
ページ速度を上げる方法
次のアクションを試して、ページの速度を上げることができます。
1.リダイレクトの数を制限する
サーバーが正しいページを見つけてロードするのに時間がかかるほど、リダイレクトが多くなります。 必要のないリダイレクトを削除します。
2.最後にスラッシュを含めます
URLの最後にスラッシュを追加することを忘れないでください。 通過するファイルフォルダがなく、このページが最終的な宛先であることをサーバーに通知しています。
その結果、URLはwww.pickupwp.com/blogではなくwww.pickupwp.com/blog/になります。
ロード時間を数分の1秒短縮し、ミリ秒ごとに問題が発生します。
3.画像は圧縮して最適化する必要があります。
大きな画像ファイルや多数の写真を使用すると、ウェブサイトの読み込みにかかる時間が大幅に長くなる可能性があります。 すべての写真が正しく拡大縮小および圧縮されていることを確認してください。
画像も正しい形式で保存する必要があります。 最も簡単に圧縮できる形式はPNGとJPEGで、これらはすべてのブラウザでサポートされています。
画像を圧縮すると、ファイルサイズが小さくなります。ファイルサイズはキロバイトとメガバイトで測定されます。 高品質の写真は、平均で60%から80%削減できます。 サイズが1MBを超える画像は絶対に使用しないでください。
ページ上の画像のサイズは、サイズを変更することで変更できます。 小さい画像は700ピクセル以下である必要がありますが、大きい画像はサイトの全幅(または約1900ピクセル)を占める必要があります。 いつでもサイズを小さくすることができますが、画像をピクセル化せずにサイズを大きくすることは非常に困難です。
画像の最適化と圧縮に使用できる画像最適化プラグインがいくつかあります。
4.コンテンツ配信ネットワーク(CDN)を利用する
CDNを使用すると、サイトはサーバーのネットワークによってローカルにホストされ、ページの読み込み時間が短縮されます。 たとえば、ロサンゼルスにあるWebサイトにアクセスするダブリンの人は、オリジンサーバーにpingを実行する必要はなく、アイルランドの自宅に近いサーバーにpingを送信する必要があります。
コンテンツを複数のサーバーに分散することでオリジンサーバーへのリクエスト数を減らし、ダウンロード時間を短縮します。
5.プラグインおよびその他のページ要素は最小限に抑える必要があります。
プラグイン、JavaScript、およびその他の追加要素により、ページの読み込みにかかる時間が長くなります。 ページに必要なコンポーネントのみを含めてください。
もちろん、一部のプラグインはサイトのパフォーマンスに役立ちます。 画像のサイズを自動的に変更し、コードを縮小し、JavaScriptの読み込みを延期するプラグインを使用すると、ページのパフォーマンスが向上する場合があります。 これらのプラグインによって提供される追加機能がページパフォーマンスを犠牲にする価値があるかどうかを判断するのが最善です。
6.HTMLまたはCSSを縮小します
Webサイトのコードを縮小すると、開発者がコードを読みやすく、後で操作しやすくするために使用するすべてのスペース、メモ、および追加のマークアップを削除します。 サーバーがWebサイトを読み込もうとすると、HTML、JavaScript、またはCSSを理解するためにすべてを必要とせず、邪魔になる可能性があります。
7.キャッシングを利用する
サイトがキャッシュされると、サーバーはそのページのコピーを保存するため、毎回サイトをリロードする必要はありません。 キャッシュを使用すると時間を節約できます。
WordPressに最適なキャッシュプラグインであるWPRocketを使用できます。
8.Webホスティングプロバイダーを慎重に選択します。
あなたはそれがウェブサイトのホスティングになるとあなたが支払うものを手に入れます。 安価なプランでは、それほど多くのトラフィックを管理できない可能性があり、その結果、Webサイトの読み込み時間が遅くなります。
選択できるウェブホスティングプロバイダーには4つのタイプがあります。
- 共有ホスティング:共有ホスティングは、単一のサーバー上で複数の小さなサイトをホストできます。 共有ホスティングは安価ですが、同じサーバーでホストされている他のサイトへのトラフィックが増えると、速度が低下する可能性があります。
- VPSホスティング:仮想プライベートサーバー(VPS)は多くのサイトを実行しますが、それぞれに独自の仮想「場所」があります。 仮想であるため、追加のリソースが提供され、トラフィック関連のサイト速度の問題が発生する可能性が低くなる可能性があります。
- 専用サーバーホスティング:単一のサーバーが1つのWebサイトのみをホストします。 より高価ですが、他のサイトからのトラフィックサージによるサイト速度の低下の可能性を低減または排除するのに役立ちます。
- クラウドホスティング:ウェブサイトは仮想サーバーネットワークと物理サーバーネットワークでホストされ、リソースと柔軟性が向上します。 仮想ホストは、トラフィックの予期しない増加を増やすためにスケールアップします。
あなたのウェブサイトのホスティングサービスを選択するときは、あなたのサイトのサイズとあなたの予算を考慮してください。
結論
コアWebバイタルは、WordPress SEOにとって不可欠です。これは、Webサイトを整理してクリーンに保ちながら、Webサイトの認知度を高めるのに役立つ可能性があるためです。
これらのメトリックは、ブラウザでのWebサイトの可視性とランキングを向上させ、訪問者に優れたブラウジング体験を提供できます。
ネガティブフィードバックを受け取ったり、検索結果で下位にランク付けされたりしないように、できるだけ早くWebサイトの最適化を開始することが重要です。
この記事が、Google CoreWebVitalsとそれらを最適化する方法について学ぶのに役立つことを願っています。 また、ページ速度を上げるためのWordPressに最適なキャッシュプラグインのリストと、WordPressWebサイトの速度を上げるためのガイドも表示される場合があります。