WordPressが遅い時のConoHa WING設定方法｜高速化画面で迷わない手順

ConoHa WING上のWordPressが遅いときは、最初に「公開ページが遅い」「画像やレイアウトの完成が遅い」「管理画面だけ遅い」「更新後から急に遅い」のどれかへ症状を分けます。そのうえで、コンテンツキャッシュ、ブラウザキャッシュ、WEXAL、PHPバージョンを一つずつ確認してください。

特に注意したいのは、ConoHa WINGのWEXALとコンテンツキャッシュは併用できないことです。コンテンツキャッシュがONの状態でWEXALをONにすると、公式仕様ではコンテンツキャッシュが自動的にOFFになります。二つを重ねて速くする設定ではないため、目的を決めずに切り替えると、何が効いたのか分からなくなります。

この記事では、ConoHa WINGコントロールパネルで対象サーバーとドメインを確認し、現在値を記録し、症状に合う機能だけを変更して、ログアウト状態の公開ページとWordPress管理画面を別々に確認するところまで案内します。

最初に確認する結論：症状によって使う機能が違う

ConoHa WINGの高速化画面には複数の機能がありますが、同じ遅さを直すための同じスイッチではありません。コンテンツキャッシュはサーバー側でページや静的ファイルを一時保存する機能、ブラウザキャッシュは再訪時に閲覧者の端末へ保存済みファイルを使わせる機能、WEXALはWebコンテンツを解析して最適化する機能です。PHPバージョンはWordPressがページを生成したり管理画面を処理したりする実行環境に関係します。

見えている症状	最初に確認する場所	理由
ページを開いてもHTMLが返るまで長い	PHP、コンテンツキャッシュ、障害情報、プラグイン	画像表示より前のサーバー処理が待たされている可能性がある
文字は出るが画像やデザインの完成が遅い	ブラウザキャッシュ、WEXAL、画像サイズ、Webフォント	静的ファイルや外部ファイルの転送・描画が関係しやすい
投稿一覧や保存など管理画面だけ遅い	PHP、プラグイン、外部通信、エラーログ	公開ページ用キャッシュでは管理操作が軽くならない場合がある
記事更新後に古い表示が残る	自動キャッシュクリアプラグイン、キャッシュクリア、別ブラウザ	保存失敗とキャッシュ残存を分ける必要がある
WEXALをONにした直後から崩れた	WEXALの状態、最適化完了、変更前の設定	最適化結果や処理中の状態を確認して元へ戻すため
アクセスが増えた時刻だけ遅い	コンテンツキャッシュ、アクセスログ、エラーログ	同じ公開ページへの集中と動的処理の失敗を分けるため

「速度スコアが低い」という情報だけでは設定を選べません。最初の応答、最大画像の表示、レイアウトの安定、ボタンの反応、管理画面の保存など、どの待ち時間を減らしたいのか決めます。目的が違えば、ONにする候補も確認方法も変わります。

変更前に5項目を記録する

設定を変える前に、次の5項目を一枚のメモへ残します。これは形式的な作業ではなく、変更後に「速くなった気がする」だけで終わらせないための比較条件です。

1. 遅いURL： トップ、代表記事、画像の多いページ、管理画面などを分ける。
2. 閲覧状態： WordPressへログイン中か、ログアウトした一般読者かを書く。
3. 端末と回線： パソコン・スマートフォン、Wi-Fi・携帯回線を記録する。
4. 待っているもの： 白い画面、画像、フォント、メニュー、保存完了など具体的に書く。
5. 日時： 通常時と遅い時間帯を記録し、障害・アクセス集中と照合できるようにする。

同時に、ConoHa WINGコントロールパネルの現在値をスクリーンショットまたは文字で残します。最低限必要なのは、選択中のサーバー、対象ドメイン、コンテンツキャッシュ、ブラウザキャッシュ、WEXAL、PHPバージョンです。変更後に不具合が出ても、元の値が分からなければ安全に戻せません。

公開ページはログアウト状態の別ブラウザでも開いてください。WordPressへログイン中は管理バーや管理者用Cookieがあり、一般読者とキャッシュ条件が異なります。運営者の一画面だけを見て、読者側も同じだと決めないことが重要です。

ConoHa WINGで対象サーバーとドメインを選ぶ

ConoHa WINGは一つのアカウント内で複数サーバーを運用できます。設定前に、遅いWordPressが入っているサーバーとドメインを正しく選択してください。別ドメインを変更すると、目的のサイトは変わらず、関係のないサイトだけ表示が変わります。

