GoogleのコアWebバイタルとトラフィックの損失を回避するために必要なこと

昨年、ウェブサイトのトラフィックが急減しましたか？ GoogleのCoreWebVitalsアップデートが原因である可能性があります。

2021年夏に検索エンジンが更新された後、多くのWebサイトでサイトにアクセスする検索トラフィックが劇的に減少しました。 それは彼らがそれ以来見たことがないトラフィックであり、汗をかいた手のひらのマーケティングマネージャーがアイデアを求めて争っています。

おなじみですか？ これがあなたの経験を説明している場合、または将来のCore Web Vitals（CWV）の更新によってペナルティが課せられることからWebトラフィックを保護したい場合は、読み続けてください。

この記事は、人気のあるウェビナーの1つに基づいています。 ビデオを表示し、スライドをダウンロードします。

GoogleのCoreWebVitalsアップデートがSEOゲームをどのように変えたか

SEOに関しては、制御できないことがたくさんあります。 Googleを制御することはできません。 あなたはあなたのウェブサイトに誰が来るか、彼らがどのページに行くかを制御することはできません。

ただし、Webサイトのアーキテクチャ、エンジニアリング、および速度を制御することはできます。

コアWebバイタルとは何ですか？

Core Web Vitals（CWV）は、検索エンジンがWebサイトのパフォーマンス、つまり速度と応答性に関して重要であると考えるものを測定するGoogleの方法です。 3つの要素があります：

1. 最大のコンテンツフルペイント（LCP） -ページの読み込みにはどのくらい時間がかかりますか？ 通常、秒単位で測定されます。サイトが非常に遅い場合は、数十秒単位で測定されます。
2. 最初の入力遅延（FID）-Webサイトがユーザーのクリックまたはインタラクションに応答するまでにどのくらい時間がかかりますか？ 通常、ミリ秒単位で測定されます。
3. 累積レイアウトシフト（CLS） -ロード中にサイトはどのくらい変化しますか？ 通常、秒単位で測定されます。

Googleはこれらの要素を2つの方法で測定します。 ラボデータ。Webページをソフトウェアまたはテストツールに入力します（これについては後で詳しく説明します）。 また、サイトでの実際のユーザーアクションに基づくフィールドデータ。

Googleはすべてのページのフィールドデータを持っている、または使用しているわけではありませんが、トラフィックの量に基づいて測定対象を決定します。 ボリュームが大きいほど、実際のフィールドデータが存在する可能性が高くなります。 また、Googleはサイト全体でそのデータを集約する場合があります。 その凝集は多くの悪化を引き起こす可能性があります。 なんで？ 3G接続の携帯電話や、ファイバーがまだ使用されていない世界の場所など、接続性の低い人々からの訪問者が多い場合、そのトラフィックによってデータが歪む可能性があります。 そのため、Googleにとっては、他のユーザーにとっては問題がなく、ラボのデータで高パフォーマンスのサイトがあることが示されていても、サイトは遅く見える可能性があります。

なぜCWVが重要なのですか？

これは、CWVの更新に見舞われ、 3か月でトラフィックの半分を失ったサイトの例です。 痛い。 このデータはGoogle検索コンソールから取得されます（詳細は後で説明します）。

ユーザーが遅いサイトを好まないので、Googleは遅いサイトにペナルティを科します。 GoogleがCWVでやろうとしていることは、ウェブをよりユーザー中心にすることです。これは良いことです。 物を売るときは、ユーザーエクスペリエンスが重要です。 コンバージョン率は、最大5秒の読み込み時間の追加秒ごとに低下し、その後4.42パーセント低下します。 つまり、サイトの読み込みに6秒かかり、競合他社のサイトの読み込みに1秒かかる場合、競合他社のサイトのコンバージョン率はあなたよりも高くなります。

Core Web Vitalsのアップデートでは、SEOゲームに関して、これらの要素に優先順位を付けています。 プレイを続けたい場合は、ルールが変更されたことを受け入れる必要があります。 次に、適応します。

サイトのコアWebバイタルを測定する方法

問題を見ることは、問題を解決するための最初のステップです。 残念ながら、 CWVの測定と最適化に関するすべての問題を解決するツールは1つではありません。

あなたがやろうとしているのは、あなたのウェブサイトで何かを変更することがトラフィックに影響を与えるかどうかをテストすることですよね？ したがって、変更を加えて、実際のユーザーデータが1〜2か月かけて蓄積されるのを待ってから（ラボデータはそれほど多くを予測することはできません）、Googleが通知するのを待ちます。

全体像を把握するには、問題をさまざまな視点から見る必要があります。 つまり、複数のツールを意味します。 多くの試行錯誤の末、これは私たちがお勧めするツールキットです。

1.Google検索コンソール

Google Search Console ****は、サイト全体のCWVで実際のデータが必要な場合に絶対に使用する必要がある無料のツールです。 何ページがうまくスコアリングされていますか？ 何人が改善が必要ですか？ スコアが悪いのは何人ですか？ 緑、黄、赤。 このレベルでGoogle独自のレポートを入手できるのはここだけです。

