WordPressが遅い時のXSERVER設定方法｜サーバーパネルで確認する順番

エックスサーバー上のWordPressが遅いときは、最初に遅い場所を「公開ページの最初の応答」「画像やデザインの表示」「管理画面」「アクセス集中時」に分け、その後でPHPバージョン、サーバーキャッシュ、ブラウザキャッシュ、XPageSpeedを一つずつ確認します。 全部を同時にONへ変えると、速くなった理由も表示が崩れた原因も分からなくなります。

この記事では、エックスサーバーのサーバーパネルへログインしてから、対象ドメインを間違えずに現在値を控え、症状に合う設定だけを変更し、ログアウト状態の公開ページで結果を確認するところまで案内します。WordPress管理画面のプラグイン設定と、エックスサーバー側の設定を混同しないことが大切です。

エックスサーバーの公式機能と現在のプランを見る

最初に結論：症状ごとに触る設定は違う

エックスサーバーの高速化設定は、すべて同じ場所へ効くわけではありません。サーバーキャッシュは公開ページへの応答や同時アクセスへの対策、ブラウザキャッシュは二回目以降の静的ファイル読み込み、XPageSpeedはCSS・JavaScript・画像などの転送最適化、PHPバージョンはWordPressのPHP処理に関係します。

困っている症状	先に見る設定・場所	すぐには触らないもの
ページを開いてから何も出ない時間が長い	PHPバージョン、サーバーキャッシュ、障害・メンテナンス情報	画像圧縮率だけを何度も変えない
文字は出るが画像やデザインの完成が遅い	ブラウザキャッシュ、XPageSpeed、画像サイズ	データベース削除やプラン変更
管理画面だけが遅い	PHPバージョン、プラグイン、WordPressのサイトヘルス	公開ページ用キャッシュだけで直ると決めない
更新後から急に遅い・崩れた	直前の変更、XPageSpeed、キャッシュ削除	複数設定の一括変更
アクセスが増えた時間だけ遅い	サーバーキャッシュ、エラーログ、アクセスの集中時刻	通常時の一回測定だけで判断しない
広告や外部動画の読み込みだけ遅い	外部サービスと埋め込み数	エックスサーバー設定だけで直ると考えない

たとえば管理画面の投稿保存に時間がかかる場合、ブラウザキャッシュをONにしても、保存処理そのものが軽くなるとは限りません。一方、二回目に同じ記事を開いたときだけ画像表示が遅いなら、PHPより静的ファイルの配信を確認するほうが筋が通ります。

作業前に4つの記録を残す

設定前の状態がなければ、改善したか判断できません。速度スコアだけでなく、読者が実際に待つ場面を記録します。

1. 遅いURL： トップページ、特定記事、管理画面などを一つずつ書く。
2. 閲覧条件： パソコン・スマートフォン、Wi-Fi・携帯回線、ログイン・ログアウトを分ける。
3. 症状： 白い時間が長い、画像が遅い、ボタンが反応しない、保存が終わらないなど見えた現象を書く。
4. 時刻： 通常時と遅い時間帯を記録する。アクセス集中や障害情報と照合しやすくなる。

公開ページはログアウト状態の別ブラウザでも開きます。WordPressへログイン中の表示は、管理バー、管理者用Cookie、キャッシュ除外の影響を受けます。管理者の一画面だけを見て読者側も同じだと決めないでください。

変更前にはサーバーパネルの各設定画面をスクリーンショットまたはメモで残します。必要なのはサイト全体の大がかりな作業ではなく、「対象ドメイン」「設定名」「変更前の値」「変更時刻」の四点です。

エックスサーバーのサーバーパネルへ入る

1. エックスサーバーのアカウント画面へログインする。
2. 契約中サーバーの管理入口から「サーバー管理」を開く。
3. サーバーパネルに表示されたサーバーIDを確認する。
4. 設定を変更するたび、対象ドメインが遅いWordPressのドメインと一致しているか確認する。

