アーム代表の伊藤です。
Core Web Vitalsが見ているのは、読み込みの速さ・操作への反応・表示の安定の3つだけです。
合格ラインはLCPが2.5秒以下、INPが200ミリ秒以下、CLSが0.1以下です（Google公式の基準）。FIDは2024年3月にINPへ置き換わっています。
合格ラインはLCP2.5秒・INP200ミリ秒・CLS0.1以下。満点は要らない
- 判定基準は実ユーザーの75パーセンタイル値
- 集計はモバイルとデスクトップを別々に評価
- 遅い環境が多いと要改善判定になる
自社のCore Web Vitalsの数値をこの表に当てはめれば、どこが問題かが分かります。
指標 | 良好 | 不良 |
|---|---|---|
LCP（読み込み） | 2.5秒以下 | 4.0秒超 |
INP（操作への反応） | 200ミリ秒以下 | 500ミリ秒超 |
CLS（表示のガタつき） | 0.1以下 | 0.25超 |
出典: Google 検索セントラル「Core Web Vitals」。しきい値の出典: web.dev「Web Vitals」。INPの出典: web.dev「Interaction to Next Paint（INP）」。
合否は75パーセンタイル値で判定
これらの数値はページの読み込みの75パーセンタイル値で評価されます（出典: web.dev「Web Vitals」）。集計は実際のユーザーの記録をもとに、モバイルとデスクトップを分けて行われます。一部の高速な環境で合格していても、遅い端末や回線での読み込みが多ければ「要改善」と判定されます。
Core Web Vitalsの3指標
- 日本語表記はウェブに関する主な指標
- 順位の一要素だが上位を保証しない
- FIDは2024年3月にINPへ置換済み
Core Web Vitals（コアウェブバイタル）とは、ページの「読み込みの速さ」「操作への反応の速さ」「表示の安定性」を表すGoogleの指標です。日本語では「ウェブに関する主な指標」とも表示されます。
- LCP（読み込み）: メインの画像や見出しなど、大きなコンテンツが表示されるまでの速さ
- INP（反応）: クリックやタップに、画面が反応するまでの速さ
- CLS（安定性）: 読み込み中に、ボタンや文字がガタッとずれない安定性
Core Web Vitalsは順位を約束する数値ではなく、ユーザーが中身に出会うための土台の数値です。Googleは「単一のシグナルはない」と述べています。良好でも上位表示が保証されるわけではないと明記しています（出典: Google 検索セントラル「ページエクスペリエンス」）。
FIDは2024年にINPへ
Core Web Vitalsを調べると、いまだに「LCP・FID・CLS」と説明している記事が見つかります。FIDは2024年3月12日にINPへ置き換わりました。出典はweb.dev「Interaction to Next PaintがCore Web Vitalになります」です。
現在Googleが公式に示すCore Web Vitalsの3指標は、LCP・INP・CLSです（出典: Google 検索セントラル「Core Web Vitals」）。
FIDは「最初のクリックが反応するまでの遅れ」だけを見ていました。INPはその後継で、ページ滞在中の操作全体の反応の速さを見ます（出典: web.dev「Interaction to Next Paint（INP）」）。
もし「FID」で解説している記事を見かけたら、情報が更新されていない可能性が高いです。
内部SEOの3領域の1つ
Core Web Vitalsは、内部SEO対策（テクニカルSEO）の3領域のうちページエクスペリエンスという1区画を測る指標です。検索順位を左右する要素の全部ではありません。
クロール・インデックスはページエクスペリエンスより前の工程で、Core Web Vitalsの直接の対象ではありません。検索エンジンにまだ登録されていないページの表示速度をいくら磨いても、検索結果に出ない以上は順位に反映されません。
表示速度が遅くなる原因の切り分けは、別記事に整理しています。サイトの表示速度改善│目安はLCP2.5秒、重い原因の切り分けと直し方をご覧ください。
LCP・INP・CLSの意味と悪化の原因・直し方
- LCPは画像をWebP/AVIF化で1秒短縮
- INPの主犯はJavaScriptの重さ
- CLSは幅と高さの指定で改善する
Core Web Vitalsの3つの指標を、意味・悪化する原因・直し方の順にまとめます。
LCPとは。2.5秒を超えると不良判定になる
LCPは、画面内で最も大きなコンテンツが表示されるまでの時間です。「このページ、ちゃんと開いたな」と感じる速さと考えてください。
原因 | 直し方 |
|---|---|
大きすぎる画像 | WebPやAVIFへ変換 |
サーバー応答が遅い | プランやCDNを見直す |
表示をブロックするJS | 遅延読み込みを見直す |
最も効果が高いのは画像対策です。目指すのはLCP4秒超のページを2.5秒以下にです。
INPとは。押したのに反応しないストレスの正体
INPは、クリックやタップに画面が反応するまでの速さです。押したのに反応しない、あのストレスを数値化した指標です。
原因 | 直し方 |
|---|---|
使っていないタグが多い | 棚卸しして削除 |
JavaScriptの処理が重い | 処理を分割する |
未使用のスクリプト | 読み込まない |
主犯はほとんどの場合JavaScriptの重さです。まずは今も使っているか分からないタグの棚卸しが第一歩。目指すのはINP500ミリ秒超を200ミリ秒以下へです。
CLSとは。ボタンがずれて誤タップさせる原因
CLSは、読み込み中にボタンや文字、画像の位置がどれだけガタッとずれるかを表す数値です。時間ではなく、ずれの大きさを示します。
原因 | 直し方 |
|---|---|
画像に幅・高さの未指定 | 幅と高さを指定する |
広告が後から入る | 表示スペースを予約 |
Webフォントの切替 | 文字が消えない設定 |
直し方はどれも「先に場所を確保する」考え方で共通します。CLSは一度直せば戻りにくい、費用対効果が高い指標です。
指標の意味が分かっても、直すべき場所は原因を切り分けてから決まります。サイトの表示速度改善│目安はLCP2.5秒、重い原因の切り分けと直し方で、画像・タグ・サーバー・設計の4つに切り分ける手順を扱っています。
満点でなく不良をなくす
- 合格基準は75パーセンタイル値の達成
- BBCは1秒遅いと10%が離脱と計測
- 不良を合格圏に乗せる方が効果大きい
「3つとも完璧な数値にしないといけないのか」「PageSpeed Insightsで100点を取るべきか」と身構える方がいます。これは誤解です。
目指すのはページの読み込みの75パーセンタイル値が合格ラインに収まっている状態です（出典: web.dev「Web Vitals」）。満点や100点ではありません。
スコアを1点ずつ積み上げるより、不良を合格ラインに乗せるほうが事業の数字への効果は大きいと考えてください。
指標より体験を良くする
どの体験を良くすれば指標が動くのかから逆算します。数値の完璧さを追うのは後回しです。
この考え方は、Core Web Vitalsに限らないアームの基本姿勢です。
遅いと10%が離脱する理由
Core Web Vitalsを見る理由は、ユーザーの離脱を左右し、問い合わせや売上という事業の数字に直結するからです。そのうえで、Googleの検索評価にも、AI検索から確かめに来る人の使いやすさにも関わります。順に見ていきます。
1. 遅い・不安定なだけでユーザーは離脱する
体感の悪さは数字にはっきり表れます。BBCは、サイトの読み込みが1秒延びるごとにさらに10%のユーザーを失うことを自社の計測で確認しています。
Core Web Vitalsを改善して成果を出した事例もあります。redBusは自社サイトのINP改善後に売上が7%伸びました。The Economic Timesは合格ラインを満たしたのち、直帰率が全体で43%改善しています。出典は、Google web.dev「速度が重要な理由」による各社の自社計測です。同じ効果がどのサイトでも出る保証はありません。
2. Core Web Vitalsは内部SEO対策の評価要素になっている
これは、Googleが検索順位を決めるときに考慮する要素のひとつと公式に位置づけられています。出典はGoogle 検索セントラル「Core Web Vitals」です。あわせてGoogleは、良好でも上位表示は保証されないことを説明しています（出典: Google 検索セントラル「ページエクスペリエンス」）。アームは実務上、合格ラインを超えていれば十分という距離感で捉えています。
3. AI検索から来た人にも速さと安定は要る
ChatGPTやGoogleのAI検索で候補を知り、引用元のリンクからサイトを確かめに来る人が増えています。その人にとっても、開くのが遅い、表示がずれるサイトは確かめにくいサイトです。Core Web Vitalsが支えるのは、どこから来た人にとっても同じ使いやすさです。数値を良くすればAIに引用されやすくなる、という公式の根拠はいまのところありません。
依頼先を選ぶときは相手のサイト自体の数値も見ておく
- 実力は言葉でなく自社サイトに出る
- デザインの好みより数値は比較しやすい
- 遅い=下手とは即断できない
制作会社やフリーランスに依頼を検討しているなら、相手の会社自身のサイトのCore Web Vitalsを見てみるのも判断材料のひとつです。
公開されている発注相談を見ていると、「提案してきた相手のサイト自体が重くて開きにくい」という違和感が、依頼をためらう理由になっている場面があります。
デザインの良し悪しは好みが分かれます。表示速度は数値で比較できるぶん、判断に迷ったときの拠り所になりやすいところです。
もちろん、遅いからといって技術力がないと即断はできません。あえて重い演出を選んでいる場合もあります。それでも自分たちが日々見ているサイトの数値に無頓着な相手が、依頼主のサイトの数値には気を配ってくれるとは考えにくいというのは、ひとつの目安になります。
このコラムで紹介したCore Web Vitalsの確認方法は、そのまま相手のサイトにも使えます。
指標を満点にしても問い合わせは増えない
- 速さと安定性は設計段階で決まる
- 満点でも問い合わせ増加とは限らない
- 数値は選ばれる理由の土台にすぎない
Core Web Vitalsの3指標は、デザインと情報設計の段階でほぼ決まります。公開してから頑張って上げるのは後回しです。この演出は必要か、この画像はこのサイズで載せる意味があるか、この要素に表示領域を確保してあるか。アームは設計の時点で、速さと安定性をデザインの一部として扱います。
Core Web Vitalsを満点にしても、それだけで問い合わせが増えるわけではありません。速く安定して表示されることは、あくまでユーザーが中身に出会うための入り口です。
AIやノーコードで見た目のいいサイトが誰でも作れる時代だからこそ、指標を整えたうえでそれが選ばれる理由になっているかまで問うのが、アームの立ち位置です。数値は、体験と事業の成果から逆算する出発点だと考えています。
Core Web Vitalsは、誰にも褒められない仕事です。読み込みが速くても訪問者は気づきませんし、指標が良好でも表彰されることはありません。それでもここに手を抜かないのは、見えない基盤の質が結局は見える部分の信頼を支えているからです。
よくある質問
Core Web Vitalsの読み方と意味を教えてください。
「コアウェブバイタル」と読みます。ページの読み込み・操作反応・表示の安定性という、実際のユーザー体験の質を数値化したGoogleの3指標（LCP・INP・CLS）が、Core Web Vitalsです。
Core Web Vitalsはどこで確認できますか？
Google Search Consoleの「ウェブに関する主な指標」か、無料のPageSpeed InsightsにURLを入れて確認します。詳しい見方はサイトの表示速度改善│目安はLCP2.5秒、重い原因の切り分けと直し方にまとめています。
Core Web VitalsはSEOにどのくらい影響しますか？
Googleは検索順位を決める要素のひとつと公式に位置づけていますが、良くするほど順位が上がる魔法ではありません。「遅すぎる・不安定すぎると足を引っ張る」に近い性質です。順位のためというより、離脱率や問い合わせという事業の数字のために改善する価値があります。
Core Web Vitalsの3つの指標と合格ラインは何ですか？
LCP（読み込み）が2.5秒以下、INP（操作への反応）が200ミリ秒以下、CLS（表示のガタつき）が0.1以下です。判定は実際のユーザーの記録による75パーセンタイル値で行われます。
Core Web Vitalsの3つの指標は、どれから直すべきですか？
「不良」と出ている指標から着手するのが基本です。多くのサイトではLCPとCLSが直しやすく、効果も出やすい傾向があります。INPは実装の見直しが必要になる場合があります。
Core Web Vitalsは、全指標満点でなく不良の指標を合格ラインに乗せれば進む
- 合格ラインはLCP2.5秒・INP200ミリ秒・CLS0.1以下
- 数値の確認はSearch ConsoleかPageSpeed Insights
- 直すのは満点でなく「不良」と出た指標から