[再検証]をクリックして、サイトを正式に確認するようGoogleに依頼できます。そうすると、Googleは数週間にわたってフィールドデータを収集または確認します。 彼らはそれが28日かかると言います。

うん、あなたは正しく聞いた。 データの更新には1か月かかります。 これは非常に遅いフィードバックループです。

2. Clickio

Clickioは、取得できるCoreWebVitalsのリアルタイムデータに最も近いものを提供します。 皮肉なことにページの重みを少し追加するトラッカーをサイトに配置する必要がありますが、そこから取得するデータを操作する限り、それだけの価値はあります。

Clickioは、時間の経過に伴う変更に関するフィードバックを提供します。 先月、特定の国のモバイルデバイスに配信されたすべてのWebサイトページの累積レイアウトシフトとは何ですか？ 今四半期、デスクトップデバイスのブログページから4秒を超える最大のコンテンツフルペイントを取得しているユーザーの割合はどれくらいですか？ さまざまな方法でデータを細かく分析して、必要な情報を取得できます。

健康上の警告：ツールは、ClickioによるGoogleデータの解釈を表示します。 Googleが見ているものを示しているわけではありません。 これは、フィードバックを得るのに何ヶ月も待たずに潜在的なCWVの問題に対処するために私たちが見つけた最高の主要な指標であり、国ごとのデータなど、かなりの粒度を提供します。 しかし、それは実際のGoogleデータではありません。 また、リアルタイムデータであるため、行った変更が機能したかどうかを確実に判断する前に、十分な意味のあるデータが蓄積されるまでしばらく待つ必要があります。 瞬時ではありませんが、更新されるまで1か月待つ必要はありません。

3. Google Analytics

Google Analyticsは、いくつかの代表的なデータポイントを取得し、それに基づいてページのパフォーマンス統計を経時的に通知するため、トラフィックがどこで減少または増加するかを確認できます。 訪問者が少ない場合、このデータはおそらくあまり役​​に立ちませんが、この情報を経時的に追跡し、注意が必要な遅いページを強調表示するのに適した方法です。

4. Google Data Studio

Google Data Studioは、コアWebバイタルごとにサイト全体のパフォーマンスのパーセンテージを表示します。 本質的に、それは時間の経過に伴う変化の歴史です。 理想的には改善。

リアルタイムだったら、これはすごいことです。 過去28日間をローリングベースで見て、仕事が終わったとしたら、自分がしていることが効果を上げていることがわかるでしょう。 残念ながら、 Googleは今月、翌月の半ばに延滞で更新します。 これは、Google検索コンソールよりもさらに遅いフィードバックループです。 したがって、これは遡及的データのスナップショットです。 進行状況の監視には便利ですが、時間がかかります。

5.Web.dev-灯台

Googleが所有するサイトであるWeb.devは、Lighthouseと呼ばれるオープンソースツールを提供します。 このツールは、個々のページのラボデータを提供します。 URLを入力すると、パフォーマンスのアクセシビリティ、ベストプラクティス、SEOスコアなどがわかります。アプリで[ツリーマップの表示]をクリックすると、より多くのデータを表示できます。

ブラウザ、時刻、キャッシュ、またはその他の種類の「インターネットの天気」によってデータが少し変わる可能性があるという点で、データにはある程度の変動性があります。 しかし、それでもかなり良いです。

6. Web.dev-PageSpeed Insights

Google PageSpeed Insightsは、ページレベルのフィールドデータを取得する場所です。 ここでも、URLを入力すると、LCP、CLS、FIDなどのフィールドデータが提供されます。 ただし、適切なフィールドデータを取得するには、ページへの一定量のトラフィックが必要です。

7.GTmetrix

GTmetrixはWebページを分解し、各ファイルの大きさ、ロードされているものの数、アーキテクチャの方法などを示します。 これは、開発者がページをQAし、読み込み時間が遅くなる巨大な画像ファイルや肥大化したウィジェットが追加されていないことを確認するための優れたツールです。

このツールとweb.devツールを組み合わせて使用​​して、ページごとにどのような変更が行われたかを測定することをお勧めします。

8.DebugBear

DebugBearは、CoreWebVitalsおよびその他のいくつかのメトリックに関するページとレポートのリストを取得します。 診断ツールではなく、ヘルスモニタリングツールとして役立ちます。 これを使用して、 20ほどの「炭鉱のカナリア」ページを監視できます。 したがって、アクティビティがWebサイトに重みを加える場合は、ここで確認できます。

コアWebバイタルを改善するためにあなたのウェブサイトを最適化する方法

それでは、コアWebバイタルを改善するためにどのような活動ができるかについて話しましょう。 上記のツールから問題がどこにあるかについて多くの情報を得ることができるので、これらは私たち自身とクライアントのために行ったことのほんの一部であり、影響があったことを私たちは知っています。

