「WordPressのプラグインや本体を更新した直後、『現在メンテナンス中のためしばらく時間をあけてから再度アクセスしてください』と表示されたまま画面が戻らない…」――そんな突然のトラブルに焦っていませんか？
この現象は、WordPressの更新処理が通信エラーやタイムアウトなどによって途中で中断され、一時的なロックファイルである「.maintenance（ドット・メンテナンス）」がサーバー上に残ってしまったことが原因です。
🚨 メンテナンスモードが終わらないときの緊急初動チェック
- 解決策は「.maintenance」ファイルの削除のみ：サーバーのドキュメントルート（WordPressがインストールされている階層）にある「
.maintenance」という隠しファイルを削除すれば、最短1分で即座に通常状態へ復旧できます。 - サイトのデータや記事は消えない：このファイルを削除しても、投稿した記事や画像、データベースの設定が消えることは一切ありません。
- パニックによる再インストールは不要：WordPress本体やデータベースを初期化する必要はありません。まずは落ち着いてファイル削除の手順を実行しましょう。
本記事では、WordPressのメンテナンスモードが終わらなくなる根本的な仕組みと原因、サーバー別（エックスサーバー、ConoHa WING、ロリポップ、さくら等）およびFTPソフトを用いた具体的な解除手順、削除しても直らない場合のトラブルシューティング、そして今後の更新フリーズ事故を防ぐ予防策まで徹底解説します。
1. なぜWordPressのメンテナンスモードが終わらなくなるのか？発生の仕組みと4大原因
そもそも、なぜWordPressは「現在メンテナンス中のためしばらく時間をあけてから再度アクセスしてください（英語表記：Briefly unavailable for scheduled maintenance. Check back in a minute.）」という画面を表示するのでしょうか？その仕組みと、解除されずにスタックしてしまう主な原因を解説します。
1.1. WordPressメンテナンスモードの動作の仕組み
WordPressでは、管理画面から本体・プラグイン・テーマの更新を開始すると、自動的にWordPressのルートディレクトリ（wp-config.php がある場所）に「.maintenance」という一時ファイルが生成されます。
<?php $upgrading = 1756543200; ?>
ファイルの中身には、上記のように更新開始時刻のタイムスタンプが記録されています。WordPressはこのファイルの存在を検知すると、更新作業中の不整合を防ぐため、サイト訪問者および管理者に対して自動的にアクセスを制限しメンテナンス画面を表示します。
通常であれば、更新処理が10秒〜30秒程度で正常完了すると、システムが自動的にこの .maintenance ファイルを削除してサイトを元通り公開状態に戻します。しかし、更新処理の途中で何らかのエラーが発生すると、削除処理が実行されないままファイルが残り続け、メンテナンス画面から抜け出せなくなってしまうのです。
1.2. メンテナンスモードが終わらなくなる4大原因
| 主な原因 | 発生するシチュエーション | 対策と影響 |
|---|---|---|
| ① 更新処理中のタイムアウト・通信エラー | サーバーの処理時間上限（max_execution_time）を超過した場合や、通信が一時的に途切れた場合 |
処理が途中で強制終了され、削除ステップに到達しない |
| ② 更新中にブラウザを閉じる・別ページへ移動 | 更新バーが動いている最中にタブを閉じる、リロードする、「戻る」ボタンを押す | ブラウザとサーバーの通信が切断され、完了処理が未完になる |
| ③ プラグインの一括更新（メモリ不足） | 複数のプラグインを同時に一括更新し、PHPメモリ上限（memory_limit）に達した |
メモリ枯渇（Fatal Error）によりスクリプトがクラッシュする |
| ④ プラグインやテーマの互換性・文法エラー | 更新後のプラグインがPHPバージョンや他のプラグインと競合して構文エラーを起こした | 致命的エラーが発生し、正常終了ルーチンが妨害される |
2. 【最短1分】メンテナンスモードを強制解除する3つの手順
メンテナンスモードを解除する唯一確実な方法は、サーバー上の「.maintenance」ファイルを手動で削除することです。ご利用の環境に合わせて、以下の3つの方法から都合の良い手順を選択してください。
💡 最も簡単な方法：FTPソフトの設定がまだの方は、サーバーの「ファイルマネージャー機能（Webブラウザ操作）」を使うのが最も手軽で迅速です。
手順①：FTPソフト（FileZilla等）を使って削除する
- FTPソフトでサーバーに接続する：FileZilla、WinSCP、CyberduckなどのFTPクライアントを起動し、サーバーのFTPホスト、ユーザー名、パスワードを入力して接続します。
- WordPressのルートディレクトリを開く：
public_htmlやドメイン名/public_htmlなど、WordPressのファイル群（wp-config.phpやwp-content/がある階層）を開きます。 - 隠しファイルの表示設定を確認する：先頭にドット（.）が付くファイルは隠しファイルです。もし見当たらない場合は、FileZilla上部メニューの「サーバー」＞「隠しファイルの強制表示」にチェックを入れてください。
- 「.maintenance」を削除する：ファイル一覧から
.maintenanceを見つけ、右クリックして「削除」を選択します。 - ブラウザでサイトを確認する：サイトを再読み込み（Ctrl + F5 または Cmd + Shift + R）し、通常通りトップページおよび管理画面が表示されるか確認します。
手順②：レンタルサーバーのファイルマネージャーから削除する
主要なレンタルサーバーのコントロールパネルから、ブラウザ上で直接削除する手順です。
▼ エックスサーバー（Xserver）の場合
- サーバーパネルまたはファイルマネージャー（
https://www.xserver.ne.jp/login_file.php）にログインします。 - 対象ドメインのフォルダ ＞
public_htmlディレクトリを開きます。 - ファイル一覧から
.maintenanceにチェックを入れ、上部の「ファイルの削除」ボタンをクリックします。
▼ ConoHa WING の場合
- ConoHa WINGのコントロールパネルにログインします。
- 左側メニューの「サイト管理」＞「ファイルマネージャー」を開きます。
public_html＞ 対象ドメイン名のフォルダを開きます。.maintenanceファイルを右クリックし、「削除」を選択します。
▼ ロリポップ！（LOLIPOP!）の場合
- ユーザー専用ページにログインし、「サーバーの管理・設定」＞「ロリポップ！FTP」を開きます。
- WordPressをインストールしている公開フォルダを開きます。
.maintenanceファイルの左側のチェックボックスにチェックを入れ、「一括削除」をクリックします。
▼ さくらのレンタルサーバの場合
- コントロールパネルにログインし、左側メニュー「ファイルマネージャー」を開きます。
/home/ユーザー名/www/（または設置ディレクトリ）を開きます。- 一覧の
.maintenanceを選択し、削除ボタンをクリックします。
手順③：SSH / WP-CLI でコマンドラインから削除する
サーバーにSSH接続できる環境や、WP-CLIを導入している場合は、コマンド1行で即時解除できます。
# WordPressルートディレクトリへ移動
cd /path/to/wordpress/public_html
# .maintenance ファイルの存在確認
ls -la .maintenance
# ファイルの削除
rm .maintenance
# WP-CLIを使用している場合の解除コマンド（ステータス確認・無効化）
wp maintenance-mode is-active
wp maintenance-mode deactivate
3. .maintenanceファイルを削除しても直らない場合のトラブルシューティング
「.maintenance を削除したのに画面が変わらない」「別のエラー画面が表示されるようになった」という場合の対処手順です。
3.1. キャッシュが残っている（ブラウザ・サーバー・プラグイン）
ファイルは削除されていても、ブラウザやサーバー側のキャッシュがメンテナンス画面を記憶している場合があります。
- ブラウザのスーパーリロード：
Ctrl + F5（Windows）またはCmd + Shift + R（Mac）を実行します。シークレットウィンドウでも確認してください。 - キャッシュ系プラグイン・サーバーキャッシュの削除：WP Super Cache、LiteSpeed Cache、WP Rocketなどを使用している場合、またはサーバーのキャッシュ機能（XアクセラレータやNginxリバースプロキシキャッシュ）が有効な場合はキャッシュをクリアしてください。
3.2. 「重大なエラーが発生しました」や「500エラー」に変化した場合
メンテナンスモードは解除されたものの、プラグインの更新が中途半端に終了したことでPHPファイルが破損し、構文エラーが発生しているケースです。
- 原因プラグインの特定と一時無効化：
FTPまたはファイルマネージャーでwp-content/plugins/ディレクトリを開きます。更新しようとしていたプラグインのフォルダ名（例:contact-form-7）を一時的にcontact-form-7_disabledなどに変更します。これにより該当プラグインが強制停止され、管理画面にログインできるようになります。 - デバッグモードの有効化：
原因がわからない場合は、wp-config.php内のdefine('WP_DEBUG', false);をtrueに書き換え、wp-content/debug.logを確認してエラーを出しているファイルを特定します。 - プラグインの再インストール：
管理画面に入れたら、破損したプラグインを一度削除し、新規プラグイン追加から再インストールしてください。
3.3. WordPress本体の更新が失敗して壊れた場合
WordPress本体（コアファイル）の更新中にフリーズした場合、コアファイルの一部が欠損している可能性があります。
- WordPress日本語公式サイトから最新版のZIPファイルをダウンロードして解凍します。
- 解凍したフォルダの中から、「
wp-admin」と「wp-includes」フォルダのみをFTPでサーバー上に上書きアップロードします。 - 【最重要】
wp-config.phpおよびwp-content/フォルダ（テーマ・画像・プラグインが保存されている場所）は絶対に上書き・削除しないでください。 - 上書き後、管理画面にアクセスし「データベースの更新」が促されたら実行します。
4. メンテナンスモードのフリーズ事故を防ぐ5つの予防策
今後、更新時のフリーズやサイト停止事故を二度と起こさないための実践的なベストプラクティスです。
🛡️ WordPress安全更新の5大ルール
- プラグインの一括更新は避ける：
「すべて選択して更新」はサーバーのリソースを一度に大量消費し、タイムアウトやメモリ枯渇を引き起こす最大の原因です。重要度の高い順に1つずつ個別に更新ボタンを押しましょう。 - 更新中は絶対にブラウザを閉じない：
「更新が完了しました」というメッセージが表示されるまで、タブを閉じたり別の管理画面メニューをクリックしたりせず待機してください。 - PHPのメモリ上限・実行時間を見直す：
php.iniでmemory_limit（推奨: 256M以上）やmax_execution_time（推奨: 60〜120秒）に余裕を持たせて設定します。 - 更新直前にバックアップを取得する：
UpdraftPlusやサーバーの自動バックアップ機能を利用し、いつでもワンクリックで復元できる状態を作ってから更新作業を行いましょう。 - 定期的なサイト診断で潜在リスクを検知する：
プラグインの脆弱性やPHP互換性エラーを放置すると更新失敗のリスクが高まります。定期的な脆弱性診断ツール（MozCheck無料診断等）でサイトの安全性をチェックしましょう。
5. 【参考】意図的にメンテナンスモードを使いたい場合の正しい設定方法
サイトのリニューアル作業や大規模なプラグイン移行を行う際、訪問者に工事中画面を見せたい場合は、以下の安全な方法を使用してください。
方法①：専用プラグインを活用する（おすすめ）
「LightStart（旧 WP Maintenance Mode）」や「CMP – Coming Soon & Maintenance Plugin」などの専用プラグインを使用すると、デザイン性の高いメンテナンス画面を表示できます。ログイン中の管理者には通常通りサイトが見えるため、安全に作業を進められます。
方法②：HTTPステータス503を正しく返す（SEO評価の保護）
意図的なメンテナンス時は、必ず検索エンジンのクローラーに対して「503 Service Unavailable（一時的なサービス停止）」のステータスコードを返すことがSEO上極めて重要です。200（通常）や404（存在しない）を返すとインデックス削除や順位下落の原因になります。
// functions.php に記載する簡易メンテナンスモード例（HTTP 503を返却）
function custom_maintenance_mode() {
if (!current_user_can('edit_themes') || !is_user_logged_in()) {
wp_die(
'現在サイトの定期メンテナンスを実施しております。作業終了まで今しばらくお待ちください。',
'メンテナンス中',
array('response' => 503)
);
}
}
add_action('get_header', 'custom_maintenance_mode');
6. WordPressメンテナンスモードに関するよくある質問（FAQ）
Q1. 「.maintenance」ファイルが見当たりません。どこにありますか？
A. 先頭にドットが付くファイルはシステム上で「隠しファイル」として扱われます。FTPソフトの設定で「隠しファイルを表示する」が有効になっているか確認してください。また、更新エラーから10分以上経過している場合、WordPressの自動保護機能によってファイルが無効化されているケースもあります。その状態で画面が表示されない場合は、プラグイン等のPHPエラー（重大なエラー/500エラー）が発生している可能性が高いです。
Q2. 「.maintenance」を削除したら投稿データや画像は消えませんか？
A. 一切消えません。このファイルにはタイムスタンプ情報しか書き込まれておらず、WordPressがメンテナンス中かどうかを識別するための単なる「目印（フラグ）」にすぎません。削除してもデータベースやコンテンツへの影響はありませんのでご安心ください。
Q3. 解除後、失敗したプラグインの更新はもう一度実行しても大丈夫ですか？
A. 再度更新して問題ありません。ただし、前回失敗した原因（通信切断やタイムアウト）を避けるため、他のプラグインと一緒に一括更新せず、1つずつ個別に更新を実行してください。再度フリーズする場合は、プラグインと現在のPHPバージョンとの互換性に問題がある可能性があります。
Q4. メンテナンス画面が表示されたままだとSEOに悪影響はありますか？
A. 数分から数時間程度の短時間であれば検索順位への影響はほとんどありません。しかし、24時間以上など長期間放置されると、検索エンジンのクローラーが「利用不可のサイト」と判定し、検索順位の下落やインデックスの一時取り消しが発生する恐れがあります。速やかに解除作業を行ってください。
7. まとめ＆トラブル解決・WordPress保守の関連記事
WordPressの更新中に「メンテナンスモードが終わらない」状態に陥っても、サーバー上の .maintenance ファイルを削除するだけで1分以内に通常復帰が可能です。
- 緊急解除：FTPやサーバーのファイルマネージャーからルートディレクトリの
.maintenanceを削除する - 消しても直らない場合：キャッシュのクリア、または
wp-content/plugins/内の該当フォルダをリネームして強制停止 - 再発防止策：プラグインの一括更新を避け、更新前バックアップとPHPリソースの確保を徹底する
日頃から定期的なバックアップとサイト診断を実施し、トラブルに強い安全なWordPress運用を心がけましょう。
🔍 WordPressサイトの安全性を無料で総点検しませんか？
更新トラブルやプラグインエラーの多くは、放置された脆弱性や古いバージョン設定が引き金となります。MozCheck無料診断なら、URLを入力するだけでサイトのセキュリティ状態や潜在的なリスクをわずか数分で可視化します。
📚 あわせて読みたい関連記事
2026/08/30/wordpress-403-forbidden-cause-solution-guide/”>WordPressの403 Forbiddenエラー原因と直し方完全ガイド｜管理画面・記事保存時のWAF解除から.htaccess・パーミッション復旧まで
コメントを残す