1. ConoHaのコントロールパネルへログインする。
2. 画面上部で「WING」を選ぶ。
3. 複数サーバーがある場合は「サーバー管理」→「切り替え」で対象サーバーを選ぶ。
4. 左メニューの「サイト管理」を開く。
5. 上部または切り替え表示で、遅いWordPressのドメインを選ぶ。
6. 選択中のサーバー名とドメインをメモする。

ConoHa WINGの高速化設定は、WordPress管理画面のプラグイン設定とは別です。「サイト管理」→「高速化」でサーバー側のキャッシュを扱い、WordPress側ではConoHaのコントロールパネルプラグインや自動キャッシュクリアプラグインを扱います。似た名前でも、操作する場所と役割を混同しないでください。

手順1：コンテンツキャッシュを確認する

ConoHa WING公式のコンテンツキャッシュ案内 では、ページを一時保存して表示を高速化する機能として説明されています。公式画面の手順は「WING」→「サイト管理」→「高速化」→「キャッシュ」→「コンテンツキャッシュ」です。

公式案内では、初期状態は「ON（すべてのコンテンツ）」です。また、WordPressの「wp-admin」配下は、ONの種類にかかわらずキャッシュされないとされています。つまり、公開記事の応答改善には候補になりますが、投稿保存やプラグイン一覧など管理画面の重さを直接直す設定とは限りません。

現在値を確認して変更する操作

1. 「サイト管理」→「高速化」を開く。
2. 上部の「キャッシュ」タブを選ぶ。
3. 「コンテンツキャッシュ」を開く。
4. 利用設定と対象ドメインを記録する。
5. 変更する場合は鉛筆アイコンを押す。
6. 目的に合う設定を一つ選び、「保存」を押す。
7. 設定表示が変更されたことを確認する。
8. ログアウト状態で代表ページを一回目・二回目に分けて開く。

向いているページと慎重に扱うページ

一般公開の記事、会社案内、固定的なランディングページのように、読者ごとの内容が大きく変わらないページでは効果を確認しやすい機能です。一方、会員状態、カート、予約枠、在庫、読者ごとの表示、独自Cookieで変わるページは慎重に確認します。

ConoHa公式も動的なページがキャッシュされる点へ注意を示しています。WordPress管理画面が除外されるからといって、サイト固有の会員ページや予約機能まで必ず安全に除外されるとは決めないでください。ログアウト、一般会員、管理者など、実際に使う状態で表示内容と操作を確認します。

更新が反映されない時のキャッシュクリア

同じ画面の「キャッシュクリア」で保存済みのキャッシュを破棄できます。記事を保存した直後に古い文章が残る場合、まずWordPress管理画面で保存成功を確認し、次に対象キャッシュをクリアし、別ブラウザで開きます。保存できていないのにキャッシュだけ何度も消すことや、キャッシュが原因なのに記事を何度も上書きすることを避けられます。

手順2：自動キャッシュクリアプラグインを確認する

記事を更新するたびに手動でキャッシュを消すと、忘れた時だけ古い表示が残ります。ConoHa WINGには、WordPressで記事を投稿した際にサーバー側のコンテンツキャッシュを自動でクリアする専用プラグインがあります。

公式のWordPressプラグイン案内 では、コントロールパネルから自動キャッシュクリアプラグインをインストールでき、削除後の再インストールも案内されています。WordPress側で一般的なキャッシュプラグインを重ねる前に、この専用機能が入っているか確認してください。

1. ConoHa WINGで対象ドメインを選ぶ。
2. 「サイト管理」→「サイト設定」→「WordPress」を開く。
3. 対象WordPressの詳細を開く。
4. 自動キャッシュクリアプラグインのインストール状態を確認する。
5. WordPress管理画面の「プラグイン」→「インストール済みプラグイン」で有効状態を確認する。
6. テスト記事の目印となる一文を変更して保存する。
7. ログアウト状態の公開ページで新しい一文が表示されるか確認する。

プラグインが存在するだけでは合格ではありません。記事を更新した時に自動で反映されることまで確認します。反映されない場合は、ConoHa側のコンテンツキャッシュ設定、プラグインの有効状態、別のキャッシュ・最適化プラグインとの重複を確認します。

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

ConoHa WING公式のブラウザキャッシュ案内 では、ONにするとExpiresヘッダを付け、再訪時にブラウザへ保存済みのキャッシュデータを使わせることで、表示高速化、転送量とサーバー負荷の削減を図ると説明しています。