同じ契約で複数サイトを管理している場合、ドメイン選択を間違えると、別サイトだけ設定が変わります。「設定したのに速くならない」ときは、機能の効果を疑う前に対象ドメインを見直してください。

サーバーパネルとWordPress管理画面は別物です。PHP Ver.切替、サーバーキャッシュ設定、ブラウザキャッシュ設定、XPageSpeed設定はサーバーパネル側で確認します。キャッシュプラグイン、画像最適化プラグイン、テーマ設定はWordPress側です。二つの画面で同じような名称があっても、同じ処理とは限りません。

手順1：PHPバージョンを確認する

WordPressの画面生成や管理画面の操作はPHPで処理されます。古いPHPを長く使っている場合、対応中の新しいバージョンへ切り替えることで処理速度や保守性が改善する可能性があります。ただし、テーマやプラグインが未対応ならエラーになるため、数字が新しいものへ無条件に変える操作ではありません。

サーバーパネルで確認する操作

1. サーバーパネルの「PHP Ver.切替」を開く。
2. 遅いWordPressを置いているドメインの行を選ぶ。
3. 現在のPHPバージョンを記録する。
4. WordPress本体、利用中テーマ、主要プラグインの対応PHPを確認する。
5. 対応が確認できたバージョンを選び、「設定する」を押す。
6. 設定完了表示を確認してから公開ページと管理画面を開く。

公式画面で「WordPress推奨」と表示されても、現在使っているテーマとプラグインの互換性を保証する表示ではありません。特に長く更新されていない製品、独自PHPコード、古いショートコードを使うサイトでは、対応情報を先に確認します。

変更後に確認する画面

• トップページと代表記事がHTTPエラーにならない
• WordPressへログインできる
• 投稿一覧が開く
• 既存記事の編集画面が開く
• プレビューが表示される
• 問い合わせフォームなど重要機能が動く
• 「ツール」→「サイトヘルス」に重大な問題が増えていない

真っ白、500エラー、管理画面へ入れないなどの症状が出た場合は、同じPHP Ver.切替画面から変更前のバージョンへ戻します。エラー画面を何度も再読み込みするより、変更時刻と表示された文言を残し、エラーログと照合してください。

手順2：サーバーキャッシュ設定を確認する

エックスサーバー公式のサーバーキャッシュ設定マニュアル では、ONにするとサーバー側でファイルをキャッシュし、表示速度と同時アクセス数の向上を図ると案内しています。WordPressへログインしているアクセスや、カート・会員ページなど一部のCookie・URLは除外されます。そのため、管理画面の遅さを直す機能というより、主に一般読者が見る公開ページの配信を助ける設定として考えます。

ONにする操作

1. サーバーパネルの「サーバーキャッシュ設定」を開く。
2. 対象ドメインを選ぶ。
3. 現在がONかOFFかを記録する。
4. 注意事項を読み、「ONにする」を選ぶ。
5. 設定完了表示を確認する。
6. ログアウト状態の別ブラウザで代表URLを開く。

最初の一回と二回目以降を分けて確認します。キャッシュが作られる前のアクセスと、キャッシュが利用できるアクセスでは結果が異なるためです。また、WordPressへログイン中はキャッシュ対象外になる場合があるため、管理者画面だけでは効果を判断できません。

サーバーキャッシュが向くケース

• 一般公開の記事が中心で、読者ごとに本文が大きく変わらない
• アクセスが増えた時間に公開ページの応答が遅くなる
• 同じ記事へのアクセスが繰り返される
• WordPressへログインしていない読者の表示を改善したい

慎重に確認するケース

• 会員ごとに表示内容が変わる
• ECサイトでカート、購入、マイページを利用する
• 予約状況や在庫など短時間で変わる情報を表示する
• 独自Cookieで表示を切り替える
• 更新直後の反映確認を頻繁に行う

公式の除外条件があっても、サイト固有の機能まですべて自動判定できるとは限りません。ログアウト状態、一般会員、管理者など必要な役割で、表示内容と操作結果を確認してください。

