あなたが話している「Core Web Vitals スコア」とは何ですか?

「Core Web Vitals スコア」についての質問への答え方を学びましょう。いつかは必ず話題に上がるものです

Arjen Karel Core Web Vitals Consultant
Arjen Karel - linkedin
Last update: 2024-07-18

「Core Web Vitals スコアが下がっています。助けてもらえますか?」

これは私が1日に何度か聞かれる質問です。まず自分に問いかけなければならないのは「あなたが話しているCore Web Vitals スコアとは何ですか?」ということです。私に連絡してくる人たちは、ページスピードに問題があることに気づいたばかりで、自分では修正できない状態です。通常、それはラボデータ(Lighthouse)またはフィールドデータ(CrUX と RUM)が不合格であることを意味します。

つまり、誰かがCore Web Vitalsが不合格だと言っている場合、最初に確認すべきことはそれが ラボデータの話なのかフィールドデータの話なのかということです。ラボデータ(Lighthouse)について話しているかどうかの大きな手がかりは、「Core Web Vitals スコア」という言葉を使っていることです。

web_dev_lab_data

しまった、それは Lighthouse スコアです

その魔法の「Core Web Vitals スコア」について詳しく聞くと、この時点で多くの人が不合格の Lighthouse スコアを見せてくれます。ここからが厄介なのです!Lighthouse スコアが不合格でも、Core Web Vitals に不合格とは限りません。同様に「グリーン」の Lighthouse スコアでも、Core Web Vitals に合格しているとは限りません。それは、その特定のテストに合格または不合格であることを意味するだけです。

フィールドデータについて教えましょう

次に私がすることは、フィールドデータについて説明することです。この場合はCrUX データです。CrUX は Chrome User Experience Report の略です。CrUX は、実際の Chrome ユーザーがウェブ上の人気サイトをどのように体験しているかを反映するデータセットです。

CrUX は Web Vitals プログラムの公式データセットです。つまり、Core Web Vitals の3つの指標(LCP、INP、CLS)に合格(または不合格)するには、訪問者の少なくとも75%が良好な体験をしている必要があります。

これで、Core Web Vitals に合格または不合格になる単一の「Core Web Vitals スコア」は存在しないということがお分かりいただけたでしょう。

フィールドデータを見せましょう

クライアントがフィールドデータについて理解したら、実際に見せる番です。先ほどお見せした「不合格」の Lighthouse スコアを覚えていますか?これが対応する CrUX データです。ご覧の通り、合格しており、このクライアントの Core Web Vitals について心配する必要はまったくありません。
web_dev_field_data

手順 は簡単です。ブラウザで pagespeed.web.dev に移動し、URL を入力します。次に Origin(「This URL」のすぐ横にあります)を選択して、トップページだけでなくサイト全体の Core Web Vitals を表示します。

では Lighthouse はどうなのか?

この時点で、説得力のある説明をして、先ほど言ったことを証明したにもかかわらず、99%のクライアントは Lighthouse スコアを手放す準備ができていません。わかります。魅力があるのです。誰でも解釈できる緑、オレンジ、赤の数字が実際にはまったく重要ではない ということは、なかなか受け入れがたいものです。

しかし覚えておいて ほしいのは、Lighthouse はテストだということです。とても優れたテストです。その機能の多くが好きですし、そのコードの書き方も好きですし、Core Web Vitals の問題を修正するのに役立つところも好きです。しかし、3つのことはできません:

1. ページと対話すること。これにより、テストは実用的でなくなります。訪問者はページと対話します。その対話からコンバージョンが生まれます。

2. リピーターとして動作すること。Lighthouse は(デフォルトでは、この設定を変更できますが)初めてそのページを訪問するかのようにアクセスします。ページのレンダリングやタイミングにおいて、これが大きな違いを生むことがよくあります。つまり、Lighthouse は訪問者の大部分を代表していません。

3. ページの内容を理解すること。最もよい例は Total Blocking Time の監査です。ほとんどの専門家でさえ、Total Blocking Time が大きいことは悪いことだと同意していますが、それがすべてではありません。「ブロッキング」がページの応答性が必要な時(これは強制できます!)に発生せず、早期レンダリング中に発生しない限り、Lighthouse スコアが悪くても完全に問題ない可能性が高いのです! 

Stop debating in Jira.

Get a definitive answer on your performance issues. I deliver a granular breakdown of your critical rendering path.

Book a Deep Dive >>

  • Definitive Answers
  • Granular Breakdown
  • Critical Path Analysis
あなたが話している「Core Web Vitals スコア」とは何ですか?Core Web Vitals あなたが話している「Core Web Vitals スコア」とは何ですか?