WordPressが遅いときは、設定を変える前に「どの画面で、何が出るまで、どの操作を待っているか」を一つ選びます。 公開ページが白いまま、特定記事だけ遅い、管理画面だけ重い、スマートフォンだけ遅い、更新直後から急に遅い、表示後のボタンが反応しない、では確認先が違います。

まず遅いURL、端末、回線、ログイン状態、発生時刻を記録し、同じ条件で変更前を測ります。PageSpeed Insightsの点数だけを上げること、キャッシュを全部ONにすること、すぐサーバーを移ることをゴールにしません。本文・画像が表示され、メニューやフォームが動き、管理画面で編集・保存できる状態まで確かめます。

WordPressの遅さに困るミカ
ミカ

ねぇねぇ、佐藤さん！記事を開くと白い画面で少し待つのに、管理画面では投稿一覧の検索がもっと重いんです。キャッシュを全部ONにするか、サーバーを変えるしかないのかなと思って、怖くて止まっています。

二種類の遅さを受け止める佐藤さん
佐藤さん

二つの遅さが重なると、全部直したくなるよね。でも白い画面と投稿一覧では待っている処理が違うことがあるよ。まずURL、画面、押した操作を分けて書こうか。

どちらから測るか迷うミカ
ミカ

公開記事は読者も待つので、そちらから見たいです。でも一回だけ速い日もあって、私の感覚だけで決めていいのか少し迷います。

測定条件を示す佐藤さん
佐藤さん

公開記事からでいいよ。同じURLを同じ端末と回線で三回開き、文字、画像、操作できるまでを分けて残そう。一回の点数より、どこで待ったかを見るんだ。

変更前に同じ条件を3回記録する

改善前の記録がなければ、速くなったか判断できません。代表URLを一つ決め、スマートフォンまたはパソコン、Wi-Fiまたは携帯回線、ログイン中またはログアウト中を固定します。通常再読み込みと、キャッシュの影響を受けにくいプライベートウィンドウを混ぜずに測ってください。

  1. クリックしてから文字が現れるまで
  2. 最も大きな画像や見出しが見えるまで
  3. レイアウトの移動が止まるまで
  4. メニューやフォームを操作できるまで

同じ条件で3回測り、極端に速い・遅い一回ではなく傾向を残します。変更後も同じURLと条件を使います。アクセスが多い時間だけ遅いなら、その時刻も別に記録します。

Google公式のPageSpeed Insights解説 では、実ユーザーデータとラボデータは役割が異なります。実ユーザーデータは過去28日間の利用状況、ラボデータは固定条件の診断材料です。ラボ点数が上がっても実際のボタンが動かない状態は成功ではありません。

LCPは主要な内容が見えるまで、CLSは表示中のずれ、INPはクリックや入力への反応を見る指標です。ただし、指標名から原因を一つに決めつけないでください。LCPが遅くても、原因は大きな画像だけでなく、画像を出す前のHTML応答、CSS、フォント、外部処理の場合があります。診断欄で指摘されたURLと待ち時間を控え、症状表の確認先と一致するかを見ます。

症状から最初の確認先を一つ選ぶ

見えている症状 最初の確認 まだ触らないもの
白い画面が続いてから本文が出る サーバー応答、PHP、DB、外部通信 画像圧縮率だけを繰り返し変更しない
一記事だけ遅い 大きな画像、動画、広告、埋め込み サイト全体のサーバー設定
管理画面だけ遅い 遅い操作、プラグイン、外部通信、PHP 公開ページ用キャッシュだけで直ると決めない
スマホだけ遅い・後から動く 画像、フォント、広告、モバイルメニュー パソコンの一回測定
更新直後から急に遅い 直前に変えた一項目 別の高速化設定を追加しない
表示後にボタンが反応しない JavaScript、最適化・遅延読込 点数だけを成功条件にしない

複数に当てはまる場合も、一番再現しやすい症状から始めます。「サイト全体が何となく重い」のまま調査せず、「投稿一覧で検索を押してから結果が出るまで5秒」のように画面・操作・結果を一文にします。

症状で確認先が違うと気づくミカ
ミカ

一記事だけ遅いときまでサーバー全体を疑っていました。動画や広告を待っているなら、プランを変えても同じかもしれないんですね。