手順3：ブラウザキャッシュ設定を確認する

ブラウザキャッシュは、CSS、JavaScript、画像、フォントなどを閲覧者のブラウザへ一定期間保存し、同じファイルを再度読む負担を減らす仕組みです。 公式のブラウザキャッシュ設定マニュアル には「ON［全ての静的ファイル］」「ON［CSS/JavaScript以外］」「OFF」があり、全静的ファイルを対象にする設定が推奨として案内されています。

設定を変更する操作

1. サーバーパネルの「ブラウザキャッシュ設定」を開く。
2. 対象ドメインを選び、現在値を記録する。
3. 通常は公式の推奨表示を確認し、「ON［全ての静的ファイル］」を候補にする。
4. CSSやJavaScriptの更新反映で問題が出ている場合は、「ON［CSS/JavaScript以外］」との違いを確認する。
5. 「変更」を押し、反映を待つ。
6. 通常再読み込みと、ブラウザキャッシュを使わない確認を分けて行う。

公式案内では、設定反映まで最大15分程度かかる場合があります。変更ボタンを押した直後に何度も切り替えると、どの設定が反映中なのか分からなくなります。変更時刻を記録して待ち、設定画面の状態と公開ページを確認してください。

「速くなったが更新されない」とき

ブラウザキャッシュが効くと、再訪時は速くなる一方、古いCSS・JavaScript・画像がブラウザに残ることがあります。まずWordPress側で更新が保存されたか確認し、次に別ブラウザまたはプライベートウィンドウで同じURLを開きます。別ブラウザでは新しい表示になるなら、公開処理ではなく閲覧端末のキャッシュが原因だと絞れます。

全読者へ「キャッシュを削除してください」と案内する前に、ファイル名やURLへ更新識別子を付ける仕組みがテーマやプラグインで使われているか確認します。毎回手動削除しなければ更新できない状態は、運用方法として見直す必要があります。

手順4：XPageSpeed設定を試す

エックスサーバー公式のXPageSpeed設定マニュアル によると、CSS・JavaScriptの圧縮、画像形式の最適化、同種ファイルのまとめ、キャッシュ期間の延長などをサーバー側で行う機能です。転送量やリクエスト数の削減が期待できますが、テーマやプラグインが想定する読み込み順と変わり、まれに表示崩れや動作の違いが出ると公式にも注意があります。

そのため、XPageSpeedは「最後に全部ONへする設定」ではなく、変更前後を比較できる状態で試す設定です。特にスライダー、追従メニュー、フォーム、画像ギャラリー、遅延読み込み、広告タグを使うサイトは、見た目だけでなく操作まで確認します。

安全に試す操作

1. 現在のXPageSpeedがONかOFFか記録する。
2. 代表ページを3種類選ぶ。記事、画像が多いページ、フォームなど機能ページを含める。
3. 変更前の画面と操作結果を保存する。
4. サーバーパネルの「XPageSpeed設定」を開く。
5. 対象ドメインを確認してONへ変更する。
6. 設定状況がONになったことを確認する。
7. 別ブラウザのパソコン幅とスマートフォン幅で代表ページを確認する。

確認する場所

• ファーストビューの画像が粗くなっていない
• ロゴ、アイコン、吹き出し画像が欠けていない
• スマートフォンのメニューが開閉する
• スライダーやタブが動く
• 問い合わせフォームの入力・送信ができる
• 広告や計測タグが二重実行されていない
• CSS変更と画像差し替えが反映される
• ページ内リンクや目次が正しい位置へ移動する

表示崩れ、画像の劣化、ボタンが動かない、更新が反映されないなどの問題が出た場合は、まずXPageSpeedを変更前のOFFへ戻します。機能をONにしたままテーマCSSやJavaScriptを次々に直すと、元のファイルと最適化後の問題が混ざります。

XアクセラレータとOPcacheはどう考えるか

