サイトが重い、という相談は多く寄せられます。ただ、表示速度は原因がひとつではありません。画像が重いのか、外部スクリプトが多いのか、サーバーの応答が遅いのかで、打つ手がまったく変わります。

Googleは、ページの体験を測る指標としてCore Web Vitalsを公開しています。これを使うと、体感の「重い」を分解して見られるようになります。感覚で議論するより、指標で確認したほうが早く原因にたどり着けます。

Googleの公開資料では、Core Web Vitalsは3つの側面を測るものとされています。

一つ目はLargest Contentful Paint（LCP）で、読み込みの性能を測ります。良好とされるのは、ページの読み込み開始から2.5秒以内に発生することです。

二つ目はInteraction to Next Paint（INP）で、操作への反応の速さを測ります。良好とされるのは200ミリ秒以下です。INPは2024年に安定した指標となり、それまで使われていたFirst Input Delay（FID）を置き換えました。

三つ目はCumulative Layout Shift（CLS）で、表示の安定性を測ります。良好とされるのは0.1以下です。読み込み中にボタンの位置がずれて、押し間違えるような状態がここに現れます。

また、評価は1回の測定ではなく、モバイルとデスクトップに分けたページ読み込みの75パーセンタイルで判断するとされています。誰か1人の環境で速かったから大丈夫、とはなりません。

現場で改善する場合、次の順番で見ると効率的です。

まず画像です。撮影データをそのまま載せていると、1枚で数メガバイトになることがあります。掲載サイズに合わせてリサイズし、圧縮するだけでLCPが大きく変わることは珍しくありません。ここは制作の知識がなくても着手できる部分です。

次に外部スクリプトです。アクセス解析、広告、チャット、SNS埋め込み、フォント読み込みなどが積み重なると、INPに影響します。使っていないタグが残っていないか棚卸ししてください。

三つ目にレイアウトの安定性です。画像や広告枠に幅と高さを指定していないと、読み込み時に後続の要素が押し下げられてCLSが悪化します。

最後にサーバーとテーマです。共用サーバーの性能や、機能過多のテーマ・プラグインが原因の場合もあります。ここは制作会社やサーバー会社との相談が必要になります。

1. 主要なページを3〜5本選ぶ（トップ、サービス、料金、事例、問い合わせなど）
2. それぞれをモバイルとデスクトップで計測する
3. 3指標のどれが基準を外れているかを記録する
4. 画像、スクリプト、サーバーのどこに原因があるかを切り分ける
5. 自社でできることと、制作会社に依頼することを分ける

すべてのページを一度に測る必要はありません。流入が多いページと、問い合わせにつながるページから見てください。

・数値を1回測っただけで判断する
・スコアを上げること自体が目的になり、必要なコンテンツまで削る
・画像を圧縮しすぎて、商品や店内の印象が悪くなる
・プラグインを大量に入れて高速化しようとして、かえって不安定になる
・トップページだけ改善し、問い合わせページが遅いまま残る

とくに最後は見落とされがちです。問い合わせフォームのページが遅いと、そこまで来た人を取りこぼします。

表示速度は、放っておくと少しずつ悪化します。記事に大きな画像を追加したとき、新しいツールのタグを入れたとき、テーマやプラグインを更新したときに変わることがあります。

Search Consoleでは、ページの体験に関するレポートを確認できます。月次の確認項目に入れておくと、悪化に早く気づけます。

なお、表示速度を改善すれば検索順位が上がる、と単純に言い切ることはできません。順位は多くの要素で決まります。表示速度の改善は、順位対策というより、来た人を逃さないための施策として位置づけたほうが実務に合います。