「ホームページを見てもらえているのに、問い合わせにつながらない」「SEO対策をしているのに、なかなか検索順位が上がらない」――そんな状況に頭を抱える保険代理店の担当者は少なくない。コンテンツの質やキーワード設計に目が向きがちだが、意外と見落とされているのがページの表示速度や操作の快適さという視点だ。
Googleは「Core Web Vitals(コアウェブバイタル)」と呼ばれる3つの指標を定め、ウェブページのユーザー体験を数値として評価している。この指標は検索順位を決める要因の一つとして組み込まれており、保険代理店のホームページにとっても、SEOやAIO(AI Overview)対策と合わせて把握しておく意味がある。
本記事では、LCP・INP・CLSそれぞれの定義と基準値、保険代理店のサイトでよくある問題と改善の方向性、計測ツールの使い方まで、実践的な内容を解説していく。
- Core Web Vitals(LCP・INP・CLS)の定義と各指標が測っている内容
- Googleが定める「良好」「改善が必要」「不良」の基準値
- 保険代理店ホームページで発生しやすい問題パターンと改善の方向性
- 無料ツールを使ったCore Web Vitalsの計測・確認方法
- SEO・AIO対策においてCore Web Vitalsが果たす役割
保険代理店のSEO対策の全体像については『【2026年最新版】保険代理店のSEO対策完全ガイド』詳しく解説しています。