Xアクセラレータの公式説明 では、静的ファイルのキャッシュなどで表示速度と同時アクセス数を支える機能と案内されています。サーバーキャッシュ設定を有効にするとXアクセラレータも有効になります。名称が複数あるからといって、それぞれに独立したWordPressプラグインを追加する必要はありません。

OPcacheはPHPの実行内容を最適化した状態で保持し、次回以降のCPU負荷軽減や高速化を図る仕組みです。 公式のAPC・OPcache説明 では、提供中サーバーでAPCまたはOPcacheが標準で有効と案内されています。「OPcache高速化プラグイン」を探して重ねる前に、標準機能であることを確認してください。

初心者がここで行うのは、独自のphp.ini値を大量に貼り付けることではありません。PHPバージョンと公式の高速化設定を確認し、それでもPHP処理が遅い場合に、プラグイン・テーマ・データベース処理を切り分けます。

設定のおすすめ順番

1. 遅いURL、端末、時刻、症状を記録する。
2. エックスサーバーの障害・メンテナンス情報を確認する。
3. WordPress、テーマ、プラグインの更新状態とサイトヘルスを見る。
4. PHPバージョンを確認し、互換性を確かめて一段階だけ変更する。
5. 公開ページが遅いならサーバーキャッシュを確認する。
6. 再訪時の静的ファイルが重いならブラウザキャッシュを確認する。
7. 画像・CSS・JavaScriptの転送が重いならXPageSpeedを単独で試す。
8. 同じURL・同じ端末・同じログイン状態で変更前後を比べる。

順番の意味は、効果が大きいものから無条件にONにすることではありません。原因に近い設定を一つずつ試し、失敗したら一つだけ戻せる状態を保つことです。

ケース別：設定しても遅いときの次の調査

ケース1：公開ページの白い時間が長い

画像が出る前に長く待つ場合は、PHP処理、データベース、外部API、アクセス集中など、HTMLを返す前の処理を疑います。PHPバージョンとサーバーキャッシュを確認しても改善しないなら、WordPressのサイトヘルス、重いプラグイン、テーマの処理、エラーログを確認します。

画像圧縮やブラウザキャッシュは、HTMLが返った後の表示には役立ちますが、サーバーがHTML生成を始められない問題を直接解決しない場合があります。待っている場所を取り違えないでください。

ケース2：特定の記事だけ遅い

一記事だけ遅い場合、エックスサーバー全体の設定より、その記事固有の画像、表、埋め込み、関連記事処理、広告、動画を確認します。記事を複製して要素を半分ずつ減らすのではなく、公開ページの読み込み順を見ながら、最も大きい画像や外部リクエストから調べます。

XPageSpeedで一時的に軽くなっても、5000pxの画像を毎回配信する構造が適切になるわけではありません。表示サイズに合う画像を用意し、不要な埋め込みを減らすことが根本対策です。

ケース3：管理画面だけ遅い

投稿一覧、記事保存、プラグイン一覧など管理画面だけ遅い場合、公開ページ向けキャッシュの効果は限定的です。PHPバージョン、管理画面へ処理を追加するプラグイン、外部通信、データベース、予約処理を確認します。

管理画面のどの操作が遅いかを分けてください。ログイン直後だけ、投稿一覧だけ、画像アップロードだけ、保存だけでは原因が異なります。「管理画面が重い」という一文でサーバープランを変えないことが大切です。

ケース4：スマートフォンだけ遅い

スマートフォンだけ遅い場合は、回線、画面幅で読み込む画像、モバイル用広告、メニュー処理、フォントを確認します。ブラウザキャッシュとXPageSpeedは候補ですが、パソコンと同じ巨大画像を小さく表示しているだけなら、画像配信設計も直す必要があります。

速度確認では、横スクロール、画像の比率、メニュー操作も見ます。数値が改善しても、読者がボタンを押せないなら合格ではありません。

ケース5：アクセスが多い時間だけ遅い

