WordPress本体の更新に失敗した場合は、エラー原因とバックアップを確認してから復旧します。
古い版のファイルを上書きしてデータベース更新を押すだけでは、更新前の状態へ戻せるとは限りません。
本記事の旧版で示していた一律のダウングレード手順は撤回しました。
以下は公式資料に基づく確認手順で、本記事の改訂で実サイトの本体更新やデータベース復元を試した記録ではありません。
最初に保存するもの
現在のファイル一式とデータベースを別々に保存し、更新前のバックアップの日時・対象・復元方法を確認します。
更新後に増えた注文、問い合わせ、コメント、投稿がある場合は、その差分の保全も必要です。
まずステージングで復元できるか確かめます。
同じ版の修復とバージョン更新を分ける
転送が途中で止まっただけなら、使用中の版と一致する公式パッケージで本体を修復する方法を検討します。
別の版に更新する場合はPHP・データベース・テーマ・プラグインの対応状況を確認してください。
画面が開かない原因がプラグインなどにある場合、本体の入れ替えだけでは直りません。
手動更新で保持するデータ
WordPress公式の手動更新手順に沿って作業します。
wp-config.php、wp-content、独自の.htaccessやrobots.txtなど、サイト固有のデータを公式配布ファイルで丸ごと置き換えないでください。
翻訳ファイルの一括削除も通常の復旧手順として勧めません。
SFTPやホスティングのファイル管理機能で対象ディレクトリを確かめ、転送失敗・ファイル不足がないか確認します。
本体の削除や置換が必要な場合も、復元可能なバックアップと保守時間を確保したうえで公式手順の対象だけを扱います。
手動で新しい版へ更新する場合、公式手順ではバックアップの確認とプラグインの停止を済ませてから、wp-adminとwp-includesを新しい版の同名フォルダーへ入れ替えます。
WordPressの設置先直下にある本体ファイルも、その版の配布ファイルへ更新します。
wp-contentはフォルダーごとの置換ではなく、配布物に含まれるファイルを既存フォルダー内へ転送します。
アップロード画像や既存のテーマ・プラグインを残し、同名ファイルを変更している場合は上書き前に差分を確認してください。
サイト固有のwp-config.phpや独自ルールは保持し、新旧の本体ファイルが混在したままデータベース更新へ進まないよう転送結果を確認します。
自動更新の失敗後にメンテナンス表示だけが残る場合、公式資料は設置先の.maintenanceの削除を案内しています。
更新処理が進行中でないことと本体ファイルの転送状態を確認してから扱い、表示が消えたことだけを復旧完了の判断にしないでください。
このファイルを取り除いても、不足している本体ファイルの補充やデータベースの復元にはなりません。
出典：WordPress公式の更新手順の「Manual Update」と「Remove .maintenance file」（2026年10月4日確認）。
データベース更新とロールバック
新しい版への更新でデータベース更新が要求された場合は、その版の手順に従います。
古い版へ戻すために同じボタンを押す操作とは異なります。
戻す場合は原則として対応する時点のファイルとデータベースの組み合わせを検証し、稼働中に増えたデータを失わない方法を決めます。
復旧後の確認
管理画面へのログイン、投稿の表示・保存、画像、検索、フォーム、定期処理を確認します。
ログにエラーが残っていないか確認し、停止した機能とキャッシュを順に戻します。
よくある質問：WordPress本体の更新に失敗したとき
WordPress本体の更新に失敗したとき、最初に何をしますか？
記事では、エラー原因とバックアップを確認してから復旧します。現在のファイル一式とデータベースを別々に保存し、更新前のバックアップの日時・対象・復元方法を確認します。更新後に増えた注文、問い合わせ、コメント、投稿がある場合は、その差分の保全も必要です。まずステージングで復元できるか確かめます。
古い版のファイルを上書きして、データベース更新を押せば元に戻りますか？
戻るとは限りません。記事では、古い版のファイルを上書きしてデータベース更新を押すだけでは、更新前の状態へ戻せるとは限りません。記事の旧版で示していた一律のダウングレード手順は撤回されています。
転送が途中で止まっただけなら、どうしますか？
記事では、使用中の版と一致する公式パッケージで本体を修復する方法を検討します。別の版に更新する場合は、PHP・データベース・テーマ・プラグインの対応状況を確認します。画面が開かない原因がプラグインなどにある場合は、本体の入れ替えだけでは直りません。
手動で更新するとき、置き換えてはいけないものはありますか？
あります。記事では、wp-config.php、wp-content、独自の.htaccessやrobots.txtなど、サイト固有のデータを公式配布ファイルで丸ごと置き換えないでください。翻訳ファイルの一括削除も通常の復旧手順として勧めません。
更新後に、メンテナンス表示だけが残るときは？
記事では、自動更新の失敗後にメンテナンス表示だけが残る場合、公式資料は設置先の.maintenanceファイルの削除を案内しています。更新処理が進行中でないことと本体ファイルの転送状態を確認してから扱い、表示が消えたことだけを復旧完了の判断にしないでください。このファイルを取り除いても、不足している本体ファイルの補充やデータベースの復元にはなりません。
データベース更新を求められたときは、どうしますか？
記事では、新しい版への更新でデータベース更新が要求された場合は、その版の手順に従います。古い版へ戻すために同じボタンを押す操作とは異なります。戻す場合は、原則として対応する時点のファイルとデータベースの組み合わせを検証し、稼働中に増えたデータを失わない方法を決めます。
復旧したあと、何を確認しますか？
記事では、管理画面へのログイン、投稿の表示・保存、画像、検索、フォーム、定期処理を確認します。ログにエラーが残っていないか確認し、停止した機能とキャッシュを順に戻します。
この記事の手順は、実際に試されていますか？
いいえ。記事では、以下は公式資料に基づく確認手順で、本記事の改訂で実サイトの本体更新やデータベース復元を試した記録ではありません。公式資料は2026年10月4日に確認しています。