気づきを認める佐藤さん
佐藤さん

待っている場所に気づけたね。一記事だけなら、いちばん大きい画像や外部ドメインから見れば、サイト全体の設定を触らずに済むよ。

広告を外す影響を心配するミカ
ミカ

広告を外して試すと、公開中の記事から急に消えてしまいそうです。原因を見たいだけなのに、読者の画面を変えるのはまだ少し怖いです。

安全な試し方を示す佐藤さん
佐藤さん

公開記事でいきなり消さなくていいよ。テスト用の下書きや複製で一つ外し、同じ条件で比べよう。差がなければ公開側は変えずに戻せるよ。

一記事だけ遅いなら画像・広告・埋め込みを調べる

一記事だけ遅いなら、サーバー全体よりその記事固有の要素を優先します。ブラウザの開発者ツールやPageSpeed Insightsで最も大きい画像、外部ドメイン、長く待っているファイルを見ます。画像は表示幅より極端に大きくないか、同じ写真を背景と本文で重複していないか、WebP・AVIF化で画質が崩れていないかを確認します。

広告、動画、地図、SNS投稿は外部サーバーの応答を待ちます。自サイトのサーバー変更だけでは直らないことがあります。テスト用の下書きで候補を一つ外し、同じ条件で測ります。公開記事から複数要素を一度に削除すると、原因と読者への影響が分からなくなります。

WordPress公式も画像の最適化、テーマ、プラグイン、ホスティング環境を別々の速度要因として挙げています。画像を軽くした結果、最初の大きな画像が欠ける、ぼやける、レイアウトが動く場合は元画像を残したまま変更前へ戻してください。

キャッシュとプラグインは一種類ずつ確認する

キャッシュにはブラウザ、ページ、サーバー、オブジェクトなど役割の違う層があります。WordPress公式の キャッシュ解説 でも別々に説明されています。名称が似ていても、同じ場所を速くするとは限りません。

  1. サーバー管理画面とWordPressのプラグイン一覧で、現在有効なキャッシュを記録する
  2. 更新内容が反映されるURLを一つ決める
  3. 最も直前に追加・更新した一種類だけを停止または元へ戻す
  4. 同じURLをログアウト状態で確認する
  5. 変化がなければ元へ戻してから次を調べる

ロリポップ！公式はLiteSpeed Cacheとロリポップ！アクセラレータを同時利用できないと案内しています。特定サービスの禁止事項は一般論で推測せず、契約中サーバーの公式マニュアルを確認します。会員ページ、カート、予約、ログイン後表示ではキャッシュ対象外条件も確認してください。

二つのキャッシュに迷うミカ
ミカ

サーバーのアクセラレータとWordPressのキャッシュプラグインが両方ONでした。名前が違うので別の働きだと思っていましたが、どちらを止めるか迷います。

公式条件を先に見る佐藤さん
佐藤さん

同時利用できるかはサーバーごとに違うから、まず契約先の公式説明を見よう。禁止されている組み合わせなら、直前に有効化した方の現在値を記録してから一つだけ戻すよ。

戻す順番を確認するミカ
ミカ

変わらなかったら、止めたまま次も止めるのではなく、先に元へ戻すんですね。何がONだったか忘れそうなので、画面を一枚残しておきます。

記録を支える佐藤さん
佐藤さん

その一枚があれば安心だね。変更時刻も添えて、同じURLをログアウト状態で見よう。更新が古いままなら、ブラウザ側とサーバー側を分けて確かめるよ。

管理画面だけ遅い場合は操作名・PHP・外部通信を見る

管理画面だけ遅い場合は、「ログイン」「投稿一覧」「記事保存」「メディア追加」「プラグイン更新」のどれかへ分けます。公開ページ用キャッシュはログイン中の管理画面へ効かないことがあるため、キャッシュのON・OFFだけを繰り返しません。

「ツール」→「サイトヘルス」→「情報」でPHPバージョン、メモリ、データベース、HTTPリクエストなどを記録します。更新直後に遅くなったプラグインがあるなら一つだけ戻します。予約投稿やバックアップが同じ時刻に集中していないかも確認します。推測でDB行を削除したり、wp-config.phpへ複数設定を貼り付けたりしないでください。

