アーム代表の伊藤です。
サイトの表示速度の合格ラインは、主要コンテンツが表示されるまでの時間で2.5秒以内です（Googleの指標LCPの基準）。読み込みが1秒延びるごとに約10%のユーザーが離れるという計測結果もあり、遅さは事業の数字に直結します。この記事では、Google web.devの速度が重要な理由の根拠も参照しながら、計測と原因の切り分け、自分で直せる範囲とプロに任せる範囲を整理します。
こんな方におすすめのコラムです
- 「サイトが重い気がするが、どこから手をつければいいか分からない」という方
- 「何秒なら合格なのか、目安と計測方法を知りたい」という方
- 「表示速度がSEOや問い合わせにどう効くのか知りたい」という方
- 「自分で直せるのか、制作会社に頼むべきか判断したい」という方
- 「社内からサイトが重いと指摘されている」という方
サイトの表示速度とは
サイトの表示速度とは、ユーザーがページを開こうとしてから、内容が表示されて操作できるようになるまでの速さのことです。回線速度（Wi-Fiや光回線の速さ）とは別物で、サイト側のつくりで決まる部分を指します。
たとえるなら、表示速度はお店の入り口のドアです。ドアが重くてなかなか開かない店では、お客様は中の品揃えを見る前に帰ってしまいます。デザインや文章がどれだけ磨かれていても、ドアが開かなければ存在しないのと同じです。
表示速度の目安は「LCP 2.5秒以内」
現在の実務的な合格ラインは「LCP 2.5秒以内」です。LCP（※Largest Contentful Paint。ページ内の主要なコンテンツが表示されるまでの時間）は、Googleが定める指標群「Core Web Vitals」の中心で、次の3つで構成されています（出典: Google web.dev「Web Vitals」）。
指標 | 何を測るか | 合格ライン |
|---|---|---|
LCP | 主要コンテンツの表示までの速さ（読み込み） | 2.5秒以内 |
INP | 操作への反応の速さ | 200ミリ秒以下 |
CLS | 表示のガタつき（レイアウトのずれ） | 0.1以下 |
「何秒が目安ですか」と聞かれたら、まずはこのLCP 2.5秒を基準にしてください。後述するPageSpeed Insightsで、自社サイトが合格しているかを無料で確認できます。3つの指標それぞれの意味と、指標別にどこを直すかは、Core Web Vitalsとは？3つの指標（LCP・INP・CLS）の意味と指標別の改善方法で詳しく解説しています。
表示速度が遅いと何が起きるか: 離脱・検索順位・AI検索への影響
表示速度の遅さは、体感の不快さだけでなく、数字にはっきり表れます。
表示速度の遅さによる離脱と、問い合わせ・売上への影響
冒頭のBBCの例のとおり、サイトの読み込みが1秒延びるごとに、さらに約10%のユーザーが失われます。逆に速度を改善した事例もあります。楽天24は1つのランディングページでCore Web Vitalsを最適化し、1か月間のA/Bテストで、最適化した版のコンバージョン率が元の版より33.13%高くなったと報告しています（改善の中心はCLSで92.72%）。Vodafoneは、あるランディングページでLCPを31%改善したA/Bテストで、最適化した版の売上が8%多かったと報告しています（出典: Google web.dev「速度が重要な理由」）。いずれも各社の1ページ単位の検証で、どのサイトでも同じ効果が出るわけではありません。
表示速度の改善は「なんとなく快適になる」施策ではなく、離脱率・コンバージョンという事業の数字に直結する施策です。
SEOへの影響: Googleは検索順位を決める「ランキング要素」と公式に明言している
表示速度はSEOにも影響します。Googleは2018年1月に、ページの読み込み速度をモバイル検索のランキング要素に使用すると公式に発表しました。適用は2018年7月からです（出典: Google検索セントラル「ページの読み込み速度をモバイル検索のランキング要素に使用します」）。
ただし、この発表には4つの条件が添えられています。まず、対象はモバイル検索です。次に、影響するのは、もっとも遅い体験のページに限られます。さらに、影響を受けるクエリはごく一部です。そして、検索クエリの意図は依然として非常に強いシグナルとされています。遅いページでも、内容が優れていれば上位に表示されることがあります。
この4点はGoogle自身が同じ発表の中で述べています。つまり、速度は数あるランキング要素のひとつであって、速くすれば順位が上がる魔法ではありません。位置づけとしては減点方式に近く、「遅すぎると足を引っ張る。合格ラインを超えていれば十分」と捉えるのが実務的です。
AI検索（LLMO）の時代も、速さは土台になる
ChatGPTやGoogleのAI検索が、サイトの内容を読み取って回答に引用する場面が増えています。では、AI検索のために表示速度で何か特別なことをする必要があるのか。
特別なことは要りません。Googleは生成AI向けの最適化ガイドで、AI検索に出る条件はインデックスされていて通常の検索でスニペット付きの表示対象になっていることだと述べています。AI検索のための追加要件はありません。生成AI機能そのものが、通常の検索のランキングと品質のしくみに根ざしているためです（出典: Google検索セントラル「生成AI検索向けの最適化ガイド」、2026年7月更新）。
一方で、Core Web Vitalsがランキングのしくみで使われていること自体はGoogleが認めています。ただし同じページで「単一のシグナルはない」「良い数値が出ても上位表示が保証されるわけではない」とも述べています（出典: Google検索セントラル「ページエクスペリエンス」、2025年12月更新）。
つまり表示速度は、AI検索対策として別枠で取り組むものではなく、通常のSEOの一部として効くという位置づけです。良いSEOがそのままAI検索への備えになります。アームがSEOとLLMOを切り離さずに考えているのは、公式がこう述べているからです。
逆に言えば、AI検索のためにと別料金で速度の施策をすすめられたときは、それが公式のガイドに載っている話なのかを一度確かめてください。
まず表示速度の計測から: 現状を無料で把握する方法
表示速度の改善の前に、必ず計測です。感覚で「サイトが重い気がする」と手を動かすと、効いていない場所を直して時間だけが溶けていきます。
PageSpeed Insightsの使い方
表示速度の計測には、Googleが無料で提供しているPageSpeed Insightsが定番の計測ツールです。有料の高機能なツールもありますが、まずはこれひとつで十分です。使い方は簡単です。サイトを開いて自社ページのURLを入力し、「分析」を押すだけです。モバイルとデスクトップそれぞれのスコア（100点満点）と、改善できる項目の一覧が表示されます。継続的に見張る場合は、Google Search Consoleの「ウェブに関する主な指標」で、サイト全体の合格状況をまとめて確認できます。
トップページだけでなく、ユーザーがよく見るページ（サービス紹介、料金、問い合わせフォームなど）もあわせて計測してください。ページによって重さの原因は違います。
結果の見方: スコアの点数より「診断結果」を見る
表示速度の計測は健康診断と同じで、大事なのは点数そのものではなく「どこが悪いか」です。PageSpeed Insightsの結果画面では、次の2つに注目してください。
- 実際のユーザーの環境で評価する: 実ユーザーのデータに基づく評価です。ここでLCPが合格（2.5秒以内）かをまず確認します。
- 改善できる項目: 「画像の最適化」「使用していないJavaScriptの削減」など、重さの原因が具体的に列挙されます。ここが次章の「原因の切り分け」の入り口です。
計測結果を鵜吞みにしない: PageSpeed Insightsの2つの落とし穴
PageSpeed Insightsは便利なツールですが、そのまま信じると判断を誤る場面が2つあります。どちらもアームが自社サイトの表示速度を計測していて実際に踏みました。
1つ目は、サイトを更新した直後に計測しないことです。更新した直後は、画像の変換結果などが保存されていない状態で計測されるため、スコアが実力より低く出ます。改善の前後を比べたいなら、更新から半日以上あけて計測してください。直後の数字を見て「改善したのに悪化した」と焦る必要はありません。
2つ目は、推定削減時間の数字は実際の短縮秒数ではないということです。改善できる項目には「◯◯秒短縮できます」という数字が並びますが、これは遅い回線を想定したシミュレーションの計算値で、実際にその秒数だけ速くなるという意味ではありません。
アームの自社サイトで2026年7月末に起きた例です。日本語のWebフォントのファイルが重く、PageSpeed Insightsは「最初の表示に23.4秒かかる」と算定しました。ところが実際に遅い回線を再現して計測すると89点、パソコンでは100点でした。ツールが「フォントの到着を待ってから表示する」と判断したために出た数字で、体感の遅さとは桁が違っていました。
とはいえ、この指摘自体が無駄だったわけではありません。フォントの配信方法を変えたところ、計測値は55点から87点へ改善しています。指摘の方向は正しく、削減できる秒数だけが誇張されている、というのが実務的な受け取り方です。
表示速度の計測結果は、数字の大きさで優先順位を決めず、何を指摘されているかで判断してください。
サイトが重い・表示速度が遅くなる典型的な原因4つ
診断結果を見ると、サイトの表示速度が遅くなる原因は、多くの場合で次の4つのどれか（または複合）に行き着きます。
原因1: 画像・動画のデータ容量が大きい
サイトの表示速度を落とす原因として、いちばん多いものです。撮影したままの大きな画像ファイルや、圧縮されていない画像を並べたページは、積み荷を減らさないまま走ろうとするトラックのようなもので、どうしても遅くなります。特にメインビジュアルの大きな画像は、LCPにそのまま響きます。
原因2: JavaScript・CSS・外部タグの積み重ね
アクセス解析、広告、チャットツール、SNS埋め込み。ひとつずつは小さくても、運用の中で足され続けたタグやスクリプトのファイルが積み重なると、ページ全体の読み込み時間を押し上げ、表示速度を落とします。「入れた記憶はあるが、今も使っているか分からないタグ」は、重さの温床です。
原因3: サーバーの性能が足りていない
安価なレンタルサーバーの共有プランでは、アクセスが集中する時間帯に応答が遅くなることがあります。診断結果で「サーバーの応答時間」が指摘されている場合は、コンテンツ側でなくインフラ側に表示速度の原因があります。
原因4: 設計段階から重さが仕込まれている
見落とされがちですが、実は根が深いのがこれです。過剰なアニメーション演出、多数のWebフォント、複雑すぎるページ構造。公開後の運用ではなく、デザインと設計の段階で重さが決まってしまっているケースです。
アームが過去の案件でサイトを引き継いだ際にも、繰り返し見てきたパターンがあります。デザインカンプの段階では美しかった演出が、実装されると積み重なってページ全体の表示速度を落としていました。この場合、画像圧縮などの対症療法では限界があり、「その演出は体験に本当に必要か」という設計の問い直しが必要になります。
自分でできる表示速度の改善方法
原因が見えたら、表示速度の改善です。専門知識がなくても着手できる改善方法から並べます。
改善方法 | 対応する原因 | 難易度 |
|---|---|---|
画像の圧縮・形式の見直し | 原因1（画像・動画） | 低 |
不要なプラグイン・タグの整理 | 原因2（スクリプト類） | 低〜中 |
キャッシュの活用 | 原因1・2 | 中 |
サーバープランの見直し | 原因3（サーバー） | 中 |
画像を圧縮し、形式を見直す
表示速度の改善として、もっとも費用対効果が高い打ち手です。画像圧縮ツール（無料のWebサービスで十分です）でファイルサイズを落とします。可能であればWebPやAVIF（※従来のJPEG/PNGより軽い新しい画像形式）に変換します。CMSによっては自動変換ツールやプラグインもあります。まずはPageSpeed Insightsに指摘された画像から着手してください。あわせて、画面の外にある画像を後から読み込む遅延読み込み（※Lazy Load。最初に見える範囲だけを先に表示する仕組み）を設定すると、体感の表示速度がさらに改善します。
不要なプラグイン・計測タグを整理する
「今も使っているか分からないもの」を棚卸しします。WordPressなら停止したまま残っているプラグイン、タグマネージャーの中で誰も見ていない計測タグ。消してよいか判断がつかないものは、導入した経緯を知る人に確認してから外します。整理するだけで表示速度の体感が変わることも珍しくありません。
キャッシュを活用する
キャッシュ（※一度読み込んだデータを一時保存し、次回の表示を速くする仕組み）を有効にすると、2回目以降の訪問で表示速度が大きく改善します。WordPressならキャッシュ系プラグイン、レンタルサーバーなら管理画面のキャッシュ設定から有効化できます。
サーバープランを見直す
診断でサーバー応答の遅さが指摘されているなら、契約プランのアップグレードや、高速なサーバーへの移転を検討します。アームの経験では、月数百円の差で応答速度が変わることもあり、コンテンツをいじるより早く解決する場合があります。画像や動画が多いサイトなら、CDN（※コンテンツ配信ネットワーク。ユーザーに近いサーバーから配信して表示を速くする仕組み）の導入も選択肢に入ります。
実例: アームが自社サイトの表示速度を計測して直した話
ここまでの手順を、アームが自社サイト（aaam.jp）で実際にやったときの記録です。
2026年8月にPageSpeed Insightsで計測したところ、スマートフォンで60点、LCPは8.2秒でした。合格ラインの2.5秒を大きく超えています。ところが同じページをパソコンで計測すると99点、LCPは0.5秒でした。同じページで16倍の差です。
計測条件 | スコア | LCP |
|---|---|---|
スマートフォン | 60点 | 8.2秒 |
パソコン | 99点 | 0.5秒 |
この時点で絞り込めることがあります。中身そのものが重いなら、パソコンでも遅くなるはずです。そうなっていない以上、原因は回線が細い環境でだけ効いてくる何かに限られます。
診断結果を見ると、表示のガタつき（CLS）も操作への反応（TBT）も良好圏でした。レイアウトでもプログラムの実行量でもない。残るのは、最初の表示を待たせている何かです。
原因は、記事のアイキャッチ画像1枚でした。ページを開いた瞬間に画面へ入る位置にあるのに、後回しで読み込む設定になっていました。ページの中で一番大きく、一番早く見せたい画像が、一番後に読まれていたわけです。
やった対応は、その画像に「これを先に読む」という指定を足しただけです。画像を圧縮し直したわけでも、サーバーを変えたわけでも、デザインを削ったわけでもありません。
この記事で「まず計測、次に原因の切り分け」と繰り返しているのは、こういうことが実際に起きるからです。切り分けをせずに、スマートフォンが遅いという事実だけで手を動かすと、サイト中の画像を圧縮し直すような、効かない工事に何十時間も使うことになります。原因が1箇所と分かっていれば、直すのは数分です。
表示速度の改善で高くつくのは、直す作業ではなく、どこを直すか分からないまま動く時間のほうです。
なお改善後の計測値は、前述のとおり更新した直後の数字が当てにならないため、日をあらためて計測し次第この記事に追記します。
表示速度の改善は、内部SEO対策のどこに効くのか
ここまでの原因と改善方法を踏まえて、表示速度がSEOの全体像のどこに位置するのかを整理しておきます。表示速度の改善は、内部SEO対策（テクニカルSEO）の3領域のうち「ページエクスペリエンス」にあたる施策です。検索順位を直接押し上げる要素ではなく、遅すぎると足を引っ張る土台、というのが正確な位置づけです。
内部SEO対策（テクニカルSEO）の3領域と、表示速度の位置づけ
内部SEO対策とは、サイトの構造や中身を検索エンジンに正しく見つけ、評価してもらうための施策の総称で、テクニカルSEOとも呼ばれます。大きく分けると、次の3つの領域で構成されます。
内部SEO対策の領域 | 何をするか | 表示速度との関係 |
|---|---|---|
クロール最適化 | 検索エンジンの巡回ロボットがサイト内を回りやすくする | 直接は関係しない |
インデックス最適化 | ページを検索結果に正しく登録させる | 直接は関係しない |
ページエクスペリエンス | 表示速度や操作性など、ページ体験の質を整える | 表示速度とCore Web Vitalsはここに入る |
表示速度と、その計測指標であるCore Web Vitals（LCP・INP・CLS）は、3つ目のページエクスペリエンスに含まれます。クロール最適化とインデックス最適化が「検索結果に正しく載るための整備」だとすれば、ページエクスペリエンスは「訪れたユーザーを逃さないための整備」です。同じ内部SEO対策でも、担っている役割が違います。
検索順位のためではなく、離脱を減らして商談につなげるために速くする
この位置づけが分かると、表示速度の改善に何を期待すべきかも明確になります。前述のとおり、表示速度は速くするほど検索順位が上がる性質のものではなく、合格ラインを下回ると足を引っ張る減点方式に近い性質です。「内部SEO対策として表示速度を上げれば順位が伸びる」という期待で着手すると、期待外れに終わります。
一方で、離脱への効果は直接的です。検索結果からせっかく訪れたユーザーも、ページが開くのを待てずに離脱してしまえば、問い合わせにも商談にもつながりません。表示速度の改善は、検索順位のための施策というより、SEOで集めたアクセスを取りこぼさず商談につなげるための施策です。順位を追う前に、受け皿の穴をふさぎます。内部SEO対策の中で表示速度が担うのは、その土台の役割です。
表示速度のよくある誤解: 「スコア100点」を目指す必要はない
表示速度の話をすると、「PageSpeed Insightsで100点を取らないといけないのでは」と聞かれることがあります。これは誤解です。正しくは、スコアはあくまで表示速度の診断の手がかりで、目指すべきは「実際のユーザーがストレスなく使えて、事業の数字が改善する状態」です。
Googleが基準にしているのは、すべての読み込みではなくページの読み込みの75パーセンタイル値です（出典: 前掲web.dev「Web Vitals」）。集計はモバイルとデスクトップを分けて行われます。90点を100点にする労力より、LCPが4秒のページを2.5秒に縮める労力のほうが、はるかに事業に効きます。数値の完璧さを追うより、どの体験を良くすれば指標が動くのかから逆算します。この考え方は、UI/UX改善で成果が出ない本当の原因を扱ったコラムでも書いたとおり、表示速度の改善に限らないアームの基本姿勢です。
表示速度改善をプロに任せるべきケースと、依頼時のポイント
ここまでの表示速度改善で足りないケース、つまりコードの書き直し、サーバー構成の変更、そして原因4（設計段階の重さ）に踏み込む必要がある場合は、プロに任せるほうが早く確実です。
依頼時のポイントはひとつだけ。「スコアを上げてほしい」ではなく、「どのページの、どの体験を速くしたいか」を伝えることです。たとえば「スマホでトップページのメイン画像が出るまでが遅い」「フォームの表示が重くて離脱されている気がする」。ここまで具体的なら、制作側は表示速度の原因の見当をつけやすく、見積もりの精度も上がります。逆に「とにかく100点に」という依頼は、事業に効かない箇所の最適化に費用を使ってしまう典型パターンです。
サイトの重さに限らず、「サイトはあるが成果につながっていない」という悩みの整理は、アームのよくあるお悩み一覧でも紹介しています。
アームの表示速度改善の考え方
ここからは、私たちアームがこの課題をどう捉えているかをお伝えします。
速度は公開後の調整ではなく、設計段階で決まる
表示速度は、公開してから頑張って上げるものではなく、デザインと情報設計の段階でほぼ決まります。この演出は必要か、この画像はこのサイズで載せる意味があるか。アームは設計の時点で速度をデザインの一部として扱います。無駄のない構造は、結果として速くなります。機能美を好むアームのデザイン観とも地続きです。
スコアではなく、体験と事業指標から逆算する
100点を取ることではなく、「ユーザーが待たされずに目的を果たせて、離脱率やコンバージョンが改善すること」をゴールに置きます。だから表示速度改善の優先順位も、スコアの減点項目順ではなく、事業への影響が大きい体験から並べ替えます。
一気通貫だから、原因の切り分けが速い
表示速度の原因は、画像なのか、実装なのか、サーバーなのか、そもそもの設計なのか、領域をまたいで潜んでいます。分業体制では「デザインの問題か実装の問題か」の切り分けだけで往復が発生しがちですが、アームは課題を直接聞いたデザイナーが設計から実装まで見る一気通貫体制です。切り分けが速いぶん、無駄な工事をせずに済みます。Webサイト制作からSEO・LLMO対策までの提供サービスの詳細もあわせてご覧ください。
よくある質問
サイトの表示速度の目安は何秒ですか？
主要コンテンツが表示されるまでの時間（LCP）が2.5秒以内であることが、Googleの示す合格ラインです。PageSpeed Insightsで「実際のユーザーの環境で評価する」の項目を見れば、自社サイトが合格しているか無料で確認できます。
サイトの表示速度が遅い主な原因は何ですか？
多くの場合、（1）画像・動画の容量が大きい、（2）JavaScriptや外部タグの積み重ね、（3）サーバーの性能不足、（4）過剰な演出など設計段階の問題、の4つのどれかです。PageSpeed Insightsの「改善できる項目」で自社の原因を特定できます。
表示速度を無料で計測する方法はありますか？
GoogleのPageSpeed Insightsが定番の無料ツールです。URLを入力するだけで、モバイル・デスクトップ双方のスコアと改善項目が表示されます。トップページ以外の主要ページも計測するのがポイントです。
PageSpeed Insightsのスコアは何点を目指せばいいですか？
100点を目指す必要はありません。スコアは診断の手がかりであり、本質は、実際のユーザーの記録をもとにしたページの読み込みの75パーセンタイル値が、LCP 2.5秒以内などの合格ラインに収まっていることです。スコアの完璧さより、遅いページの底上げを優先してください。
WordPressのサイトが重い場合、まず何をすべきですか？
（1）画像の圧縮、（2）使っていないプラグインの削除、（3）キャッシュ系プラグインの導入、の順で着手するのがおすすめです。それでも遅い場合はテーマやサーバーが原因のことが多く、専門家への相談を検討するタイミングです。
表示速度の改善はSEOにどのくらい効きますか？
Googleは2018年に、読み込み速度をモバイル検索のランキング要素に使用すると発表しています。ただし、速くするほど順位が上がるものではありません。「遅すぎると減点される」に近い性質です。ただし離脱率やコンバージョンへの影響は速度に比例して大きいため、SEOのためというより事業の数字のために改善する価値があります。
PageSpeed Insightsで「データがありません」と表示されるのはなぜですか？
実際のユーザーの訪問データ（CrUX）が足りないためで、公開直後のサイトやアクセスの少ないページで起こります。異常ではありません。その場合は下段の「パフォーマンスの問題を診断する」（ラボデータ）を手がかりに改善を進めれば問題ありません。
PageSpeed Insightsのスコアが計測するたびに変わるのはなぜですか？
スコアには毎回ある程度のばらつきがあります。とくにサイトを更新した直後は、画像の変換結果などが保存されていない状態で計測されるため、実力より低く出ます。改善の前後を比べたいときは、更新から半日以上あけて、同じ時間帯に複数回計測して見比べてください。1回の数字で判断しないほうが安全です。
モバイルとパソコン、どちらの表示速度を優先して改善すべきですか？
モバイルが先です。Googleはモバイル版のページを基準にサイトを評価しており、実際の閲覧もスマートフォンが中心のサイトがほとんどです。PageSpeed Insightsではまずモバイルのスコアと改善項目から確認してください。
表示速度の改善は、内部SEO対策の中でどの順番でやるべきですか？
原則として、クロールとインデックスの整備が先です。ページが検索結果に登録（インデックス）されていない状態では、その表示速度をどれだけ磨いても検索結果に出ません。順位にも流入にも効きません。まず検索結果に載る状態を整え、そのうえで表示速度などのページエクスペリエンスを改善する順番が合理的です。すでに検索結果に載っていて、離脱の多さが課題のサイトであれば、表示速度の改善から着手して問題ありません。
アームは、伝言ゲームなしで課題の整理からデザイン・実装、公開後のグロースまでを一人が担う戦略デザインスタジオです。
- サイトはあるのに、売上につながっていない
- 問い合わせは来るが、質が合わず商談にならない
- 何に投資すれば伸びるのか、判断がつかない
動くものなら数日で作れる時代です。問われるのは、何を作るかより、なぜ作るか。事業の分解から画面と実装まで同じ人間が担当するので、決めた方針が形になるまで薄まりません。ぜひアームに一度ご相談ください。
サイトの表示速度改善のまとめ
サイトの表示速度は、ユーザーが中身に出会う前の入り口のドアです。表示速度の目安はLCP 2.5秒以内。まずPageSpeed Insightsで計測して原因を特定し、画像の圧縮、タグの整理、キャッシュ、サーバー見直しと、自分でできる表示速度の改善方法から着手します。それでも足りない場合や、設計段階に表示速度の原因がある場合は、体験と事業指標から逆算できるプロに相談する。この順番なら、無駄な工事をせずに済みます。内部SEO対策の全体像の中では、表示速度の改善はページエクスペリエンスという土台の整備にあたります。検索順位を直接押し上げる施策ではありませんが、SEOで集めたアクセスを離脱で取りこぼさないために、先に整えておく価値があります。
そして計測結果は、数字の大きさではなく指摘の中身で読んでください。更新した直後のスコアは実力より低く出ますし、推定削減時間は実際の短縮秒数ではありません。まずは自社サイトのURLをPageSpeed Insightsに入れてみるところから始めてみてください。サイトの表示速度改善は、特別な技術ではなく順番の問題です。原因が見えれば、着実に前へ進みます。