1. 「サイト管理」→「高速化」へ進む。
2. 「キャッシュ」タブを開く。
3. 「ブラウザキャッシュ」の現在値を記録する。
4. 利用する場合は「ON」へ変更する。
5. 同じ画像やCSSを使うページを通常ブラウザで二回開く。
6. 別ブラウザまたはプライベートウィンドウでも更新後の表示を確認する。

ブラウザキャッシュは、同じ読者が再訪した時の静的ファイルには役立ちますが、WordPressがHTMLを生成する前の重い処理を直接短くするものではありません。最初の白い待ち時間が長いのに、ブラウザキャッシュだけを繰り返し切り替えないでください。

ONにした後、CSSや画像の差し替えが古いまま残ることがあります。別ブラウザでは新しく、普段のブラウザだけ古いなら、公開処理ではなく端末側キャッシュの影響を疑えます。サイト運営では、全読者へ手動削除を求めなくても更新できるよう、テーマやプラグインがファイルURLへバージョンを付けているかも確認します。

手順4：WEXALを使うか、コンテンツキャッシュを使うか決める

ConoHa WING公式のWEXAL案内 では、WEXALをWebサイトの高速化エンジンとして説明しています。最初にONにした際はWebコンテンツの最適化が実行され、運用状況によって完了まで時間がかかる場合があります。

ここで最も重要なのが、WEXALとコンテンツキャッシュは併用できない点です。コンテンツキャッシュがONの状態でWEXALをONにすると、コンテンツキャッシュは自動的にOFFになります。切り替え後に「さっきまでONだったキャッシュが消えた」と慌てないよう、変更前に両方の状態を記録してください。

WEXALを試す操作

1. 代表ページを、通常記事、画像の多いページ、フォームやメニューのあるページから一つずつ選ぶ。
2. 変更前の表示、操作、読み込み時間を記録する。
3. 「サイト管理」→「高速化」を開く。
4. 画面上部の「WEXAL」を選ぶ。
5. 対象ドメインを確認し、WEXALを「ON」にする。
6. コンテンツキャッシュがOFFになることを理解して確定する。
7. ステータスが「最適化処理中」か「最適化完了」か確認する。
8. 最適化完了後に、同じページと操作を再確認する。

最適化モードにはスタンダードとプロフェッショナルがあります。公式案内では、自分で細かくカスタマイズしない場合は原則スタンダードです。初心者が速度スコアだけを見てプロフェッショナルの項目を次々変更すると、どの最適化が表示へ影響したか追えなくなります。

WEXAL変更後に確認する実物

• トップと記事のファーストビューが欠けていない
• 画像の縦横比と画質が許容できる
• スマートフォンのメニューが開閉する
• 目次・タブ・スライダーが動く
• 問い合わせフォームを入力・送信できる
• 広告やアクセス解析が意図せず重複していない
• 記事更新後のCSS・画像・文章が反映される
• WEXALのステータスが処理中のまま長時間止まっていない

表示崩れや操作停止が出た場合は、テーマやJavaScriptをすぐ書き換える前にWEXALを変更前へ戻し、同じページを確認します。OFFで直るなら最適化との相性を疑えます。OFFでも直らないなら、同時に行ったテーマ・プラグイン・CSSの変更へ調査を移します。

LiteSpeed Cacheを追加してよいか

ConoHa WINGはPHP実行環境にLiteSpeed LSAPIを採用していますが、WordPressプラグインのLiteSpeed Cacheをそのまま使えるという意味ではありません。 ConoHa WING公式FAQ では、システムの仕組み上LiteSpeed Cacheは利用できず、同等機能としてコンテンツキャッシュを用意していると明記されています。

「LiteSpeedという文字を見たからLiteSpeed Cacheも入れる」という判断はしないでください。ConoHa WINGでは、まずサーバー側のコンテンツキャッシュ、自動キャッシュクリアプラグイン、WEXALのどれを使うか整理します。別の一般的なキャッシュプラグインを使う場合も、ページキャッシュ、CSS圧縮、遅延読み込みなど処理が重複しないか確認します。

キャッシュ機能を増やすほど速くなるわけではありません。古いページが残る場所、削除する順番、ログイン中の除外条件が増え、問題が起きた時の切り分けが難しくなることがあります。

Webフォントを使っている場合は外して比較する