Core Web VitalsとSEO・AIO対策の関係
検索順位への影響はどの程度か
Core Web Vitalsは、Googleが2021年6月より検索ランキングのシグナルとして組み込んだ指標群だ(参照:Google Search Central – Core Web Vitals と Google 検索結果)。
ただし、注意点がある。Googleは「Core Web Vitalsはランキングシグナルの一つだが、コンテンツの質と比べると検索順位への影響は相対的に小さい」という立場を示している。言い換えると、Core Web Vitalsだけを改善しても順位が劇的に変わるわけではなく、あくまでコンテンツ品質と組み合わせて考える指標だ。
とはいえ、ページの表示が遅ければユーザーは離脱してしまう。Googleの公式ドキュメントでも、ページ読み込み時間が1秒から3秒に増えると直帰率が32%上昇するというデータが示されている(参照:web.dev – 速度が重要な理由)。問い合わせを増やしたいホームページが、表示速度の問題で見込み客を逃しているとしたら、SEO以前の課題として対処する意義は大きい。
AIO(AI Overview)との関係
AI Overviewに引用されるコンテンツは、検索上位のページから選ばれる傾向がある(参照:aioseo.com 2026年版SEO統計)。検索上位を維持するためには、コンテンツ品質に加えてページ体験の指標も整っている状態が望ましい。Core Web Vitalsは、その「土台」として捉えることができる。
Core Web Vitalsの3指標を理解する
指標一覧と基準値
Googleが定めるCore Web Vitalsの基準値は以下の通りだ(参照:web.dev – Core Web Vitals のしきい値の定義方法)。
| 指標 | 測定対象 | 良好 | 改善が必要 | 不良 |
|---|---|---|---|---|
| LCP | 読み込み速度 | ≦ 2.5秒 | 2.5〜4.0秒 | > 4.0秒 |
| INP | 操作への応答速度 | ≦ 200ms | 200〜500ms | > 500ms |
| CLS | 視覚的な安定性 | ≦ 0.1 | 0.1〜0.25 | > 0.25 |
※ 各指標はページ訪問の75パーセンタイル(上位75%のユーザー体験)で評価される(参照:同上)。
LCP(Largest Contentful Paint)── 読み込みの体感速度
LCPとは、ページを開いたときに「最も大きなコンテンツ」が表示されるまでの時間を測る指標だ。
「最も大きなコンテンツ」とは、多くの場合ファーストビュー(スクロールせずに見える範囲)に表示されるメイン画像やヒーローバナー、大きな見出しテキストなどが該当する。保険代理店のホームページでは、トップページに配置したスタッフ集合写真や相談シーンのバナー画像がLCPの対象になることが多い。
基準値は2.5秒以内が「良好」とされている。この数値を超えると、ユーザーがページを見る前に離脱する可能性が高まる。前述のGoogleのデータでは、表示が1秒から3秒に延びるだけで直帰率が32%上がるとされており、表示速度は問い合わせ率にも影響し得る指標だ。
LCPが遅くなりやすい原因
- ファーストビューの画像ファイルサイズが大きい(圧縮・最適化が未実施)
- 画像フォーマットがJPEG/PNGのまま(WebP等への変換が未対応)
- サーバーのレスポンスが遅い(レンタルサーバーの性能、キャッシュ未設定)
- レンダリングをブロックするCSSやJavaScriptが多い
改善の方向性
- メイン画像をWebPなどの次世代フォーマットに変換し、ファイルサイズを最適化する
<link rel="preload">でLCP対象画像を先読みさせる- 不要なプラグインやスクリプトを整理して読み込み量を減らす
INP(Interaction to Next Paint)── 操作への応答速度
INPとは、ユーザーがクリック・タップ・キー入力などの操作をしてから、ブラウザが次の画面を描画するまでの応答時間を測る指標だ。
2024年3月より、それまでの指標だったFID(First Input Delay)に代わって正式採用された(参照:Google Search Central – Core Web Vitals の更新)。FIDは最初の操作だけを計測していたが、INPはページ滞在中のすべての操作を対象にしているため、より実際の使い勝手を反映した指標になっている。
基準値は200ミリ秒(0.2秒)以内が「良好」だ。保険代理店のサイトでは、問い合わせフォームの送信ボタンを押したときの反応やタブ切り替えの動作などが、INPに影響する。
INPが悪化しやすい原因
- ページ内で動作するJavaScriptが過剰に読み込まれている
- プラグイン(特にチャットウィジェットや分析タグ)が多く、処理が重い
- スマートフォンでのレンダリング負荷が高い
改善の方向性
- 使用していないプラグイン・JavaScriptライブラリを削除する
- スクリプトの実行タイミングを遅延読み込み(defer/async)で制御する
- Googleサーチコンソールの「Core Web Vitals」レポートでINPの問題ページを特定する
CLS(Cumulative Layout Shift)── 視覚的な安定性
CLSとは、ページが表示・読み込み中に要素が予期せず動いてしまう「レイアウトのズレ」を数値化した指標だ。
保険代理店のホームページでよくある例として、ページを開いた直後に広告バナーや画像が遅れて読み込まれ、「問い合わせボタン」が突然下にずれてしまう、といった現象が挙げられる。この「押そうとしたら別のボタンを押してしまった」という体験は、ユーザーのストレスに直結する。
基準値は0.1以下が「良好」とされており、0.25を超えると「不良」になる。
CLSが発生しやすい原因
<img>タグに幅(width)と高さ(height)が指定されていない- 広告・チャットウィジェットなど外部要素が後から挿入される
- ウェブフォントが読み込まれた際にテキストが移動する
- 動的なコンテンツ(バナーのスライドショーなど)がレイアウトを変える
改善の方向性
- すべての画像要素に
widthとheight属性を指定する(参照:web.dev – CLS の最適化) - 外部ウィジェットの挿入位置・タイミングを見直す
font-display: swapでウェブフォントによるレイアウトシフトを抑制する
計測ツールと確認方法
PageSpeed Insights でページ単位のスコアを確認する
GoogleはPageSpeed Insightsという無料ツールを提供しており、URLを入力するだけでモバイル・デスクトップそれぞれのLCP・INP・CLSスコアを確認できる(参照:PageSpeed Insights)。
スコアは0〜100点で表示され、各指標が「良好・改善が必要・不良」のいずれに該当するかが一目でわかる。具体的な改善提案も表示されるため、何から手を付ければよいか判断する材料になる。
Google サーチコンソールでサイト全体の状況を把握する
Google サーチコンソールの「Core Web Vitals」レポートでは、サイト全体のページを「良好・改善が必要・不良」に分類して一覧表示できる(参照:Google サーチコンソール – Core Web Vitals レポート)。
個別ページのスコアを一つひとつ確認しなくても、問題が集中しているページグループを把握できるため、サイト全体の改善優先度をつける際に有効だ。
計測ツール比較
| ツール | 対象 | 主な用途 | 費用 |
|---|---|---|---|
| PageSpeed Insights | 単一ページ | ページごとの詳細スコアと改善提案 | 無料 |
| Google サーチコンソール | サイト全体 | 全ページの問題一覧・優先度確認 | 無料 |
| Chrome DevTools(Lighthouse) | 単一ページ | ローカル環境での詳細計測 | 無料 |
よくある失敗パターン
保険代理店のホームページでCore Web Vitals対応を進める際によく見られる失敗を整理した。
| 失敗パターン | 状況 | 対処の方向性 |
|---|---|---|
| トップ画像が未圧縮のまま | 撮影した写真をそのままアップロードしている(数MB規模) | WebPに変換し、表示に必要な最大サイズに合わせてリサイズしてから公開する |
| プラグインを大量に入れている | WordPressにSEO・フォーム・チャット等のプラグインを10個以上導入 | 使用していないプラグインを停止・削除し、読み込み量を減らす |
| 画像に幅・高さ指定がない | imgタグにwidthとheightが未記入で、読み込み後にレイアウトがズレる | すべてのimgタグに明示的なwidth/heightを記述する |
| スマホでの確認を怠っている | PCでは問題ないが、スマホでCLSやINPが「不良」になっている | PageSpeed Insightsのモバイルスコアで確認し、スマホ実機でも動作を確認する |
よくある質問(Q&A)
Q1. Core Web VitalsのスコアはSEO順位に直接影響しますか?
Core Web Vitalsは検索順位を決める要因の一つとして組み込まれているが、コンテンツの品質やE-E-A-Tの評価と比べると、その影響は相対的に小さいとされている(参照:Google Search Central)。
「Core Web Vitalsだけを改善しても上位表示が保証されるわけではない」という点は念頭に置いておく必要がある。ただし、スコアが「不良」のまま放置すると、ユーザーの離脱率が上がりコンバージョン率(問い合わせ率)に影響し得るため、コンテンツ品質と合わせて整備する対象として捉えることが自然だろう。
Googleが示しているデータによれば、ページ読み込み時間が1秒から3秒に伸びると直帰率が32%上昇するとされており(参照:web.dev – 速度が重要な理由)、表示速度の改善は純粋なユーザー体験の向上としても意義を持つ。
Q2. LCPが「2.5秒超」と表示されています。まず何を確認すればよいですか?
まずPageSpeed Insights(https://pagespeed.web.dev/)でそのページのURLを入力し、「LCPの問題点」として表示される診断内容を確認するところから始めると、手掛かりが見えやすい。
保険代理店のサイトでLCPが遅い原因として発生しやすいのは、①ファーストビューに配置した大きな画像が圧縮されていない、②レンタルサーバーのキャッシュ機能が有効になっていない、③読み込みをブロックするCSSやJavaScriptが多い、といったケースだ。
WordPressを使用している場合は、キャッシュ系プラグインの導入や、不要なプラグインの整理が改善の入口として挙げられることがある。なお、具体的な改善作業はWeb制作の知識が必要な場合もあるため、サイト制作会社に相談する方向も考えられる。
Q3. CLSスコアが悪い場合、どのような影響が出ますか?
CLS(Cumulative Layout Shift)スコアが高い(0.1を超えている)場合、ページの読み込み中に要素が予期せず動き、ユーザーが意図しないボタンを押してしまったり、読んでいる文章がずれたりする体験が生じやすい。
これは保険代理店のサイトでは特に問題になりやすい。相談フォームや電話番号ボタンの近くに遅延読み込みの広告やバナーが配置されていると、「お問い合わせしようとしたら別の要素をタップしてしまった」という体験につながる可能性がある。
改善の方向性としては、画像要素に幅・高さを明示的に指定することと、外部から埋め込む要素(広告・チャットウィジェット等)の配置とロードタイミングを見直すことが挙げられる(参照:web.dev – CLS の最適化)。
Q4. INPはFIDと何が違うのですか?
FID(First Input Delay)はユーザーがページを開いて最初に行った操作のみを評価していたが、INP(Interaction to Next Paint)はページ滞在中のすべての操作を対象に評価する点が異なる。2024年3月に公式にINPがFIDに取って代わった(参照:Google Search Central)。
保険代理店のホームページでは、ページを開いた直後だけでなく、保険商品タブの切り替えやFAQのアコーディオン展開、問い合わせフォームへの入力などの操作が発生しやすい。INPの評価が厳しくなっているということは、サイト全体を通じて操作が遅延なく反応する設計が求められているともいえる。
参考情報
- Google Search Central – Core Web Vitals と Google 検索結果
- web.dev – Core Web Vitals のしきい値の定義方法
- web.dev – 速度が重要な理由
- web.dev – LCP の最適化
- web.dev – CLS の最適化
- Google – PageSpeed Insights
- Google – サーチコンソール Core Web Vitals レポート
- Chrome Developers – Lighthouse
- aioseo.com – 2026年版SEO統計データ85選
柴田雅之
デジタルマーケティングマネージャー兼ファイナンシャルプランナー
保険代理店専門のWeb集客コンサルタントとして、SEO対策、Google広告・Meta広告などのWeb広告運用、LINE公式アカウントおよびLステップ導入、CRM構築まで、保険代理店の集客から顧客管理・成約率向上までを経験。
紹介依存から脱却し、Web経由で安定的に見込み顧客を獲得できる仕組み構築を得意とし、検索集客・広告・LINE・CRMを統合したデジタルマーケティング戦略の設計・実行を行っている。