保存だけが遅いなら、保存ボタンを押した時刻、完了表示までの秒数、下書きか公開記事かを残します。投稿一覧だけなら、全件表示と検索結果で差があるかを見ます。メディア追加だけなら、同じ小さな画像と大きな画像を混同せず、画像処理の差として切り分けます。操作ごとの記録があれば、サポートにも「管理画面が重い」より具体的に伝えられます。

500エラー、保存失敗、タイムアウトがある場合は、発生時刻とサーバーのエラーログを照合します。ログのファイル名を見てすぐ削除せず、表示された全文、操作、時刻、直前変更を保存します。認証情報やサーバー内部情報を公開掲示板へ貼らず、必要なら契約サーバーの窓口へ渡します。

サーバー性能を疑うのは内容側を分けた後

複数の軽いページでHTMLが返る前の待ち時間が長い、アクセス集中時だけ同じ症状が出る、PHP・DB・リソース上限の記録がある、サポートへ時刻とログを伝えても現在環境で改善できない場合は、サーバー側を比較する根拠になります。

反対に、一記事の巨大画像、外部広告、重いテーマ処理、キャッシュ重複が原因なら、移転後も同じ問題が残る可能性があります。現在のサーバーで原因を特定して直せた人、待ち時間が許容範囲へ戻った人には契約変更は不要です。

比較するときは「速い」という広告文だけで決めず、現在の症状に関係する管理機能を見ます。キャッシュの種類、PHPやリソース情報の確認場所、設定を戻す手順、移転支援、問い合わせ時にログを共有できるかを、公式情報と申込画面で確認します。

改善成功は数字・見た目・操作の三つで決める

変更後は、変更前と同じURL・端末・回線・ログイン状態で3回確認します。数値が改善しても、画面や操作が壊れたら不合格です。測定結果には変更した項目と時刻も添え、翌日にも同じ条件で一度確認すると、一時的なキャッシュ効果との混同を減らせます。

  • 数字： 文字や主要画像が現れるまでの待ち時間が短くなった
  • 見た目： 画像の比率、文字、余白、スマホ表示が崩れていない
  • 操作： メニュー、目次、フォーム、検索、記事保存が動く
  • 反映： 記事やCSSの更新後、別ブラウザでも新しい内容を確認できる

悪化した場合は直前の一項目だけを元へ戻します。キャッシュ削除、別ブラウザ、ログアウト状態を分けて再確認します。戻して直れば、その変更とサイトの相性を疑います。戻しても直らなければ新しい設定を重ねず、同時刻の更新・障害・アクセスログへ調査を移します。

成功条件が見えて安心するミカ
ミカ

点数だけでなく、画像が崩れずメニューも動くところまで見られました。前より少し速くても、操作できなければ失敗だと分かって、判断しやすくなりました。

丁寧な確認を認める佐藤さん
佐藤さん

数字、見た目、操作を同じ条件で確かめられたね。今の環境で直せたなら、速度だけを理由に契約を変えなくていいよ。

再発時を少し心配するミカ
ミカ

また遅くなったら、焦って全部ONにしそうな気はまだします。でも今度は画面と操作と時刻を一行にしてから、前回と比べてみます。

再発時の出発点を示す佐藤さん
佐藤さん

また出ても、その一行があれば出発点へ戻れるよ。一項目だけ試し、直らなければ戻す。ログや管理情報を確認できない時だけ、サーバー比較へ進もうね。

まとめ：遅い場所に合う一手だけを試す

WordPressが遅いときは、公開ページ、特定記事、管理画面、スマートフォン、更新直後、操作不能のどれかへ分けます。同じ条件で変更前を測り、一記事だけなら画像や外部要素、管理画面だけなら操作名・プラグイン・PHP、公開ページ全体ならキャッシュやサーバー応答を確認します。

一度に直すのは一項目です。改善後は数字だけでなく、見た目と操作まで確認してください。現在の環境で原因を直せたなら移転は不要です。ログや管理情報を確認できず、複数の軽いページでサーバー応答の遅さが続く場合だけ、管理機能と戻し方を比較して候補を選びます。

現在環境で原因を確認できない場合の4社比較