通常時は速く、SNS掲載や配信直後だけ遅いなら、時刻と対象URLを記録し、サーバーキャッシュ、アクセスログ、エラーログ、外部サービスの制限を確認します。大量のアクセスが本当に来ているか、同じ処理の失敗が繰り返されているかを分けます。

サーバーキャッシュで改善する可能性がありますが、ログイン利用者ごとに動的処理を行うサイトや購入処理では、キャッシュだけに頼れません。どのURLが除外され、どの処理が毎回実行されるかを確認してください。

ケース6：設定変更後に表示が崩れた

XPageSpeedやブラウザキャッシュの変更後にデザインが崩れた場合、まず変更した設定だけを戻します。次に、別ブラウザで確認し、キャッシュ削除後の新しいCSSとJavaScriptが読み込まれるかを見ます。

同じ日にテーマ更新、プラグイン更新、CSS編集も行った場合は、時刻順に並べます。最後に触ったものが原因とは限りませんが、一つずつ元へ戻せる記録があれば、影響を分離できます。

エラーログを確認する場面

500エラー、処理が終わらない、特定操作で急に遅くなる場合は、サーバーパネルのエラーログを確認します。エックスサーバー公式も、プログラムへアクセスできても実行が完了しない500エラーでは、エラーログのダウンロードと内容確認を案内しています。

ログから必要な部分だけを抜き出します。

• 症状が起きた日時
• 対象URLまたは実行した操作
• エラー種別と全文
• 関係するファイルパス
• プラグインまたはテーマ名
• 同じ行が繰り返される回数

ログに書かれたファイルをすぐ削除しないでください。呼び出し元、直前更新、同じエラーの再現条件を確認します。個人情報、サーバー内部パス、認証情報を公開掲示板へそのまま貼らないことも重要です。

障害・メンテナンス情報を先に見るケース

昨日まで正常で、WordPressを変更していないのに複数ページやメールなど広い範囲で急に遅くなった場合は、設定変更より先にエックスサーバーの障害・メンテナンス情報を確認します。対象サーバー、発生時刻、影響範囲が自分の症状と一致するか見ます。

障害情報がある最中にPHP、キャッシュ、DNS、プラグインを次々変更すると、復旧後も自分の変更による問題が残ることがあります。緊急の理由がなければ現状を記録し、公式更新を待ってから同じ条件で再確認します。

速度改善の合格条件を決める

合格は「PageSpeedの点数が上がった」だけではありません。設定ごとに、読者と運営者の成功状態を決めます。

変更した設定	数値の確認	画面・操作の確認	不合格の例
PHPバージョン	同じ操作の待ち時間	公開、ログイン、編集、保存、フォーム	500エラー、警告、保存失敗
サーバーキャッシュ	公開ページの応答と再表示	ログアウト状態の内容が正しい	会員情報や更新内容が誤表示
ブラウザキャッシュ	再訪時の静的ファイル	CSS・画像の更新が確認できる	古いデザインが長く残る
XPageSpeed	転送量、画像・描画の完了	メニュー、目次、スライダー、フォーム	画像劣化、崩れ、ボタン停止

測定は変更前と同じURL、同じ端末、同じログイン状態で行います。回線や時間帯が違う一回の結果だけで、改善・悪化を断定しません。三回程度確認し、極端な一回より傾向を見ます。

よくある失敗と戻し方

全部ONにして原因が分からなくなった

変更時刻が分かる設定から一つずつ元へ戻します。現在の表示を記録し、XPageSpeed、ブラウザキャッシュ、サーバーキャッシュ、PHPの順など、自分が変更した逆順で一項目ずつ確認します。PHPは互換性に影響するため、元の値が分かる場合は慎重に戻してください。

記事を更新しても古いまま

WordPress側で保存成功を確認し、対象URLのサーバーキャッシュを削除します。次に別ブラウザで開き、ブラウザキャッシュの影響を分けます。XPageSpeedを使っている場合は、最適化キャッシュの反映も疑います。

管理画面が遅いまま

