症状から最初の操作場所を決める
WordPress初心者が最初に遭遇しやすい代表的な症状は、以下の5つに分けられます。これらを目安に、まずはどの管理画面やサーバーパネル、FTPなどの操作画面から調査を始めるかを決めましょう。
- 画面が開かない・管理画面に入れない：データベース接続やPHPバージョン、サーバー障害の可能性が高いため、まずはサーバーパネルとwp-config.phpの設定を優先確認。
- 画面が真っ白、更新後に表示崩れ：プラグインやテーマの競合が疑われるため、管理画面またはFTPでプラグインの一括停止やテーマ切替を試す。
- 画像やファイルのアップロード失敗：サーバーの容量不足やファイル・フォルダのパーミッション設定をサーバーパネルかFTPで確認。
- HTTPS警告やリダイレクトの不具合：SSL証明書の有効期限や設定状態を管理画面およびサーバーパネルでチェック。
- サイトの表示が遅い、断続的に落ちる：サーバーの負荷状況や容量、PHPメモリ上限エラーの有無をサーバーパネルで確認し、プラグインやテーマの影響も調査。
まずはこの症状分類に沿って、該当するものから最初に操作すべき画面を特定し、以下の安全対策を踏まえたうえで順番に調査を進めてください。
変更前に残すエラー文言と直前の作業
不具合が起きた際には、以下の情報を必ずメモやスクリーンショットで保存してください。復旧作業やサポートへの連絡時に役立ちます。
- 不具合発生の日時
- 画面に表示されているエラーメッセージや警告文
- 直前に行ったWordPressの更新やプラグイン・テーマの追加・変更内容
- 試した操作や変更した設定内容
これらを残すことで、作業を進める中でどの変更が原因かを特定しやすくなり、問題を悪化させるリスクを抑えられます。
複数の設定を一度に変えない理由
一度に複数の設定を変更すると、どの操作が問題を引き起こしているか判別が難しくなります。必ず一つずつ変更を加えた後にサイトや管理画面の状態を確認し、問題が解消したかを確かめてから次に進みましょう。これにより、原因の切り分けが確実になり、復旧までの時間を短縮できます。
サイトや管理画面が開かないときの復旧順
サイトや管理画面が開かない場合、多くはデータベース接続の不具合、PHPバージョンの不適合、またはサーバー側の障害・メンテナンスが原因です。以下の最適な順序で確認を進め、原因の特定と対応を効率化しましょう。
1. wp-config.phpのDB接続情報を正確に照合する
WordPressの設定ファイル wp-config.php に記載されたデータベース接続情報は、サーバーパネルで作成した情報と完全に一致している必要があります。以下の4項目を一つずつ慎重に確認してください。
- データベース名（DB_NAME）：サーバーパネルのデータベース名と完全に一致しているか。
- ユーザー名（DB_USER）：データベースのユーザー名が正しいか。
- パスワード（DB_PASSWORD）：ユーザーのパスワードが最新のものか。
- ホスト名（DB_HOST）：通常は「localhost」か、サーバー指定のホスト名を正確に設定しているか。
サーバーパネルの「データベース管理」画面で情報を確認し、wp-config.phpの内容と突き合わせてください。編集前には必ずファイルのバックアップを取り、修正後はサイト表示を再度確認します。ここで不整合があれば、まずは修正に注力してください。
2. PHPのバージョンを最新の推奨環境に切り替える
WordPressはPHPのバージョンに依存します。サーバーのPHP設定が古いか対応外のバージョンの場合、正常に動作しません。サーバーパネルの「PHP設定」や「PHPバージョン切替」メニューで現在のバージョンを調べ、可能な限りPHP 8系など推奨の最新バージョンへ切り替えましょう。
切替前に現在のバージョンを記録し、切替後は必ずサイト表示を確認してください。もし切替後に不具合が発生した場合は、速やかに元のバージョンに戻して調査を続けます。
3. サーバーの障害やメンテナンス情報を必ず確認する
サーバー側の障害やメンテナンス中は、WordPressの動作に影響が出ます。サーバーパネルのトップページや障害情報ページにアクセスし、該当時間帯の情報をチェックしてください。特にアクセス障害やリソース不足の有無、メンテナンス予定の有無を調べます。
4. 自力復旧が難しいと判断したら速やかにサポートへ連絡する
以下の状況に当てはまる場合は、自力での復旧を続けるよりもサーバーのサポート窓口へ連絡し、専門的な対応を依頼することが最も効果的です。
- wp-config.phpのDB接続情報が正しいにもかかわらずデータベース接続エラーが解消しない
- 管理画面にもFTPにもアクセスできず、サーバーパネル上で障害やメンテナンス情報が確認できる
- サーバーのリソース不足や過負荷でサイト全体が表示されない状態が続く
サポートへ連絡する際は、以下の情報を整理して伝えると対応がスムーズです。
- 対象のドメイン名
- トラブル発生日時
- 画面に表示されているエラーメッセージや状況
- 直前に行ったWordPressやサーバーでの更新・設定変更の内容
- 試した復旧作業の詳細
5. 復旧に自信が持てるサーバー環境選びのポイント
障害時の復旧手段が充実したサーバーは、WordPress運用の安心感につながります。以下の特徴を備えたレンタルサーバーを選ぶと、初期段階でのトラブル対応が円滑に進みます。
- 自動バックアップ機能：過去14日分以上のWebサイト・データベースの自動バックアップと復元対応が可能
- 多様なサポート手段：メール、電話、チャットなど複数の問い合わせ方法がある
- 管理パネルの使いやすさ：データベース情報やPHPバージョン切替が簡単に行える
- 障害・メンテナンス情報の充実：リアルタイムの状況確認が可能
たとえば、国内シェアの高いエックスサーバーは初心者にも扱いやすい管理パネルを備え、14日分の自動バックアップとメール・電話・チャットでのサポートを提供しています。こうした環境は初期トラブルの迅速な解決に役立ちます。
真っ白な画面や更新後の表示崩れを切り分ける
WordPressの画面が真っ白になったり、更新後に表示が崩れる場合は、プラグインやテーマの競合が原因であることが多いです。修正は変更を重ねず段階的に進めることが重要です。以下の順序で確認し、原因の特定を目指しましょう。
管理画面からプラグインを一括停止する
まず管理画面にアクセスできる場合は、ダッシュボードの「プラグイン」メニューからすべてのプラグインを一括停止します。停止後にサイト表示を確認し、問題が解消したかを確かめてください。
- 管理画面の「プラグイン」→「インストール済みプラグイン」へ移動
- すべてのプラグインを選択し、「停止」を適用
- サイトの表示を再読み込みし、問題の改善を確認
改善した場合は、一つずつプラグインを有効化しながら再度表示をチェックし、競合の原因となるプラグインを特定します。原因プラグインが見つかったら、そのプラグインは無効化したままにしましょう。
管理画面に入れない場合はFTPでプラグイン用フォルダを一時的に退避する
管理画面にログインできない場合、FTPまたはサーバーのファイルマネージャーでWordPressのプラグインフォルダ名を変更し、一時的にすべてのプラグインを無効化します。手順は以下の通りです。
- FTPクライアントやサーバーパネルのファイルマネージャーでWordPressの「wp-content」フォルダへアクセス
- 「plugins」フォルダの名前を「plugins_backup」などに変更
- これにより全プラグインが無効化され、管理画面へのアクセスが復旧することがあります
- 管理画面に入れたら、元の「plugins」フォルダ名に戻し、プラグインを一つずつ有効化して原因を調査
この方法は管理画面に入れないときの緊急措置ですが、FTP操作の前に必ずファイルのバックアップを取得してください。
テーマ切替とエラーログで次の原因を探る
プラグイン停止でも問題が解決しない場合は、テーマが原因の可能性があります。管理画面の「外観」→「テーマ」からWordPress標準の「Twenty Twenty」などのデフォルトテーマに切り替え、表示を確認しましょう。
- テーマ切替後に問題が解消すれば、テーマに含まれるコードやカスタマイズが原因です
- 問題が続く場合は、サーバーのPHPメモリ制限やエラーが関連している可能性があります
サーバーのエラーログを確認できる場合は、PHPメモリ不足や致命的なエラーが記録されていないかチェックしてください。エラーログはサーバーパネルやFTPで「error_log」ファイルとして存在することが多いです。メモリ不足のエラーがあれば、PHPのメモリ上限設定の引き上げや、不要なプラグインの削除を検討します。
画像やファイルを追加できないときの調べ方
画像やファイルのアップロードに失敗する場合は、容量不足、アップロード先の書き込み権限不備、ファイル・フォルダのパーミッション設定のいずれかが原因です。原因を混同せず、管理画面からサーバー側まで確認範囲を段階的に広げていきましょう。
メディア画面のエラーとディスク使用量を記録する
まずはWordPress管理画面の「メディア」→「新規追加」からアップロード時に表示されるエラー文言を正確に控えます。次にサーバーパネルのディスク使用量を確認し、空き容量が十分にあるかを調べます。
- サーバーパネルにログインし、ディスク使用量またはストレージ状況を確認
- 空き容量が極端に少ない場合は、不要なファイルの削除や容量アップの検討が必要
容量不足が疑われるときは、レンタルサーバーのプラン変更や別サーバーへの移行も視野に入れます。
アップロード先の書き込み設定を見直す
アップロード先フォルダの書き込み権限が不足している可能性があるため、FTPやサーバーのファイルマネージャーで対象フォルダのパーミッションを確認します。
- 通常、WordPressのアップロードフォルダは「wp-content/uploads」
- FTPクライアントやサーバーパネルのファイルマネージャーからこのフォルダにアクセス
- パーミッションは「755」または「775」が推奨値。ファイルは「644」や「664」が一般的
- 設定が異なる場合は、権限を適切に修正して書き込み可能にする
権限を変更するときは、サーバーの仕様やセキュリティポリシーに合わせて慎重に行い、変更前にバックアップを取ることを忘れないでください。
HTTPS警告と転送ループを上流から直す
HTTPS警告や転送ループが起きた場合は、複数箇所の設定が絡んでいるため、一つずつ確認し重複や矛盾を排除することが重要です。以下の順序でチェックと修正を進めてください。
1. 対象ドメインのSSL証明書の状態を確認する
レンタルサーバーの管理パネルにログインし、SSL設定画面で該当ドメインの証明書が有効かどうかを確かめます。特に次の点をチェックしてください。
- 証明書の有効期限が切れていないか
- 正しいドメインに対して設定されているか
- 無料SSL（Let’s Encryptなど）が自動更新されているか
証明書が無効や未設定の場合は、管理画面の「SSL設定」から再発行や有効化を行いましょう。
2. WordPressの一般設定でURLの整合性を確認
WordPress管理画面に入れる場合は、「設定」→「一般設定」の「WordPressアドレス(URL)」と「サイトアドレス(URL)」を見ます。ここで、HTTPとHTTPSが混在していないかを確認してください。
- どちらも「https://」で始まっていることが望ましい
- もし「http://」になっている場合は、HTTPSに統一する
ここを変更したら、サイトの表示を再読み込みして変化を確認します。
3. 転送設定を一か所ずつ検証しながら修正
HTTPSリダイレクトや転送ループは、WordPressの設定、プラグイン、サーバーの.htaccessや設定ファイル、サーバーパネルのリダイレクト設定など複数箇所で設定されていることがあります。以下のポイントに注意しながら作業を進めてください。
- 変更する前に現在の設定内容を必ず保存（バックアップ）する
- 複数箇所を同時に変更せず、一か所ずつ編集して動作を確認する
- WordPressのプラグイン（SSL化支援やリダイレクト系）を一時停止して影響を調べる
- サーバーの.htaccessファイル（FTPやファイルマネージャーでアクセス可能）を確認し、重複したリダイレクトルールがないか調べる
- サーバーパネルの「リダイレクト設定」画面で設定されている転送ルールを一つずつ無効化または削除し、サイト動作をテストする
これらの手順で問題のある転送設定箇所を特定し、重複や矛盾を解消するとHTTPS警告やリダイレクトループが改善します。
遅い・断続的に落ちるときはサーバー要因を分ける
サイトの表示が遅くなったり断続的にアクセスできなくなる場合は、WordPress側の問題とサーバー側の負荷や容量不足を区別しながら調査します。以下の順序で確認と切り分けを行ってください。
1. 直近の更新や追加を一つずつ外して検証
問題が発生し始めた直前に追加・更新したプラグインやテーマ、画像などをリストアップします。管理画面の「プラグイン」や「外観」→「テーマ」から該当箇所を操作し、以下を試してください。
- プラグインを順番に停止して表示速度を確認
- テーマを別のものに切り替えて速度改善を確認
- 大容量画像のアップロードや挿入を控えて様子を見る
変更ごとに必ずキャッシュをクリアし、ブラウザの表示を再読み込みして効果を確かめます。
2. サーバーパネルで容量とエラーログを調べる
レンタルサーバーの管理画面にログインし、以下の項目をチェックします。
- ディスク使用量と空き容量：契約容量の上限に近づいていないか
- サーバーの障害・メンテナンス情報：公式のお知らせや障害履歴を確認
- エラーログ：PHPメモリ不足やMySQL接続エラーなどのログが出ていないか
容量が不足している場合は不要ファイルの削除やプラン変更を検討しましょう。エラーログにメモリ関連のエラーがあればPHPのメモリ上限設定変更やサーバーの性能見直しが必要です。
3. 自力復旧が困難な場合の判断基準
以下の状況が見られたら、サーバーのサポート窓口へ連絡して対応を依頼するか、運用環境の見直し（サーバー移転など）を検討してください。
- データベース接続エラーが頻発し、wp-config.phpの設定に問題がない
- SSL証明書の自動更新が失敗している
- 容量不足や転送制限で自身で対応できない状態
- 復元用バックアップが十分に用意されていない
- エラーログにサーバー内部障害の兆候がある
サポートへ問い合わせる際は、発生日時、エラーメッセージ、実施した操作をまとめて伝えるとスムーズです。
復元しやすいサーバー環境へ移す準備
サーバー側の障害や復元手段の不足が続いている場合は、現在の環境での修復が難しい可能性が高いため、移行を視野に入れて準備を進めることが重要です。移行時に欠かせないのは、移す対象を正確に把握し、必要なバックアップやサポート体制を備えた環境を選ぶことです。
まずは以下の手順で、移行対象となるデータやサービスを整理しましょう。これにより、移行漏れや復元失敗を防げます。
- ドメイン名とその管理状況（DNS設定含む）
- WordPress本体やテーマ、プラグインを含むWebデータの範囲
- MySQLデータベースの名称やアクセス情報
- メールの利用有無とメールデータの範囲
- 復元したい過去のバックアップデータの有無
この整理を終えたら、次の段階でPHPバージョン切替やMySQL対応、自動バックアップの有無、問い合わせ窓口の充実度など、運用安定性と復旧体制を重視したサーバーを選ぶ判断材料になります。
移行先の選択肢として、以下のような特徴を持つサーバーを検討してください。
- PHP 8系の複数バージョン切替が可能であること
- MySQLやMariaDBのデータベースを無制限または十分な数で利用可能
- 過去14日分程度の自動バックアップを提供し、Web・メール・データベースの復元に対応
- メール・電話・チャット・マニュアルなど多様なサポート手段があること
こうした環境なら、トラブル発生時の復旧や問い合わせ対応がスムーズになり、初心者でも安心して運用を続けられます。
復旧後に残る作業上の疑問
WordPressの初期トラブル解決後でも、作業中や復旧後に残る疑問があることが多いです。ここでは問い合わせ時の情報整理や復旧後の操作に関する具体的なポイントを補足します。
管理画面にもFTPにも入れないとき、何を伝えればよい？
問い合わせ時に用意すべき情報は次のとおりです。
- 対象ドメイン名
- トラブルが発生した日時
- エラーメッセージや画面に表示される文言
- 直前に行った設定変更や更新内容
- 試した操作や確認した内容
これらを箇条書きでまとめ、パスワードや認証情報はメール本文や画像に含めないように注意してください。こうすることでサポート側が状況を的確に把握しやすくなります。
復旧後のプラグインは一度に戻してよい？
再発防止の観点から、すべて一括で有効化するのは避けてください。以下の手順が安全です。
- 一つずつプラグインを有効化する
- 有効化後にサイトの表示と管理画面の動作を確認する
- 問題のないプラグインは記録し、問題が出たら直前のプラグインを疑う
- 有効化の日時と結果をメモしておく
この方法でトラブルの再発箇所を特定しやすくなります。
自動バックアップがあっても手動保存は必要？
自動バックアップの対象範囲や取得時刻、復元方法を把握していることが前提ですが、テーマ編集や複数のファイル更新など重要な作業の前に手動でバックアップを残すことには以下の利点があります。
- 即時に安全な状態を保存し、復元が迅速に行える
- 複数変更の際にどの変更が不具合を起こしたかを切り分けやすい
- 自動バックアップのタイミングに依存せず、最新状態を確保できる
管理画面やFTPでファイルのコピーを保存するか、バックアッププラグインを活用してください。
復旧後に残る作業上の疑問
管理画面にもFTPにも入れないとき、何を伝えればよい？
対象ドメイン、発生時刻、画面に表示されるエラー文言、直前に行った更新や設定変更、試した操作をまとめておくと問い合わせがスムーズです。パスワードなどの認証情報は、問い合わせメールの本文やスクリーンショットに含めないよう注意してください。
復旧後のプラグインは一度に戻してよい？
不具合の再発を防ぐため、一つずつプラグインを有効化し、その都度サイト表示と管理画面の状態を確認しましょう。更新日時や確認結果は記録しておくと、問題の特定に役立ちます。
自動バックアップがあっても手動保存は必要？
自動バックアップの対象範囲や取得時刻、復元手順を把握したうえで、テーマ編集や複数の変更を行う前には手元に戻せる状態のデータを保存しておくことが安全です。これにより、不測の事態でも迅速に復元できます。
トラブル解決を支える信頼のレンタルサーバー選び
エックスサーバー
4.6
自動バックアップ14日分と多彩なサポートを備え、WordPress初心者の安定運用を強力に支える。
移行対象を整理し、安定した環境での運用を始める
ConoHa WING
4.4
高速表示と管理画面の使いやすさに優れ、自動バックアップや無料SSLも標準装備。
既存サイトの移行範囲を決めてスムーズな環境整備を進める
ロリポップ
4.0
低価格でWordPressを始めやすく、ライトプラン以上でMySQL利用可能な初心者向けサービス。
ライト以上のプランを選び、初期運用を低コストで始める
シンレンタルサーバー
4.6
AMD EPYC搭載の高速サーバーで複数サイト運営も可能。充実したバックアップとサポートも魅力。
高速環境で複数サイトを安定運用し、充実サポートを活用する広告・PRを含みます