1.Webサイトを再ホストします

これは、サイトを再構築または再設計することではありません。 それはただそれをどこかに動かしているだけです。 通常、WordPressからHubSpotに移行したサイトでは、パフォーマンスが約30％向上しています。

WordPressを使い続けている場合は、パフォーマンスを実際に知っているWPEngineのような専用ホスティング会社にサイトを移動することで大きな違いが生まれます。

HubSpot（またはWPエンジン）でサイトを再ホストすることにより、次のメリットが得られます。

• キャッシング-これにより、最初の訪問後のサイトの読み込みが速くなります。 一般的なWordPressサイトにはキャッシュプラグインが必要ですが、HubSpotにはそれが組み込まれています。
• コンテンツ配信ネットワーク（CDN）（例：Akamai）-これは、Webサイトが他の場所でホストされている場合でも、ローカルサーバーからユーザーにファイルを配信します。
• CloudFlare DNS-基本的に、これはドメインネームサーバー側の速度を上げるのに役立ちます。

2.HubSpotのソーシャルシェアコードをオフにします

すでにHubSpotを使用している場合、最も早い方法は、ブログでHubSpotのソーシャル共有コードをオフにすることです。 HubSpotは、これらのボタンをデフォルトでオンのままにします。 これにより、ブログのすべてのページから約450キロバイトのJavaScriptコードが削除されます。

GTmetrixとweb.devで、ページ速度と読み込み時間のスナップショットの前後を実行します。 本当に満足です。

3.画像を圧縮します

あなたが最初にあなたのウェブサイトを立ち上げたとき、あなたの開発者は大規模な画像の使用を避けていたかもしれません。 望みでは。 また、一般的な原則として、画像に遅延読み込みを使用したことを願っています。

しかし、その後、善意のあるマーケターがブログやページに注目の画像を突然追加するようになります。 バム。 あなたのサイトは、ジャンボジェット機の側面を飾る可能性のある40MBの画像ファイルによって遅くなります。

画像を<250KB、理想的には<100KBに圧縮します。 画像をjpgに変換するか、可能な限りsvgsを使用します。 ロゴ、特にフッターのロゴはサイトのすべてのページにあるため、特に注意してください。

繰り返しになりますが、HubSpotをお持ちの場合、ArticulateはFizz + Gingerと呼ばれるツールを作成して、HubSpotのブログ投稿やWebサイトページの画像を圧縮します。

4.埋め込みを避けます

これは、プレゼンテーション、YouTubeビデオ、ポップアップ、画像、およびいくつかのライブソーシャルメディアが埋め込まれた当サイトのページのスクリーンショットです。 そのすべてが合計で6メガバイトの…ものになりました。 その多くを取り除くことで、そのページの読み込みがはるかに速くなりました。 たとえば、埋め込まれた動画をリンクされたサムネイルに置き換えました。

5.マーケティングツールを簡素化します

マーケティングツールはページの重みを追加します。 ページの使用状況を監視するHotJarやLuckyOrange、アクションへの呼び出しの追跡、Google Tag Managerなど、これらのツールをサイトに配置すると便利ですが、コストがかかります。 コストはパフォーマンスです。 したがって、それらを慎重かつ慎重に使用する必要があります。

6.AMPをオンにします

Googleには、Accelerated Mobile Pages（AMP）と呼ばれる標準があります。 AMPを使用すると、読み込み時間が非常に速くなります。 ユーザーがGoogleブラウザで検索結果をクリックすると、GoogleサーバーからAMPバージョンのページが提供されます。

ただし、その過程で、そのページを誰が提供し、どのように表示されるかを制御できなくなります。 彼らはそれをスタイリングの観点から最小限に戻します。 それはトレードオフです。

7.コードを最適化する

これは、ウェブサイトの最適化の長くて難しいスローグです。 これをプラグアンドプレイすることはできません。 コードを最適化する必要があります。 そのためには、次のようなことを実装する専門の開発者の質の高いチームが必要です。

• JavascriptとCSSの最小化
• Javascriptの読み込みの遅延
• デフォルトでは遅延読み込み
• 自己増幅（例：モバイルでブログの注目画像を表示しない）
• 開発パイプライン内の優れたコーディング慣行
• プラグインと外部コードの最小限の使用

ユーザーエクスペリエンスは、将来のWebサイトの指標です

今後数年間で、コアWebバイタルの重要性は増すだけです。 企業は、次の大きな更新でペナルティが科せられるのを避けるために、パフォーマンスとユーザーエクスペリエンスに合わせてWebサイトを調整する必要があります。

もちろん、私たちはあなたが行く必要がある場所に到達するのを助けるために私たちのSEOとウェブサイト開発サービスを提供させていただきます。 Core Web Vitalsについて多くのことを学び、この知識をプロセスに組み込んで、サイトを高度に最適化して軽量化しました。

ユーザーが希望するサイトを取得するには、お問い合わせください。