サイトの表示速度は売上にどう影響するか：数字で見るパフォーマンス

表示速度は快適さではなく売上の問題

遅いサイトは、扉の開きにくいお店のようなものです。中に何があるのか気にする人はおらず、隣のお店に入っていきます。

Google の Core Web Vitals の基準値は、ここに明確な線を引いています。Largest Contentful Paint は 2.5 秒未満、レイアウトのずれ（CLS）は 0.1 未満、操作への応答の遅れは 200 ミリ秒以内に収める必要があります。これらの基準値は恣意的なものではなく、実際のユーザー行動から導き出されたものです。

モバイルでは、表示が一秒遅れるごとに離脱する人が増えます。しかもその損失は目に見えません。サイトが遅かったから買わなかったと、わざわざ伝えてくれる人はいないのです。

トルコの現状

現場の実態として、中小企業のサイトのかなりの割合が、モバイルで表示に五秒以上かかっています。原因はたいてい同じ三つに分類されます。

最適化されていない画像。 カメラから直接アップロードした 4 MB の写真は、それだけでページを台無しにします。同じ画像も、適切なサイズの WebP にすれば 150 KB に収まることがあります。

肥大化したテーマとプラグイン。 既製のテーマには、使うことのない機能が何十も含まれています。プラグインを二十個入れたサイトでは、どのページも不要なファイルを読み込みます。

性能の低いホスティング。 詰め込みすぎの共有プランでは、サーバーの初期応答時間だけで何秒も消費することがあります。

どこから始めるか

まずは測定です。サイトを PageSpeed Insights にかけ、モバイルのタブを確認してください。デスクトップのスコアは判断を誤らせます。そのうえで、次の順番で取り組みましょう。

画像。 WebP に切り替え、実際の表示サイズで配信し、スクロールしないと見えない部分の画像は遅延読み込みにします。ほとんどのサイトでは、この手順だけでページの容量が半分になります。

フォント。 Google Fonts から読み込むフォントファミリーが一つ増えるごとに、接続と待ち時間が増えます。フォントは自社のサーバーから配信し、実際に使うウェイトだけを読み込みましょう。

レンダリングを妨げるファイル。 画面上部の表示に不要な CSS や JavaScript は、読み込みを後回しにしましょう。

キャッシュと圧縮。 サーバー側で Brotli 圧縮と適切なキャッシュヘッダーを設定すれば、コードを一行も変えずに目に見える改善が得られます。

表示速度の SEO 面での影響

表示速度だけで検索順位一位になれるわけではありません。コンテンツと信頼性のほうが依然として重要です。しかし Core Web Vitals は、同程度の品質の二つのページの優劣を分ける決め手になります。

本当の影響は間接的なものです。遅いページからすぐに離脱した訪問者は、その検索結果が役に立たなかったというシグナルを Google に送ります。こうした行動が積み重なると、順位が下がっていきます。

もう一つ実務的なポイントがあります。Google はサイトのクロールにも時間を費やします。遅いサイトではクロールの予算で回れるページが少なくなり、新しいコンテンツのインデックス登録が遅れます。200 ページある業界サイトでは、その差がはっきり表れます。

現実的な目標

すべてのサイトで 100/100 のスコアを出すことは、可能でも必要でもありません。意味のある目標は、モバイルの PageSpeed スコア 90 以上、実ユーザーの LCP 2.5 秒未満です。

私たちは納品するすべてのプロジェクトで公開前にこの測定を行い、結果を書面でお客様にお渡ししています。見積もりを取る際には、同じことを求めてください。「納品時のモバイルの PageSpeed スコアはいくつになりますか？」この質問に数字で答えられない制作会社は、表示速度についてまったく考えていません。