文字だけが遅れて切り替わる、最初に別の書体で表示される、ページの文字幅が途中で変わる場合は、サーバーキャッシュよりWebフォントの読み込みを疑います。ConoHa WINGではモリサワのWebフォントを利用できますが、外部のフォントファイルとJavaScriptを読み込むため、使う書体やページ構成によっては描画完了へ影響します。

1. WordPress管理画面の「プラグイン」で「TypeSquare Webfonts for ConoHa」の有効状態を確認する。
2. ConoHa側の「サイト管理」→「サイト設定」→「基本設定」→「Webフォント」で対象ドメインの利用状態を確認する。
3. 設定前の見出しと本文をスクリーンショットで残す。
4. 検証時だけWebフォントを無効にし、同じページを別ブラウザで開く。
5. 文字が表示されるまでの待ち時間と、レイアウトのずれを比較する。

Webフォントを外して改善するなら、サイト全体で本当に必要か、見出しだけへ限定できないかを検討します。デザインの印象を保つ必要がある場合は、何も考えず削除するのではなく、読者が最初に見る範囲と重要ページで表示の変化を確認してください。キャッシュやWEXALを切り替える前に外部フォントの影響を分けると、サーバー設定だけを原因にしにくくなります。

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

公開ページの最初の応答、管理画面の投稿保存、プラグイン処理などPHP側の待ち時間が疑われる場合は、PHPバージョンを確認します。ConoHa WINGでは「WING」→「サイト管理」→「サイト設定」→「応用設定」→「PHP設定」から、ドメインごとのバージョンを変更できます。

公式PHP設定ガイド によると、ドメイン個別のPHPバージョンが優先され、変更時は.htaccessへ「AddHandler」から始まる記述が挿入されます。この記述を自分で削除すると不整合が起きる可能性があるため、ファイル編集で無理に戻さず、コントロールパネルから変更します。

1. 「サイト設定」→「応用設定」→「PHP設定」を開く。
2. 現在のPHPバージョンを記録する。
3. WordPress本体、テーマ、主要プラグインの対応PHPを公式情報で確認する。
4. 互換性を確認できた一つのバージョンを選ぶ。
5. 鉛筆アイコンの「編集」から選び、「保存」を押す。
6. 公開ページ、ログイン、投稿一覧、編集、保存、フォームを確認する。
7. エラーが出た場合はコントロールパネルから変更前のPHPへ戻す。

数字が新しいから速くなると決めず、互換性を先に確認します。古いテーマ、長期間更新されていないプラグイン、独自PHPコードがあるサイトでは、真っ白、500エラー、警告、管理画面へ入れないなどの不具合が出ることがあります。

PHP設定画面ではphp.iniも編集できますが、表示速度のためにインターネット上の値をまとめて貼り付けないでください。公式案内では、同じ項目がuser.iniとphp.iniへ重複した場合はuser.iniが優先されます。現在値と優先関係を理解せずにメモリ値や実行時間を増やしても、遅さの原因を隠すだけになることがあります。

管理画面だけ遅い時に見る場所

WordPress管理画面だけ遅い場合、コンテンツキャッシュとブラウザキャッシュをON・OFFし続けるのではなく、操作を細分化します。「ログイン後のダッシュボード」「投稿一覧」「記事編集」「メディア追加」「保存」「プラグイン一覧」のどこで待つかにより、関係する処理が違います。

投稿一覧だけ遅い

一覧へ列や解析値を追加するSEO・アクセス解析・カスタム投稿系プラグインを確認します。画面上部の表示オプションで不要列を減らした時に変わるか、最近有効化したプラグインがないか調べます。

記事保存だけ遅い

保存時に外部API、画像処理、検索インデックス、バックアップ、SNS通知を実行するプラグインを確認します。保存ボタンを何度も押すと、処理が重なったり重複投稿を生んだりするため、時刻と待ち時間を記録します。

メディア追加だけ遅い

アップロードする画像の容量、画像最適化処理、サムネイル生成数、通信回線を確認します。WEXALや公開ページのブラウザキャッシュでは、WordPress内の画像生成処理が軽くならない場合があります。

すべての管理画面が遅い

PHPバージョン、全管理画面へ読み込まれるプラグイン、外部通信、データベース、サーバー障害を確認します。別ブラウザや別回線でも同じかを見て、端末側の拡張機能や通信との違いも分けます。

エラーログとアクセスログで調べる

