エンタープライズビジネスのコアWebバイタル：KathyBrownとKarlKleinschmidtとのQ/ A

エンタープライズビジネスのコアWebバイタル：独自のKathyBrownとKarlKleinschmidtとのQ/ A

2月18日に、Googleの新しいページエクスペリエンスランキングファクターの更新に対応するために、エンタープライズビジネス向けコアWebバイタルセッションを開催しました。 セッションでは、コアWebバイタルとは何か、なぜそれらが重要なのかについて焦点を当てました。 私たちの専門家は、新しいランキングシグナルのそれぞれが何を意味するのか、そしてそれらがSEOにどのように影響するのかを掘り下げました。 実用的なヒントやアドバイスを提供しましたが、FID、LCP、CLSなどについてはまだ多くの質問がありました。

以下は私たちの聴衆から集められた質問であり、私たちの専門家であるキャシーとカールはそれらに対処します。

フィールドデータとラボデータの違いは何ですか？

キャシー：ラボデータは、特定の環境で表示されるパフォーマンスデータです。 Chrome Dev Toolsなどのツール、およびwebpagetest.orgなどのツールがラボデータを提供します。 フィールドデータは、Chromeを使用してサイトのページを閲覧している多くのユーザーから収集されたデータです。 フィールドデータは、Google Search Consoleで確認でき、多くの場合、Google Page Speed Insights（ページのラボデータとフィールドデータの両方をレポートします）で確認できます。 自動化のニーズについては、BigQueryを介してフィールドデータにアクセスできます。 ラボデータはテスト用であり、フィールドデータはランキング用であることを忘れないでください。 John Muellerからのコメントに基づいて、当初、CWVはモバイルのランキングにのみ影響を与え、3つの指標すべてを上位にランク付けするには、「グリーン」である必要があると予想しています。

利用可能なフィールドデータがない場合はどうしますか？

キャシー：利用可能なフィールドデータがない場合、これはおそらくページが多くのトラフィックを獲得していないことを意味します。 Google Page Speed Insightsを使用して、最も人気のあるページをチェックし、それらのページでフィールドデータが利用可能かどうかを確認します。 次に、そのページタイプに属するすべてのページの結果を推定できます。 CrUXレポートを設定して、オリジン（ドメイン）にレポートがあるかどうかを確認してください。 ビルド済みのGoogleDataStudioテンプレートを見つけることができます。これにより、サイト全体のパフォーマンスデータが得られます。

それでもフィールドデータが見つからない場合は、サイトにアクセスしている最も一般的なデバイスとブラウザを特定し、それらの環境を使用してテストします。 訪問者の環境にできるだけ近いものをシミュレートするように、スロットリングと帯域幅の制御を設定することを忘れないでください。

開発中、当社のWebサイトは、本番サーバーよりもはるかに低速なセカンダリサーバーで実行されます。 この状況でページ速度をテストするにはどうすればよいですか？

キャシー：コアWebバイタルスコアのかなりの量は、クライアントとそれが実行しているコードに依存します。 したがって、CLSスコアが低いことは、サーバーの速度が遅いこととは関係ありません。 ただし、LCPは、接続ハンドシェイクが遅くなり、リソースの送信に時間がかかるため、サーバーの速度が遅いことによる影響を受ける可能性があります。 考慮すべき1つのアプローチは、さまざまなページのTTFB（最初のバイトまでの時間）などのメトリックについてサーバーの比較を作成し、各1KBのデータを配信する時間を比較することです。 さらに、データベース操作またはサーバー側のJSがある場合は、各サーバーでのそれらの実行時間の違いを知ることも役立ちます。 2つのウォーターフォールチャートを比較して、開発環境に追加の待機時間がどれだけあるかを確認します。 これらの違いを知っていると、開発サーバーでのLCPパフォーマンスをより簡単に評価するのに役立ちます。

リンクのプリロード（後続のページ用）はLCPに影響を与えると思いますか、それともLCPはユーザーがロードする最初のページのみに依存していると思いますか？

キャシー：フィールドデータに関しては、すべてのページのパフォーマンスが重要になります。 静的アセット（後続の訪問とページに役立ちます）をキャッシュすると、フィールドスコアに役立ちます。 リンクを使用してCSSスタイルをプリロードすると、プリロードはすべてのページのパフォーマンスにも役立つ可能性があります。

キャッシュが最適化されたCDNは、LCPスコアを大幅に低下させる可能性がありますか？

キャシー： LCPがすべてのユーザー（新規ユーザーとリピーターの両方）に対してより迅速に表示される場合は、LCPスコアが向上する可能性があります。

Core Web Vitalsに影響を与えずに、ポップアップをどのように使用しますか？

Karl： LCPの問題については、特にモバイルで、ポップアップがビューポートの何パーセントも占めないことを確認してください。

CLSの問題については、ポップアップが残りの要素を動かしていないことを確認しますが、それらの前にあります。

モバイルファーストのインデックス作成のコンテキストで、CWVについてどのように考える必要がありますか？

Karl： CWVはモバイルファーストに展開され、デスクトップでは遅延されます（どれだけかはわかりません）。 CWVは、実際にはGoogleがサイトをクロールする方法ではなく、訪問者がサイトを操作する方法に関係しているため、モバイルファーストのインデックス作成で違いが生じることはありません。

Total Blocking Time（TBT）とFIDの違いは何ですか？

Karl： Total Blocking Timeは、メインスレッドブロッキングタスクがインタラクションをブロックしているミリ秒の合計量です（タスクごとに100ミリ秒が差し引かれます）。 FIDは、Webサイトが訪問者のインタラクションに応答するのにかかる時間の平均です。 したがって、合計ブロック時間は、ページの読み込みにかかる合計ミリ秒数であり、FIDが0を超える可能性があります。一方、FIDは、ユーザーが実際にサイトをどのように操作しているかをキャプチャします。

Google検索コンソールでは、私たちの側で変更/改善を行わなくてもスコアの変更が見られます。

検索コンソール内のこれらの変動の理由は何でしょうか？

Karl： Search Consoleはフィールドデータであり、ユーザーがサイトをどのように操作するかによって異なります。 ユーザーの行動の変化は、訪問者が異なるスクロールをしているために異なるCLSスコアを意味したり、訪問者のより高い割合が特定の画像をキャッシュしているためにリピーターであるために異なるLCPスコアを意味したりする可能性があります。 指標の変動には多くの原因が考えられますが、データが約28日遅れていることを覚えておいてください。そのため、28日前に何かをリリースして、現在データの変化を確認している可能性があります。

誰かが検索コンソールとPageSpeedTestから異なる結果を取得している場合、検索コンソールで報告される内容だけを心配する必要がありますか？

Karl：フィールドデータとラボデータ以外では、検索コンソールとページ速度の洞察の間でデータが異なる主な原因は2つあります。 ページの1つが十分なトラフィックを受信して​​いない場合、Googleはページ速度インサイトで類似のページデータを使用しますが、検索コンソールでは、十分なデータを持つ可能性のある類似のページがグループ化されます。 したがって、ページの1つに十分なトラフィックがあるが、同様のページに十分なトラフィックがない可能性もあります。これにより、スコアに差が生じる可能性もあります。 検索コンソールのレポートも更新され、影響があった可能性があります。

追加のリソースが必要ですか？

このトピックに関するすばらしいコンテンツがたくさんあります。 ポッドキャスト、ウェビナー、ブログなどの専門家向けリソースのライブラリを集めたCoreWebVitalsページをご覧ください。 Googleのページエクスペリエンスランキングファクターの更新に備えるために必要なすべてのものを見つけることができます。