公開ページ用キャッシュだけを繰り返し切り替えず、PHP、プラグイン、外部通信、データベース処理へ調査を移します。投稿一覧と保存のどちらが遅いかを分けてください。

スマホメニューやフォームが動かない

XPageSpeedを変更前へ戻し、別ブラウザで確認します。直れば最適化処理との相性を疑い、ONを前提にテーマコードを無理に直しません。直らなければ、同時に行ったテーマ・プラグイン・JavaScript変更を確認します。

何を変更したか分からない

これ以上設定を増やさず、サーバーパネルの現在値、変更に気づいた時刻、遅いURL、エラー全文をまとめます。エックスサーバーの公式サポートへ伝えるときも、「遅いです」だけでなく再現条件を添えます。

サポートへ伝える情報

• 契約サーバーIDと対象ドメイン
• 遅い公開URLまたは管理画面の操作名
• 発生日時と継続・断続の別
• パソコン・スマートフォン、回線、ブラウザ
• ログイン状態での違い
• 現在のPHP、サーバーキャッシュ、ブラウザキャッシュ、XPageSpeed
• 直前に変更した設定と時刻
• 表示されたエラー全文
• エラーログの該当時刻
• 自分で確認した結果と、元へ戻した結果

管理画面のパスワード、FTPパスワード、APIキー、カード情報は本文へ書きません。サポートが指定する安全な方法と必要範囲を確認してください。

エックスサーバーへ移ると解決するのか

現在ほかのサーバーを使っている人が、この記事の設定を見てすぐ移転する必要はありません。巨大画像、重い広告、停止していない不要プラグイン、外部APIの待ち時間は、移転後も残る場合があります。まず現在のサーバーで、遅さがサーバー応答にあるのか、ページ内容にあるのかを分けます。

一方、これからWordPressを新設する人、現在環境でPHPやキャッシュの確認場所が分からず運用が難しい人、アクセス増加を見据えてサーバー側の高速化機能を管理したい人は、公式機能と管理画面を比較する意味があります。

広告・PRを含みます。既存サイトの遅さは、契約変更より先に原因と現在設定を確認してください。

次に確認する記事

エックスサーバーの設定だけでなく、画像・プラグイン・外部タグまで含めて原因を分けたい場合は、 WordPressが遅い症状を画面別に分ける改善ガイド へ進んでください。改善効果の大きい順に候補を見たい場合は WordPress高速化で効果が出やすい対策ランキング 、管理画面全体の原因を順位で見たい場合は WordPress管理画面が重い原因ランキング 、管理画面だけ遅い時の最初の確認は プラグイン・PHP・サーバー負荷の切り分け を確認できます。

まとめ：一つ変更し、同じ条件で確かめる

エックスサーバー上のWordPressが遅いときは、公開ページ、画像・デザイン、管理画面、アクセス集中時へ症状を分けます。サーバーパネルで対象ドメインと現在値を確認し、PHPバージョン、サーバーキャッシュ、ブラウザキャッシュ、XPageSpeedを原因に近い順で一つずつ試してください。

変更後は、速度の数値だけでなく、公開ページの文章、画像、スマートフォンメニュー、目次、フォーム、管理画面の編集・保存まで確認します。表示が崩れたら、追加修正を重ねる前に直前の設定を戻します。

サーバー設定で改善しない場合は、巨大画像、テーマ、プラグイン、外部広告、データベース、障害情報、エラーログへ調査を移します。どこが遅いかを記録できれば、不要な設定変更を減らし、本当に必要な解決へ近づけます。

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

• 次に読む WordPressが遅い時のシンレンタルサーバー設定方法｜XアクセラレータとXPageSpeedの確認手順
• 次に読む WordPress高速化で効果が出やすい対策ランキングTOP7｜初心者が先に見る場所
• 次に読む WordPress管理画面が重い原因ランキングTOP7｜投稿画面が遅い時に見る場所
• 次に読む WordPressの管理画面が重い時に最初に見る場所｜プラグイン・PHP・サーバー負荷の切り分け