500エラー、保存が終わらない、特定URLだけ急に重い、同じ時刻に何度も失敗する場合はログを確認します。ConoHa WINGでは「サイト管理」→「アクセス解析」→「ログ」から、コントロールパネル上の確認とダウンロードができます。

公式ログ確認ガイド では、画面上のエラーログは直近300行、アクセスログは直近100行と案内しています。古い症状を調べる場合は、保存設定とダウンロード先も確認してください。

• 症状が起きた正確な日時
• 遅いURLまたは管理画面で行った操作
• エラーの種類と全文
• 表示されたファイルパス
• 関係するプラグイン・テーマ名
• 同じエラーが繰り返される回数
• アクセスが集中しているURLと時刻

ログに名前が出たファイルをすぐ削除しないでください。呼び出し元、直前の更新、再現条件を確認します。サーバー内部パス、メールアドレス、認証情報などを公開掲示板へそのまま貼らないことも大切です。

症状別の解決手順

公開ページの最初の応答が遅い

同じURLをログアウト状態で三回程度確認し、コンテンツキャッシュの現在値と二回目以降の変化を見ます。変化がなければPHP、プラグイン、外部API、データベースへ調査を移します。WEXALは画像やCSSの最適化には候補ですが、HTML生成前のすべての待ち時間を直すものとは限りません。

画像が多い記事だけ遅い

最大画像の実寸とファイル容量、同じ画像の重複、画面幅より大きすぎる画像を確認します。WEXALで軽くなっても、5000pxの元画像を毎回扱う構造が適切になるわけではありません。記事固有の画像を先に直し、WEXALの効果を同じURLで比較します。

スマートフォンだけ遅い

携帯回線、モバイル用広告、Webフォント、メニュー用JavaScript、スマホでも読み込む巨大画像を確認します。速度の数値だけでなく、横スクロール、メニュー開閉、CTA、フォーム入力まで見ます。速くなっても操作できなければ改善とは言えません。

更新した文章やCSSが古い

WordPressの保存成功、自動キャッシュクリアプラグイン、ConoHaのキャッシュクリア、別ブラウザの順で確認します。WEXALを使っている場合は最適化状態も確認します。同じ記事を何度も保存して原因を増やさないでください。

WEXALをONにしたらアクセス数が増えた

ConoHa公式FAQでは、WEXALが最適化時に対象サイトをレンダリングするため、埋め込みJavaScriptの計測で通常アクセスとして数えられる可能性を案内しています。速度改善による本当の読者増加と決めず、アクセス解析側でUser-Agentに「Chrome-Lighthouse」を含むアクセスの除外を検討します。

リダイレクトループが起きた

ConoHa WINGは独自のhttps自動リダイレクトを採用しており、.htaccess側へ別のリダイレクトを重ねるとループする場合があります。公式FAQは、.htaccessの確認に加え、コンテンツキャッシュが有効でコンテンツ側のブラウザキャッシュも使っている場合、コンテンツキャッシュをOFFにして試す案内もしています。速度設定を疑う前に、どの層でリダイレクトしているか分けてください。

変更するおすすめ順番

1. 遅いURL、端末、ログイン状態、時刻、待っているものを記録する。
2. ConoHaの障害・メンテナンス情報と対象サーバーを確認する。
3. WordPress、テーマ、プラグインの更新状態と直前変更を見る。
4. 公開記事が遅いならコンテンツキャッシュの現在値と効果を確認する。
5. 更新反映が遅いなら自動キャッシュクリアプラグインを確認する。
6. 再訪時の静的ファイルが遅いならブラウザキャッシュを確認する。
7. 画像・CSS・JavaScriptの完成が遅いなら、コンテンツキャッシュとの排他を理解してWEXALを試す。
8. 管理画面や最初の応答が遅いならPHP互換性とログを確認する。
9. 同じURL・同じ端末・同じログイン状態で変更前後を比べる。

すべてをONにする順番ではありません。一つ変更し、公開ページの見た目と操作を確認し、不具合があれば一つ戻せる順番です。効果を確認できない機能を、設定数を増やす目的で残す必要はありません。

改善したと判断する条件

変更	速さの確認	実物の確認	元へ戻す条件
コンテンツキャッシュ	ログアウト状態の初回・再表示	記事内容、会員表示、予約・カート等	古い内容や別利用者向け表示が出る
ブラウザキャッシュ	同じ静的ファイルを使う再訪	CSS・画像差し替えの反映	公開済みの新デザインが更新されない
WEXAL	画像・CSS・JavaScriptの読み込みと描画	メニュー、目次、フォーム、広告、画像品質	崩れ、操作停止、更新反映の不具合
PHP	最初の応答、管理画面の同じ操作	公開、ログイン、編集、保存、フォーム	500エラー、警告、機能停止

