シンレンタルサーバー上のWordPressが遅いときは、最初に「ページが返るまで遅い」「文字は出るが画像や見た目の完成が遅い」「管理画面だけ遅い」「混雑する時間だけ遅い」のどれかへ症状を分けます。そのうえで、Xアクセラレータ、PHP、XPageSpeed、ブラウザキャッシュ、リソース使用量とエラーログを一つずつ確認してください。
最初から全部をONにする必要はありません。Xアクセラレータは静的ファイルやPHP処理、XPageSpeedは表示時に画像・CSS・JavaScriptなどを最適化し、ブラウザキャッシュは再訪時の静的ファイル読み込みを減らす機能です。効く場所が違うので、一度に変えると改善理由も表示崩れの原因も分からなくなります。
この記事では、変更前の記録、サーバーパネルの具体的な画面、症状別の設定、成功状態、失敗時の戻し方までを一続きで案内します。速度スコアだけでなく、読者が記事を読めること、メニューやフォームが動くこと、管理画面で編集・保存できることまで確認して完了です。
最初に症状を4つへ分ける
| 症状 | 最初に見る場所 | 理由 |
|---|---|---|
| URLを開いても文字が出るまで長い | XアクセラレータVer.2、PHP、プラグイン | WordPressがHTMLを作る処理で待っている可能性がある |
| 文字は早いが画像やデザインの完成が遅い | XPageSpeed、ブラウザキャッシュ、画像サイズ | 画像・CSS・JavaScriptの転送や描画が関係しやすい |
| 投稿一覧や保存など管理画面だけ遅い | PHP、プラグイン、外部通信、エラーログ | 公開ページ向けのキャッシュだけでは管理操作は軽くならない |
| 特定時刻やアクセス増加時だけ遅い | リソース使用量、エラーログ、アクセス状況 | CPU・メモリ・同時処理の混雑を確認できる |
測定するときは、トップページだけで判断しないでください。代表記事、画像の多い記事、問い合わせフォーム、WordPressの投稿編集画面を分けます。ログイン中とログアウト状態でも条件が違うため、公開ページは別ブラウザで開きます。
変更前に残す診断メモ
次の内容をメモまたはスクリーンショットで残します。後から元に戻すための記録なので、省略しないでください。
- 遅いURLと遅い管理操作
- 発生日時と毎回・時々のどちらか
- パソコン・スマートフォン、Wi-Fi・携帯回線
- ログイン中かログアウト状態か
- Xアクセラレータ、XPageSpeed、ブラウザキャッシュの現在値
- PHPバージョン
同じURLを三回開き、初回だけ遅いのか、三回とも遅いのかも書きます。初回だけ遅いならキャッシュや通信、毎回最初の応答が遅いならPHPやプラグイン、時間帯で変わるならリソース状況が候補になります。
対象ドメインを間違えずに選ぶ
- シンレンタルサーバーのサーバーパネルへログインする。
- 各機能の画面を開いたら、速度を確認したいWordPressのドメインを選ぶ。
- ブラウザのアドレス欄にある公開URLと、選択したドメインが一致するか確認する。
- 変更前の状態を記録してから「確認画面へ進む」を押す。
同じ契約に複数ドメインがある場合、設定対象を取り違えても保存自体は成功することがあります。目的のサイトが変わらないまま別サイトだけ表示崩れを起こすため、機能ごとにドメイン名を見直してください。
XアクセラレータはVer.1とVer.2を目的で選ぶ
公式マニュアルでは、XアクセラレータVer.1は静的ファイルのキャッシュと同時アクセス数の拡張、Ver.2はそれに加えてPHPプログラムの高速化を行います。WordPressのHTML生成や管理画面のPHP処理まで候補にするならVer.2、まず画像・CSSなどの配信を試すならVer.1という考え方ができます。
- サーバーパネルで「Xアクセラレータ」を開く。
- 対象ドメインの「選択する」を押す。
- 現在値を記録する。
- 「OFF」「Ver.1」「Ver.2」から目的に合う一つを選ぶ。
- 「確認画面へ進む」を押し、対象ドメインと設定値を再確認する。
- 「変更する」を押す。
WordPressサイトでPHP処理も遅いなら、互換性に問題がないことを確認しながらVer.2を試します。ただし「Ver.2が新しいから必ず正解」ではありません。変更後は公開ページだけでなく、ログイン、投稿編集、プレビュー、更新、フォーム送信まで確認します。
成功状態： 同じ条件で最初の応答や管理操作の待ち時間が短くなり、公開・編集・送信に異常がありません。 戻す条件： 500エラー、警告、保存失敗、管理画面の白画面などが出たら、追加設定を重ねず変更前の値へ戻します。
Ver.2がいちばん上の設定みたいで、選べば全部よくなると思い込んでいました。PHPまで変わるなら、古いテーマが急に動かなくならないか少し怖いです。
PHPまで関係すると気づけたのが大事だよ。元の値を残して、一つ変えたら公開と管理画面の同じ操作を確かめれば、慌てず戻せるね。
速くなったかを見る前に、500エラーが出たらどうしようって考えてしまいます。設定画面にも入れなくなったら、私だけでは戻せない気がします。
その心配は自然だよ。公開画面とサーバーパネルは別だから、エラーが出たらサーバーパネルから元の値へ戻し、同じ時刻のエラーログを確認しよう。
PHPバージョンは推奨表示と互換性を両方見る
シンレンタルサーバーでは、サーバーパネルの「PHP Ver.切替」からドメインごとにPHPを変更できます。公式マニュアルではWordPress向けの推奨バージョンが示されていますが、テーマやプラグインが対応していなければ、最新寄りへ変更した直後に警告や500エラーが出ることがあります。
- WordPressの「ツール」→「サイトヘルス」でPHP関連の警告を確認する。
- 利用中テーマと主要プラグインの動作要件を確認する。
- サーバーパネルの「PHP Ver.切替」を開き、対象ドメインを選ぶ。
- 現在のPHPバージョンを記録する。
- 公式で推奨表示され、利用中構成も対応するバージョンを選ぶ。
- 変更後に公開ページ、ログイン、投稿編集、保存、フォームを確認する。
FastCGIとOPcacheはサーバー側で標準的に提供されるため、「高速化のために自分でONにする項目」を探し回る必要はありません。独自のphp.iniやキャッシュ系プラグインを増やす前に、公式環境で有効な仕組みと現在のPHPを確認します。
XPageSpeedは画像・CSS・JavaScriptの完成が遅い時に試す
XPageSpeedは、表示時に画像、CSS、JavaScriptなどを最適化・圧縮し、ファイルをまとめることで転送を軽くする機能です。公式案内では元のファイル自体を書き換えず、表示時の出力を最適化します。しかし、テーマの見た目やJavaScriptの実行順に影響する可能性はあるため、ONにしただけで合格にはしません。
- 変更前にスマートフォンのメニュー、目次、画像ギャラリー、フォーム、広告の位置を確認する。
- サーバーパネルで「XPageSpeed設定」を開き、対象ドメインを選ぶ。
- 現在値を記録し、確認画面でドメインを再確認する。
- 設定を変更し、反映後にログアウト状態の別ブラウザで開く。
- ページ上部・中部・末尾までスクロールし、見た目と操作を確認する。
文字は早く出るのに大きな画像だけ遅い場合、XPageSpeedの前に画像寸法も確認します。2000pxを超える写真を小さな枠へ表示しているなら、元画像を適切な寸法へ直すほうが確実です。XPageSpeedは過大な素材や重い外部広告そのものを消してくれる機能ではありません。
ブラウザキャッシュは再訪時の読み込みを減らす
ブラウザキャッシュ設定には、すべての静的ファイルを対象にする推奨設定、CSS・JavaScriptを除外する設定、OFFがあります。公式マニュアルでは最大7日間のキャッシュが案内されています。テーマを頻繁に調整する時期は、古いCSSやJavaScriptが端末に残って「公開したのに変わらない」と見えることがあります。
- サーバーパネルの「ブラウザキャッシュ設定」を開く。
- 対象ドメインを選び、現在値を記録する。
- 通常運用なら「ON［全ての静的ファイル］（推奨設定）」を候補にする。
- CSS・JavaScriptの更新確認を優先するなら、除外設定を検討する。
- 変更後は通常ブラウザとプライベートウィンドウで同じURLを比べる。
.htaccessでCache-Control、Expires、Pragma、Set-Cookieなどを独自指定している場合は、サーバーパネルよりその記述が優先されることがあります。画面上はONなのに期待どおりにならない時は、設定失敗と決めつけず、既存の.htaccessとキャッシュ系プラグインを確認してください。
XPageSpeedをONにしたら元画像は変わらないと聞いて、少しほっとしました。でもブラウザキャッシュまでONにしたら、古いデザインが残ってどちらが原因か見失いそうです。
そこは一緒に変えず、まずXPageSpeedだけ確認しよう。見た目と操作が合格してから、再訪時を速くしたい場合だけブラウザキャッシュへ進めばいいよ。
スマホで画像がぼやけたり、メニューが開かなくなったら、画像を入れ直すところでした。直前に変えたXPageSpeedを戻して、別ブラウザでも見ればいいですか。
そうだよ。素材を直す前に直前の設定だけ戻し、同じURLを再確認しよう。元に戻れば原因を一つに絞れたから、それ以上設定を重ねなくていいんだ。
リソース使用量で時間帯の遅さを確認する
「昼は普通なのに夜だけ遅い」「更新時だけ急に重い」という場合は、サーバーパネルのリソースモニターを確認します。公式マニュアルではCPU使用量、メモリ使用量、転送量を確認でき、過去最大3か月の履歴を見られます。
遅かった時刻とグラフの山が一致するかを見てください。CPUだけ高いなら重いPHP処理やボットアクセス、メモリが継続して高いならプラグイン処理、転送量だけ増えているなら大きな画像やファイル配信などを疑えます。ただしグラフだけで原因を断定せず、アクセスログ、プラグインの実行内容、エラーログと時刻を合わせます。
エラーログはその日のうちに保存する
サーバーパネルの「エラーログ」では、ドメインごとにログを表示・ダウンロードできます。公式マニュアルでは毎日午前3時ごろにログが削除されるため、エラーや急な遅さが出たら同じ日のうちに保存してください。
- 500エラーが出た正確な時刻
- 遅かったURLまたは管理操作
- 変更した設定と変更時刻
- エラーの全文と対象ファイル名
- 設定を戻した後に改善したか
「Resource temporarily unavailable」のような表示は、同時処理やリソース制限が関係する場合があります。しばらくして消えても、発生時刻を残さなければ再発調査が難しくなります。エラー全文を検索用の記事タイトルへ貼るのではなく、サポートへ必要な範囲で伝えます。
よくあるケース別の解決順
公開ページの最初の応答が遅い
XアクセラレータVer.2、PHP互換性、重いプラグインを確認します。ページキャッシュ系プラグインを追加する前に、サーバー側機能と重複しないか確認してください。公式FAQでは負荷対策としてページキャッシュの利用例も示されていますが、モバイル表示や会員・フォーム機能との相性は自分のサイトで検証します。
画像だけ遅い
大きすぎる画像の寸法と形式を直し、その後にXPageSpeedを試します。外部サービスから読み込む画像や広告はサーバー内の設定だけでは短縮できないため、外部ドメインの待ち時間も確認します。
管理画面だけ遅い
公開ページ向けブラウザキャッシュではなく、PHP、プラグイン、外部API、データベース処理、エラーログを見ます。プラグインを停止する場合は一つずつ行い、投稿保存など同じ操作で比較します。
更新後に古い見た目が残る
ブラウザキャッシュ、キャッシュ系プラグイン、CDN、.htaccessの順に保存場所を確認します。何度も記事を更新して上書きするより、プライベートウィンドウや別端末で公開データ自体が新しいかを先に見ます。
特定時刻だけ遅い
発生時刻をリソースモニターとログへ合わせます。CPU・メモリ・転送量のどれが増えたか、ボットやバックグラウンド処理がないかを確認し、再現条件をそろえてサポートへ伝えます。
安全に試すおすすめ順
- 遅い場所と時間を記録する。
- 対象ドメインと現在設定を保存する。
- 公開ページの応答や管理画面が遅ければXアクセラレータとPHPを確認する。
- 画像・CSS・JavaScriptの完成が遅ければXPageSpeedを一つだけ試す。
- 再訪時の静的ファイルを軽くしたければブラウザキャッシュを確認する。
- 時間帯で変わるならリソース使用量とエラーログを照合する。
- 問題が出たら直前の一項目だけ元へ戻し、同じ条件で再確認する。
改善したと判断する条件
| 変更 | 速さを見る場所 | 壊れていないか見る場所 | 戻す条件 |
|---|---|---|---|
| Xアクセラレータ | 最初の応答、同時アクセス時、管理操作 | ログイン、編集、保存、フォーム | 500エラー、警告、機能停止 |
| PHP | HTML生成、投稿一覧、保存 | テーマ、主要プラグイン、公開画面 | 非互換、白画面、保存失敗 |
| XPageSpeed | 画像・CSS・JavaScriptの読み込みと描画 | 画像品質、メニュー、目次、広告、フォーム | 崩れ、操作停止、意図しない圧縮 |
| ブラウザキャッシュ | 二回目以降の表示 | CSS・画像・JavaScriptの更新反映 | 新しい公開内容が反映されない |
測定スコアが上がっても、読者がメニューを開けない、画像が読めない、フォームを送れないなら不合格です。同じ端末・回線・URLで変更前後を比べ、公開ページと管理画面の両方が安定していることを合格条件にします。
設定で解決しない場合だけ他サーバーを比較する
シンレンタルサーバーのXアクセラレータ、PHP、XPageSpeed、ブラウザキャッシュ、ログまで確認しても運用方法が合わない場合は、別の管理方式を比較する意味があります。対象のシンレンタルサーバー自身は除外し、CMS登録済みの他サーバーをすべて掲載しています。
エックスサーバー
シンレンタルサーバーと似た操作感を保ちつつ、運用実績やサポート情報も重視して比較したい場合の候補です。
向いている人： XアクセラレータやXPageSpeedに近い考え方で、設定項目を役割別に管理したい人
利点： PHP処理、静的ファイル、転送最適化を別々に確認しやすく、原因ごとに一つずつ試せます。
乗り換え不要の条件： シンレンタルサーバーの設定とリソース状況を確認して改善できたなら、速度だけを理由に移る必要はありません。
注意点： 同系統の機能へ移っても、巨大画像、重いテーマ、外部広告、プラグイン由来の遅さは残ります。
料金： スタンダード月額693円〜目安。契約期間・更新料金・キャンペーン条件は公式申込画面で確認してください。
高速化設定を役割別に管理できるか確認する
ConoHa WING
サーバー管理画面のサイト管理から、コンテンツキャッシュとWEXALを選んで運用したい場合の候補です。
向いている人： サイト単位の画面からキャッシュや最適化を確認し、WordPressの更新反映も管理したい人
利点： コンテンツキャッシュとWEXALの役割を選び、公開ページの応答と表示最適化を切り分けられます。
乗り換え不要の条件： XアクセラレータとXPageSpeedを一つずつ検証でき、現在のサイトが安定しているなら乗り換えは不要です。
注意点： WEXALとコンテンツキャッシュは併用できません。新しい管理画面でも設定の相性確認は必要です。
料金： 料金・初期費用・更新条件・キャンペーンは変わるため、公式ページで最新条件を確認してください。
サイト管理画面の高速化方式を確認する
ロリポップ！
サーバーパネルの複数機能ではなく、対応プランでLiteSpeed CacheをWordPress側から管理したい場合の候補です。
向いている人： WordPress管理画面からページキャッシュの削除や最適化を扱いたい人
利点： ハイスピード・エンタープライズではLiteSpeedとLiteSpeed Cacheを使う選択肢があります。
乗り換え不要の条件： シンレンタルサーバーのサーバー側機能で十分に改善し、キャッシュ運用に困っていなければ移る必要はありません。
注意点： LiteSpeed Cacheは対応プランが必要です。既存キャッシュ系プラグインとの重複も確認してください。
料金： 月額99円〜ですが、WordPress用途はライト以上、LiteSpeed Cacheはハイスピード以上が対象です。最新料金を確認してください。
LiteSpeed Cache対応プランを確認する広告・PRを含みます。先にシンレンタルサーバーの現在設定と遅さの原因を確認し、設定で解決できない場合だけ比較してください。
サポートへ伝える情報
- 対象ドメインと遅いURL
- 公開ページか管理画面か
- 発生日時と再現頻度
- 端末・回線・ブラウザ・ログイン状態
- Xアクセラレータ、XPageSpeed、ブラウザキャッシュの現在値
- PHPバージョン
- リソース使用量の該当時刻
- エラーログの同時刻の行
- 変更前へ戻した時の結果
パスワード、APIキー、カード情報は送らず、サポートが指定する安全な方法と必要範囲を確認してください。
設定前に開いておく公式マニュアル
画面名や推奨バージョンは変更されることがあります。作業する日は、次のシンレンタルサーバー公式情報を開き、この記事の手順と現在の表示を照合してください。
次に確認する記事
サーバー以外も含めて原因を切り分けるなら、 WordPressが遅い時の測定と原因別改善ガイド へ進んでください。似た機能を別環境で確認する場合は WordPressが遅い時のXSERVER設定方法 、別方式のキャッシュを確認する場合は WordPressが遅い時のConoHa WING設定方法 、管理画面だけ遅い場合は WordPress管理画面が遅い時の最初の確認 を読めます。
最初は高速化という名前を全部ONにしないといけないと思っていました。遅い場所を分けて、一つずつ戻せるように試せばいいと分かって、胸のつかえが少し取れました。
現在値と発生時刻まで残せたのがいいね。速くすることと、壊さず運用できることを一緒に確認できているよ。
リソースのグラフに山があったら、すぐ上のプランへ変えたくなりそうです。でも一度だけなら、ログや同じ時刻の操作も見てから決めたいです。
その順番で大丈夫だよ。時刻、リソース、ログ、同じ操作をそろえて、それでもサーバー側の限界なら比較しよう。慌てて契約を変えなくても、原因は一つずつ見つけられるよ。
まとめ：シンレンタルサーバーでは遅い場所に合う機能を一つずつ試す
WordPressが遅い時は、Xアクセラレータ、PHP、XPageSpeed、ブラウザキャッシュを全部同時に変更しません。最初の応答、画像やデザインの完成、管理画面、時間帯の混雑へ症状を分け、原因に近い機能を一つ変更します。
変更後は、ログアウト状態の公開ページを先頭から末尾まで読み、スマートフォンメニュー、目次、画像、フォーム、広告を操作します。WordPress管理画面ではログイン、投稿編集、プレビュー、保存も確認します。不具合があれば直前の設定だけ元へ戻してください。
それでも遅い場合は、リソース使用量とエラーログを発生時刻で照合します。巨大画像、重いテーマやプラグイン、外部通信が原因なら、サーバーを変えても問題は残ります。現在環境で直せる原因を先に直し、管理方法やリソース条件が合わないと確認できた時だけ、他サーバーを比較するのが無駄のない順番です。