一度の遅さだけで移転する必要はありません。複数の軽いページでサーバー応答の遅さが続き、現在環境ではPHP・キャッシュ・ログ・サポート確認を進められない場合だけ、次の公式機能を比較します。

エックスサーバー

エックスサーバー

XアクセラレータとXPageSpeedなど、WordPressの表示処理に関係するサーバー機能を管理画面で確認したい場合の候補です。

向いている人： 公開ページのサーバー応答と静的ファイル最適化を分けて管理したい人

利点： XアクセラレータとXPageSpeedの機能名・設定を公式資料で照合できる

不要な人： 現在サーバーで原因を特定して改善できた人

注意点： 巨大画像や外部広告など記事側の原因は移転だけで解消しません。

料金： 契約期間・プラン・キャンペーンで変わるため申込画面で総額を確認

エックスサーバーの高速化機能を確認する
ConoHa WING

ConoHa WING

コンテンツキャッシュとブラウザキャッシュを分け、WordPress移行機能も含めて確認したい場合の候補です。

向いている人： キャッシュの管理場所と移行手順を同じ公式情報で確認したい人

利点： コンテンツキャッシュ・ブラウザキャッシュ・WordPress移行の仕様を確認できる

不要な人： 外部タグや一記事だけの重い画像が主因の人

注意点： キャッシュ設定後は更新反映とログイン後ページを確認します。

料金： WINGパック等の期間・プランで変わるため最新総額を確認

ConoHa WINGのキャッシュ仕様を確認する
ロリポップ！

ロリポップ！

ロリポップ！アクセラレータまたは対応プランのLiteSpeed Cacheを、併用せず選びたい場合の候補です。

向いている人： 現在のキャッシュ重複を避け、公式手順に沿って一種類を選びたい人

利点： アクセラレータの対象・反映時間とLiteSpeed Cacheの利用条件を公式マニュアルで確認できる

不要な人： 現在環境のキャッシュ構成に問題がなく十分速い人

注意点： LiteSpeed Cacheとロリポップ！アクセラレータを同時利用しません。対応プランも確認します。

料金： プラン・契約期間で変わるため対応機能と総額を公式画面で確認

ロリポップ！のキャッシュ条件を確認する
シンレンタルサーバー

シンレンタルサーバー

Xアクセラレータの静的ファイル・PHP処理と、XPageSpeedの圧縮・画像最適化を分けて確認したい場合の候補です。

向いている人： サーバー側のPHP処理と転送最適化を別設定として比較したい人

利点： XアクセラレータVer.1・2とXPageSpeedの役割・注意点を公式マニュアルで確認できる

不要な人： 一記事の画像や広告だけが遅さの原因だった人

注意点： XPageSpeedで表示崩れや画像劣化が出た場合はOFFへ戻して確認します。

料金： プラン・期間・キャンペーンで変わるため申込時の総額を確認

シンレンタルサーバーの高速化設定を確認する

広告・PRを含みます。現在のサーバーで原因を確認・修正できる人には契約変更は不要です。機能と最新条件を公式ページで確認してください。

よくある質問

PageSpeed Insightsが90点未満ならサーバーを変えるべきですか？

点数だけでは決めません。実ユーザーデータとラボデータ、白い待ち時間、画像、操作可否を分けます。記事固有の画像や外部タグが原因なら移転後も残ります。

キャッシュプラグインは二つ入れたほうが速いですか？

同じ層のキャッシュを重ねると、更新が反映されない、表示が崩れる、逆に遅くなる場合があります。契約サーバーの公式条件を確認し、一種類ずつ試します。

管理画面だけ遅い場合も画像を圧縮しますか？

投稿一覧や保存だけが遅いなら、画像より操作名、プラグイン、外部通信、PHP、DB、定期処理を先に確認します。画像アップロードだけ遅い場合は画像処理を別に調べます。

改善しなかったらどこまで元へ戻しますか？

直前に変更した一項目だけを変更前へ戻します。複数設定をまとめて戻さず、同じURLと条件で再確認し、戻して直ったかを記録します。

次に読むと理解しやすい記事

このカテゴリを順番に読む

このページを入口に、同じカテゴリの記事へ進めます。