測定値が改善しても、読者がメニューを開けない、フォームを送れない、古い記事を見るなら不合格です。反対に、点数の変化が小さくても、読者が待つ場面が明確に短くなり、更新運用が安定したなら意味があります。異なる回線や時間帯の一回だけで断定せず、同じ条件で傾向を見ます。

設定で解決しない場合に他サーバーを比較する

ConoHa WINGから移転する前に、遅さがサーバー側にあるか確認してください。巨大画像、外部広告、重いテーマ、更新されていないプラグイン、外部APIの待ち時間は、移転後にも残ります。コンテンツキャッシュまたはWEXALのどちらかを正しく選び、PHPとログを確認して改善できるなら、契約変更は不要です。

一方、キャッシュと最適化を別設定で管理したい、LiteSpeed Cacheを使える環境へ変えたい、静的ファイルとPHP処理を別機能で調整したいなど、運用方法そのものがConoHa WINGの仕組みと合わない場合は、機能の違いを比較する意味があります。以下はConoHa WING自身を除外し、CMSに登録済みの他サーバーをすべて掲載しています。

広告・PRを含みます。先にConoHa WINGの現在設定と遅さの原因を確認し、設定で解決できない場合だけ移転候補を比較してください。

サポートへ伝える情報

• 選択中のサーバー名と対象ドメイン
• 遅い公開URLまたは管理画面の操作名
• 発生日時、継続中か断続的か
• 端末、回線、ブラウザ、ログイン状態
• コンテンツキャッシュ、ブラウザキャッシュ、WEXALの現在値
• WEXALのステータスと前回最適化時刻
• PHPバージョンと直前の変更
• 表示されたエラー全文
• エラーログの同時刻の行
• 設定を元へ戻した時の結果

「遅いです」だけでなく、再現できる条件を伝えます。パスワード、APIキー、カード情報を本文や一般公開の場所へ貼らず、サポートが指定する安全な送付方法と必要範囲を確認してください。

次に確認する記事

サーバー設定以外も含めて遅さを切り分ける場合は、 WordPressが遅い時の測定と原因別改善ガイド へ進んでください。XSERVERで同じ問題を確認する場合は WordPressが遅い時のXSERVER設定方法 、対策を効果が出やすい順に見たい場合は WordPress高速化対策ランキング 、管理画面だけ遅い場合は WordPress管理画面が遅い時の最初の確認 を読めます。

まとめ：ConoHa WINGではキャッシュとWEXALの役割を分ける

ConoHa WING上のWordPressが遅いときは、公開ページ、静的ファイル、管理画面、更新反映へ症状を分けます。対象サーバーとドメインを確認し、現在値を残してから、コンテンツキャッシュ、自動キャッシュクリア、ブラウザキャッシュ、WEXAL、PHPを原因に近い順で一つずつ確認してください。

WEXALとコンテンツキャッシュは併用できません。LiteSpeed CacheもConoHa WINGでは利用できないと公式FAQに明記されています。名称だけで機能を重ねず、ConoHaが用意する仕組みの中から一つの目的に合うものを選びます。

変更後は速度数値だけでなく、記事内容、画像品質、スマートフォンメニュー、目次、フォーム、アクセス解析、管理画面の編集・保存を確認します。問題が出たら追加修正を重ねる前に直前の設定を戻し、同じ画面で再確認してください。それでも遅い場合に、画像、テーマ、プラグイン、外部通信、ログ、サーバー環境へ調査を広げれば、不要な乗り換えを避けながら本当の原因へ近づけます。

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

• 次に読む WordPressが遅い時のロリポップ！設定方法｜アクセラレータとLiteSpeed Cacheの正しい選び方
• 次に読む WordPressが遅い時のシンレンタルサーバー設定方法｜XアクセラレータとXPageSpeedの確認手順
• 次に読む WordPressが遅い時のXSERVER設定方法｜サーバーパネルで確認する順番
• 次に読む WordPress高速化で効果が出やすい対策ランキングTOP7｜初心者が先に見る場所
• 次に読む WordPressの管理画面が重い時に最初に見る場所｜プラグイン・PHP・サーバー負荷の切り分け