COLUMN

サイトが遅いと検索で負ける|Core Web Vitals改善実務ガイド2026

Core Web Vitalsの3指標を改善し、ページ速度とSEO評価を高める実務手順の図解

「競合よりサイトが遅い気がする」「PageSpeed Insightsで赤い数字が並ぶ」——東濃や名古屋圏の中小企業のWeb担当者から、こうした相談を受ける機会が増えています。
2024年3月にFIDがINPへ置き換わって以降、Googleが見るページ体験の基準は、より「ユーザーの実感」に近いものになりました。私たちFUTSUが土岐市の現場で実際に手を動かしてきた経験から、Core Web Vitalsを中小企業のサイトでも現実的に改善する手順をまとめます。

そもそもCore Web Vitalsの3指標とは

Core Web Vitals 3つの指標LCP最大要素の表示2.5秒以下画像 動画 見出しがどれだけ早く出るかINP操作への反応速度200ms以下ボタンやリンクを押した時サイトが何ミリ秒で応答するかCLS表示のズレ0.1以下読み込み中にレイアウトがガタッと動かないか3つすべてが「Good」に入るとSEO評価に寄与
3指標すべてを「良好」に揃えることがゴール

Core Web Vitalsは、Googleがページ体験を数値化するために定めた指標です。現在はLCP(読み込みの速さ)・INP(操作の反応)・CLS(表示の安定)の3つで構成されています。

  • LCP(Largest Contentful Paint):ページで一番大きな画像や見出しが表示されるまでの時間。2.5秒以下が目標
  • INP(Interaction to Next Paint):ボタンやリンクを押してから画面が反応するまでの時間。200ミリ秒以下が目標
  • CLS(Cumulative Layout Shift):読み込み中にボタンの位置がズレる、広告が後から差し込まれて文章が下に飛ぶ、といった「ガタつき」の量。0.1以下が目標

これらが「Good」判定に入ると、検索順位が直接上がるわけではないものの、競合と僅差のときに優位に立ちます。離脱率にも素直に効きます。

まず計測|推測でなく数字で原因を特定する

計測ツールの使い分けPageSpeed InsightsURLを入れるだけ個別ページの診断Search Consoleサイト全体の傾向実ユーザーの実測値Chrome DevTools具体的な原因コード制作側の深掘り用改善優先順位の決定流入の多いページ × 数値が悪い指標 から手を付ける
3つのツールで原因を立体的に把握する

改善作業に入る前に、必ず数字を取ります。感覚で「重い気がする」では、直しても効果検証ができません。

  • PageSpeed Insights:URLを入力するだけで、モバイル・PC別の3指標と改善提案が出ます。まずここから
  • Google Search Consoleの「ウェブに関する主な指標」レポート:実際のユーザー環境での数値(フィールドデータ)が見えます。サイト全体のどのページ群が悪いか分かる
  • Chrome DevToolsのPerformanceタブ:どのスクリプトが遅いか、どの画像が大きいか、行レベルで原因を特定

中小企業のサイトで多いのは、トップページばかり気にして、実は問い合わせ前のサービス詳細ページや製品一覧ページが致命的に遅い、というケースです。Search Consoleで「流入が多いのに体験が悪いページ」から潰すのが鉄則です。

LCPを改善する|画像とサーバー応答を見直す

LCP改善の優先順位画像の最適化WebP化 遅延読み込みサーバー応答の改善CSS JSの削減効果大効果小
多くの場合、画像対応だけで大きく改善する

LCPが遅い原因は、ほぼ画像です。私たちが土岐市の製造業さんのサイトを診断すると、トップのメインビジュアルが3MB超え、というケースが珍しくありません。スマホで3秒以上待たされる原因の大半はここです。

  • 画像をWebP形式に変換:JPEGより30〜50%軽い。Squooshなど無料ツールで一括変換可能
  • 適切なサイズに縮小:表示幅800pxの場所に4000px画像を載せない。横幅は表示サイズの2倍までで十分
  • ファーストビュー以外はloading="lazy":スクロールするまで読み込まない
  • サーバー応答(TTFB)の改善:安価な共用サーバーで応答が1秒超えるなら、上位プランやCDN導入を検討

