GoogleはPageExperienceの展開を延期しますが、新しいツールを提供します
公開: 2021-07-19以前に2021年5月に宣伝されていたGoogleの「ページエクスペリエンス」アルゴリズムは、6月から8月の間に展開されます。
今週の発表で、Googleは今年の5月から6月中旬まで、新しいCore Web Vitals（CWV）を含むページエクスペリエンスの更新を延期しました。 さらに、このアップデートのロールアウトは、2021年6月から8月の間に段階的に行われます。
これは一部のWebサイト所有者にとってフラストレーションになるかもしれませんが、 彼らの多くは彼らのサイトを良い形にすることに投資し、彼らの競争相手に飛びつくことを望んでいるでしょう、それは間違いなく他の人にとっても良いニュースになるでしょう。
この作品では、以下を紹介します。
- これがSEOパフォーマンスにとって何を意味するか
- 新しいページエクスペリエンスダッシュボード
- コアWebバイタルデータ–ページスピードインサイトと検索コンソール
- ロールアウトの他の変更点は何ですか？
個々のCoreWeb Vitalsについて詳しく知りたい場合は、こちらの説明をご覧ください。 LCP、CLS、およびFIDの新しいメトリックを含むコアWeb Vitalsは、最適化が難しい場合があります。 場合によっては、既存のウェブサイトプラットフォームとテーマには、Googleの目から見て最高のパフォーマンス指標を提供するための適切な基盤がないだけであり、その多くは、計画と提供に時間がかかる大量のリソースまたは完全な再構築を必要とします。
この遅延は、「ページエクスペリエンスを念頭に置いてウェブサイトを引き続き改良するのに役立つ」ために、サイト所有者により多くの猶予時間を与える必要があるとGoogleが考えていることを明確に示しているようです。
これはSEOパフォーマンスにとってどのような意味がありますか？
ロールアウトの段階的な性質は、ランキングに突然の変化が見られる可能性が低いことも意味します…とにかくあるべきではありませんが、Googleは、モバイルフレンドリーなアップデートと同様に、「大幅な変更」を期待しないことを明確にしました。速度の更新–ページのエクスペリエンスは、全体的なランキングメカニズムの多くの要因の1つにすぎないことを繰り返します。
ページエクスペリエンスの更新は、CWVスコアが非常に低いサイトや、他のランキング要素のバランスがより細かい競合検索で大きな影響を与える可能性が高くなります。 この図はそれを最もよく要約しています：
これは、コアWebバイタルが重要ではないということではありません。上記のように、競合他社を打ち負かすために重要になる可能性があります。 これらの重要性は、Googleが公開するアップデートごとに増加します。
しかし、これらの余分な数か月で、コアWebバイタルに関する新たな取り組みの多くが見られるでしょうか？ この新しいランキング要素については、1年の通知の大部分がすでにあり、これらの新しいシグナルを本当に気にかけている、または心配している人は、5月の更新をすでに計画していることを考えると、これはありそうもないと思います。
新しいページエクスペリエンスダッシュボード
これらの今後の更新に備えるために、検索コンソール用の新しいページエクスペリエンスレポートがリリースされました。 これは、Core Web Vitalsレポートのデータと、モバイルフレンドリー、セキュリティ、HTTPSの使用に関する既存のページエクスペリエンスシグナルを組み合わせたものです。
上部のグラフは、Core WebVitalsの「適切な」しきい値内にあるページの割合の日ごとの有用な要約を提供します。 いずれかのページがLCP、FID、またはCLSのいずれかの適切なしきい値を満たしていない場合、それらは「失敗したURL」としてフラグが立てられます。
Core Web Vitalsパネルを選択すると、Core Web Vitalsレポートが表示され、「改善が必要」または「不十分」なすべてのページを表示できます。
どのページが失敗しているかを理解することは、私たちの努力をどこに向けるべきかを決定するのに役立ちます。 すべてのページに対処することは現実的ではないかもしれませんが、共通の問題を共有する特定のテンプレートまたはページのグループを分離することは可能かもしれません。 これを上位のトラフィックページと一緒に使用して、速度を向上させるためのさらなる開発作業が最も影響を与える場所を分析することがあります。 次に、これらのページに対処し、GoogleのPageSpeedInsights内でコアWebバイタルをテストします。
Page Speed Insightsと検索コンソールに異なるデータが表示されるのはなぜですか？
PageSpeed Insightsなどのツールを使用してパフォーマンスをテストしている場合、検索コンソールのレポートと比較すると、WebページのCWVメトリックがInsightsでどのように表示されるかが異なることに気付く場合があります。
最終的には、ラボデータとフィールドデータになります。
GoogleのMartinSplittから「フィールドデータは実際のユーザーからのものですが、ラボデータは、おそらく世界中のどこかからの優れたインターネットを備えた非常に強力なマシンからのものです。 そのため、同じ結果が得られない可能性があります。」
シミュレートされた環境でこれらのメトリックを測定するInsightsの「ラボ」レポートとは異なり、検索コンソールのCore Web Vitalスコアは、CRUXから実際のユーザーが収集した実際の「フィールド」データに基づいています。 したがって、これらのメトリックのレポート方法に違いが見られるのは一般的であり、いくつかの理由が考えられます。 これらには次のものが含まれます。
- CRUXを介して測定された指標は、サイト全体で集計される可能性があり、Insightsでテストされている特定のページの値とは異なる可能性があります。
- 実際のユーザーによって使用され、CRUXで報告される実際のデバイスは、Insightsでシミュレートされたデバイスとは異なるCPUおよび処理機能を備えている可能性があります。 これは特にFIDメトリックに影響を与える可能性があり、Insightsラボのテスト結果で対話性メトリックのスコアが高くなるのが一般的です。
- Insightsの単一のモバイルおよびデスクトップ解像度とは異なり、解像度と画面サイズはユーザーによって大きく異なります。 これは、最大のLCP要素がさまざまな解像度とブレークポイントで変更される可能性があることを意味します。 たとえば、LCPがヒーロー画像の場合、画像がレスポンシブであり、正しいサイズがさまざまな解像度でプリロードされていることを確認してください。
- Insightsはスクロールやクリックの動作を考慮していませんが、CRUXはユーザーのエクスペリエンスを記録します。 コンテンツが読み込まれた場合、またはユーザーがページを下にスクロールしたり要素を操作したりするときに要素が移動した場合、検索コンソールとCRUXレポートのCLS値が高くなる可能性があります。
どちらを使うべきですか？
これらの違いは、あるレポートツールを別のツールよりも使用する必要があることを意味しますか？ 両方を使用するのが好きです。 Insightsは、特定のページを分析し、主要なページに加えられた改善の影響を測定するのに最適ですが、検索コンソール内のCRUXデータは、サイト全体の問題にフラグを付け、注意が必要な特定のテンプレートを特定するのに最適です。
ロールアウトの他の変更点は何ですか？
しかし、ページエクスペリエンスはそれだけではありません。 この段階的な展開に伴うその他の変更には、次のものがあります。
1.トップストーリーはAMPを必要としなくなりました
これはニュース出版社にとって大きな問題です。 現在、AMPとして公開された記事のみが、検索エンジンの結果のトップストーリーカルーセル機能に表示される資格があります。 ページエクスペリエンスのロールアウトが発生すると、 AMPは必須ではなくなり、ニュースポリシーが満たされていれば、どの記事も対象となります。 この要件は、Googleニュースアプリからも削除されています。
これは、SERPでこの追加の可視性が必要な場合に、パブリッシャーが特定のテクノロジーを使用することを強制されないことを意味します。 AMPコンテンツの作成は実装が難しい場合があるため、この要件を削除すると、より平等な競争の場が生まれます。
2.AMPバッジの削除
検索結果に表示されるAMPコンテンツを示す小さな稲妻記号であるAMPバッジも削除されます。 代わりに、Googleは「優れたページエクスペリエンスを備えたコンテンツを特定するのに役立つ他の方法をテストします」。 検索結果に別のアイコンがポップアップ表示され、すべてのCore WebVitalsおよびその他のページエクスペリエンス測定に合格した最高のパフォーマンスのサイトを示しているのは驚くことではありません。 これはクリック率に大きな影響を与える可能性があり、サイト所有者がCWVをもう一度検討することを本当に奨励します。
3.Google検索のすべてのコンテンツの署名された交換のサポート
GoogleがAMPの超高速ページを作成するために使用した基盤技術の一部は、Google検索結果からアセットを「プリフェッチ」する機能でした。そのため、ユーザーが実際にナビゲートする前に、ウェブページを表示してユーザーにレンダリングするために必要な主要なリソースを読み込むことができます。ページに。
今週の発表の最もエキサイティングな側面の1つは、AMPの配信に使用されるこの「SXG」テクノロジーが、AMPのみのコンテンツに限定されず、一般的に使用できるようになっていることです。 たとえば、ユーザーがアクセスする前にメインサイトのHTMLとCSSが読み込まれている場合、Google検索から移動したときに、サイトの読み込み時間が数百ミリ秒短縮される可能性があります。
SXG自体はランキング要素にはなりませんが、結果としてスコアが高くなり、ページエクスペリエンスが向上する場合は、間接的にランキングが向上する可能性があります。
切り上げする
来月のページエクスペリエンスの更新を準備し、熱心に取り組んでいますが、ロールアウトが遅れた理由を理解しており、ページエクスペリエンスを向上させるためにサイトを準備する機会が少し増えています。
また、これらの新しいレポートを試してみたいと思っています。新しく発表されたSXGのサポートにより、貴重なミリ秒のオフページレンダリング時間が短縮され、間違いなくさらに調査する予定です。更新にご期待ください。
ウェブサイトのページエクスペリエンスを向上させるために私たちがどのように役立つかについてもっと知りたい場合は、私たちに連絡するか、以下の関連記事のいくつかをチェックしてください。