ある東濃の製造業サイトでは、ヒーロー画像のWebP化と適切なサイズ指定だけで、LCPが4.2秒→1.8秒まで改善しました。コード改修は不要、CMSから画像を差し替えるだけです。

INPとCLSを改善する|JavaScriptとレイアウトの整理

INPとCLS よくある原因と対策INP(反応速度)原因・古いjQueryプラグイン・過剰なタグマネージャ・重いアニメーション対策・不要なJSを削除・defer async属性活用・計測タグの棚卸しCLS(表示の安定)原因・画像にサイズ指定なし・Webフォント後読み・後から差し込まれる広告対策・width height属性を明記・font-display swap・広告枠の高さ予約
JSの整理とサイズ指定で大半は改善する

INPはボタンを押した時の反応の遅さです。古いjQueryプラグインが大量に動いている、Googleタグマネージャ経由で計測タグが10個以上動いている、こういうサイトで悪化します。タグの棚卸しと、使っていないプラグインの削除だけで数値が改善するケースもあります。

CLSは表示中のガタつきです。代表的な原因は3つ。

  • 画像のwidth/height属性が指定されていない:ブラウザがサイズを予約できず、後から押し下げが発生
  • Webフォントの後読みでテキストの幅が変わる:font-display: swapと適切なpreloadで緩和
  • 広告やバナーが後から挿入され、文章が下にズレる:枠の高さをCSSであらかじめ予約

CLSはユーザーが「押したいボタンが押せない」というストレスの原因そのものです。SEO以前に、コンバージョン率を直接押し下げます。

改善のロードマップ|中小企業が無理なく進める順序

改善ロードマップSTEP 1現状計測PSIとSearchConsoleで把握STEP 2画像対応WebP化とサイズ最適化STEP 3JS整理不要タグ削除defer属性STEP 4再計測28日後に効果検証STEP2まででLCPが大きく動くケースが多い
小さく始めて、数字で効果を確かめる

いきなり全部やろうとせず、効果の大きいところから順に進めるのが現実解です。

  • STEP 1:現状計測(1日):主要ページ5〜10本のPSIスコアと、Search Consoleのコアウェブバイタルレポートを記録
  • STEP 2:画像とサーバー(1〜2週間):トップとLPの画像をWebP化、loading="lazy"指定、必要ならサーバープラン見直し
  • STEP 3:JSと表示の安定化(2〜3週間):使っていないプラグイン削除、タグの整理、画像にwidth/height指定追加
  • STEP 4:再計測と継続改善(1ヶ月後):Search Consoleのフィールドデータは28日間平均なので、効果が見えるのは約1ヶ月後

STEP 2までで多くの中小企業サイトはLCPがGoodゾーンに入ります。費用対効果が一番高いフェーズです。逆にCMSやテーマそのものが古くて重い場合は、部分改修よりリニューアルのほうが安く済むこともあります。

お気軽にご相談ください

Core Web Vitalsは、闇雲に「速くする」ではなく、どの指標がどのページで悪いかを特定し、効果の大きい順に直すのが正攻法です。とはいえ、計測結果を見ても何から手を付ければいいか判断しづらい、というのが現場の本音だと思います。
私たちFUTSUは、岐阜県土岐市を拠点に東濃・名古屋圏の中小企業のWebサイト改善を支援しています。現状のサイト診断から、画像最適化・JS整理・サーバー見直しまで、必要なところだけを切り出してご提案できます。
「うちのサイト、何点なんだろう」という入り口の段階でも構いません。お問い合わせフォーム、または無料お見積もりからお気軽にご相談ください。

記事一覧へ