WordPressの記事が消えた?復元できる6つの経路と確認する順番

記事が消えたときにいちばんまずいのは、焦って管理画面をあちこち触ってしまうことです。

先に結論を書くと、WordPressの記事は「6つの保管場所」のどこかに残っていることが多く、上から順に確認していけば戻せる可能性が高いです。

逆に、確認の順番を間違えると、残っていたはずのデータを自分の手で上書きしてしまいます。

筆者も自分のブログを運営するなかで、更新の途中で保存に失敗して書きかけの本文が丸ごと消えたり、サーバーを移した直後に一部の記事だけ表示されなくなったりという場面を経験しています。そのときに助かったのが、リビジョンとサーバー側の自動バックアップでした。復元まで自分の管理画面で完結するConoHa WING公式のようなサーバーかどうかは、後半で比較します。

結論|WordPressの記事が消えても6つの経路のどれかで戻ることが多い

「消えた」と思った記事の多くは、完全に消滅したわけではなく、どこか別の場所に残っています。

WordPressは削除に対してかなり慎重な作りになっていて、投稿を消してもすぐには実データを捨てません。さらにサーバー側でも自動でコピーを取っているケースが大半です。

まずは、記事が残っている可能性のある場所を全部把握しておきましょう。

• ゴミ箱(削除後、初期設定では30日間保管される)
• 投稿一覧の別ステータス(下書き・非公開・レビュー待ち)
• リビジョン(記事ごとの変更履歴)
• ブラウザの自動保存データ・キャッシュ
• レンタルサーバーの自動バックアップ(多くは過去14日分)
• バックアッププラグインが保存したファイル

探す場所	残っている条件	作業の重さ
ゴミ箱	削除から30日以内(初期設定)	軽い
投稿一覧の別ステータス	下書き・非公開に変わっただけ	軽い
リビジョン	投稿自体は残っている	軽い
ブラウザの自動保存	閉じた直後で履歴が残っている	軽い
サーバーの自動バックアップ	多くは過去14日以内	重い(全体が巻き戻る)
バックアッププラグイン	事前に設定していた場合のみ	中くらい

この6つを上から順に確認するのが、いちばん復元率が高く、余計な事故も起こしにくい進め方です。

復元率を下げる「やってはいけない3つの行動」

確認の前に、してはいけないことを先に押さえてください。ここを踏むと、戻せたはずの記事が本当に戻らなくなります。

• 同じタイトルで記事を書き直して上書き保存する
• 不具合を疑ってプラグインやテーマを次々に更新・削除する
• サーバーの復元(リストア)を、内容を確認しないまま実行する

とくに3つ目が危険です。サーバーの復元は「その日時の状態にサイト全体を巻き戻す」動作なので、消えた記事は戻っても、そのあとに書いた新しい記事が消えることがあります。

気づいた時点で「最後に見た日時」をメモする

復元作業では、いつの時点に戻すかを自分で指定する場面が必ず出てきます。

そこで最初に、その記事を最後に確認できたのはいつか、最後に更新したのはいつかをメモしておきます。これがあるだけで、あとの手順が一気に楽になります。

消えた記事を探す順番|WordPressの管理画面から確認する

ここからは実際の手順です。1つずつ確認して、見つかった時点で終わりにしてください。

上から順に「自分の環境だけで完結する軽い作業」から並べているので、後半に進むほど作業が重くなります。

手順1|ゴミ箱を確認する

管理画面の「投稿」→「投稿一覧」を開き、上部に「ゴミ箱」というリンクが出ていないか見ます。

ゴミ箱に入っていれば、記事にマウスを合わせて「復元」を押すだけで元に戻ります。WordPressの初期設定では、ゴミ箱に入れた投稿は30日間保管されてから自動的に完全削除されます。

つまり、消えたのが1か月以内なら、まずここを疑うのが最短ルートです。逆に1か月以上前に消したものは、ゴミ箱に期待できません。

手順2|投稿一覧の絞り込みと検索を疑う

意外と多いのが、消えたのではなく「見えていないだけ」というケースです。

投稿一覧では、カテゴリーや日付で絞り込まれた状態が残っていたり、ステータスが下書きや非公開に変わっていたりします。複数人で運営していれば、別ユーザーの投稿として表示から外れていることもあります。

• 「すべて」を押して絞り込みを解除する
• 下書き・非公開・レビュー待ちの各タブを確認する
• 投稿一覧の検索窓に、記事内の特有の単語を入れて検索する
• 固定ページ側に間違って作っていないか確認する

ここまでで見つかることも珍しくありません。データの復元より先に、表示の問題を潰しておきましょう。

手順3|リビジョン(変更履歴)から戻す

記事自体は残っているのに、中身だけが消えている・古い内容に戻っている場合は、リビジョンが使えます。

リビジョンはWordPressが自動で残している変更履歴で、編集画面の設定サイドバーにある「リビジョン」から過去の状態を呼び出せます。加えて、書きかけの内容は自動保存(オートセーブ)としても保管され、初期設定では約1分間隔で自動保存が走ります。

エディタが固まって保存できなかったときでも、直前の1分前後の内容が残っている可能性があるということです。編集画面を開き直して、リビジョンの一覧に見覚えのない新しい日時がないか確認してください。

手順4|ブラウザのキャッシュと自動保存を探す

投稿そのものが存在しない場合でも、書いた文章がブラウザ側に残っていることがあります。

ブラウザの履歴から編集画面のURLを開き直すと、復元ダイアログが出るケースがあります。Chromeなどでタブを閉じてしまった直後なら、履歴から「最近閉じたタブ」を開き直すのも試す価値があります。

確率は高くありませんが、作業は数十秒で終わります。サーバー側の復元に進む前に一度試しておくと、あとで悔やまずに済みます。

手順5|レンタルサーバーの自動バックアップから復元する

ここからがサーバー側の作業です。多くのレンタルサーバーは、契約者が何もしなくても1日1回バックアップを取得しています。

WordPressの記事本文はデータベース(MySQL)に保存されているので、記事を戻したいならWebデータではなくデータベースのバックアップが対象になります。画像も一緒に消えているならWebデータ側も必要です。

ここで重要なのが、そのバックアップを自分の管理画面から無料で戻せるかどうかです。サーバー会社ごとの違いは後の章で比較します。

手順6|バックアッププラグインのデータから戻す

UpdraftPlusやBackWPupなどのバックアッププラグインを入れていたなら、その保存先も確認します。

プラグインのバックアップは、サーバーの自動バックアップより保存世代が長いことがあります。過去14日を超えて消えた記事でも、こちらに残っていれば戻せます。

保存先がGoogleドライブやDropboxになっている場合は、WordPress側ではなくそのクラウド側にファイルが残っていないか直接見に行ってください。

そもそもWordPressの記事が消える5つの原因

復元できたら、次は原因の特定です。原因が分からないままだと、同じことが何度も起きます。

実際に起こりやすいのは、次の5パターンです。

原因1|自分の操作ミスで削除している

いちばん多いのがこれです。一覧のチェックボックスを付けたまま一括操作をしたり、似たタイトルの記事を消したりというミスは誰にでも起こります。

この場合はゴミ箱に残っているので、慌てる必要はありません。むしろ「操作ミスだった」と分かること自体が収穫です。

原因2|保存されないまま画面を閉じた

書きかけの記事が丸ごと消えるパターンの大半は、保存が完了していなかっただけです。

WordPressの編集画面は、通信が切れていても見た目が変わらないことがあります。ログイン状態が切れていた、Wi-Fiが不安定だった、というだけで保存が失敗し、そのまま閉じてしまうわけです。

この場合はリビジョンと自動保存が頼りになります。長文を書くときは、途中で一度「下書き保存」を押して、保存時刻が更新されるかを目視するクセをつけておくと安全です。

原因3|プラグインやテーマの更新で表示が壊れた

記事データは無事なのに、画面上は消えたように見えるケースです。

プラグイン同士の相性やPHPのバージョン変更で、投稿一覧やサイト表示が真っ白になることがあります。データベースには記事が残っているので、原因のプラグインを止めれば元通りになります。

プラグインを入れすぎている環境ほどこの事故が起きやすいので、数を絞ることも予防になります。詳しくはWordPressのプラグインは何個まで?で解説しています。

原因4|サーバー移転やデータベースのトラブル

サーバーの引っ越しをした直後に「一部の記事だけ消えた」というのも典型例です。

移転時にデータベースの取り込みが途中で止まると、途中までの記事しか入りません。移転前のサーバーを解約していなければ、そちらから取り直せます。

だからこそ、サーバーを乗り換えた直後にすぐ旧サーバーを解約しないほうが安全です。

原因5|不正アクセスによる改ざん・削除

頻度は高くありませんが、実際に起こります。

パスワードが弱い、古いプラグインを放置している、といった環境では、外部から入られて記事が書き換えられたり削除されたりすることがあります。

身に覚えのないユーザーが増えている、記事の投稿者名が変わっているといった兆候があれば、復元よりも先にパスワード変更を優先してください。復元してもまた消されるだけだからです。

レンタルサーバーの自動バックアップは「あるか」より「自分で戻せるか」

記事が消えたときに本当に効くのは、サーバー側の自動バックアップです。ただし、ここには各社でかなり差があります。

見るべきポイントは「バックアップがあるかどうか」ではありません。自分の管理画面から、追加料金なしで、いつでも戻せるかの3点です。以下は2026年8月時点で各社が公表している内容をもとにしています(料金・仕様は変更される可能性があります)。

ConoHa WINGの自動バックアップ

ConoHa WINGは、全プランで自動バックアップが標準搭載されています。

取得対象はWebサイト・データベース・メールの3種類で、過去14日分が自動で保存されます。復元(リストア)は管理画面から自分で実行でき、手数料はかかりません。

記事が消えたその日のうちに、自分だけで復元まで完結できるのが大きいところです。サポートに依頼して返事を待つ必要がないので、深夜や休日でも動けます。

料金は長期契約のWINGパックで、ベーシックプランが12ヶ月契約で月額991円、36ヶ月契約で月額649円です(2026年8月時点・税込)。ただしこれはキャンペーン適用時の価格なので、適用条件と期限は申し込み前に公式サイトで確認してください。契約期間を決めずに使う通常料金は、ベーシックで月額上限1,452円となっています。

エックスサーバーの自動バックアップ

エックスサーバーも全プランに自動バックアップが付いており、過去14日分が保存されます。

以前はバックアップデータの取得や復元に手数料がかかっていましたが、2020年9月に無償化され、現在はWeb・メール・データベースのいずれも無料で取得・復元できます。

つまり、記事が消えたときに追加費用を心配せず、自分の判断ですぐ復元に取りかかれます。ConoHa WINGと同様、この点で不利になることはありません。

ロリポップはプランによってバックアップの扱いが変わる

ロリポップの「7世代バックアップ」は、過去7回分のデータを扱える機能です。

ただし、こちらはプランによって有料オプションの扱いになり、月額440円(税込)がかかります。WordPressが使えるライトプランで月額330円からという安さが魅力のサーバーですが、バックアップまで含めた実質の月額で比べると差は縮まります(2026年8月時点・税込)。

安さで選ぶときほど、バックアップが標準なのかオプションなのかを申し込み前に確認しておくべきです。

サーバー	自動バックアップ	保存期間	復元の費用
ConoHa WING	全プラン標準	過去14日分	無料(管理画面から自分で)
エックスサーバー	全プラン標準	過去14日分	無料(2020年9月に無償化)
ロリポップ	プランにより有料オプション	7世代	オプション料金 月額440円

サーバーを乗り換えたほうがいい人

次のいずれかに当てはまるなら、環境そのものを移す価値があります。記事が消えるたびに費用と待ち時間が発生する構造だからです。

• バックアップが有料オプションで、今は契約していない
• 復元にサポートへの依頼が必要で、自分では実行できない
• 平日昼間しか対応してもらえず、夜や休日に動けない
• そもそも自動バックアップの有無を把握していない

とくに副業でブログを書いている人は、作業時間が夜と週末に偏ります。自分の管理画面だけで復元まで終えられるかどうかは、想像以上に効いてきます。

今のサーバーのままでいい人

反対に、次の条件が揃っているなら乗り換える必要はありません。移転そのものにも記事が欠けるリスクがあるので、動かないほうが安全です。

• 全プラン標準で自動バックアップが付き、復元も無料で自分でできる
• バックアッププラグインで外部への二重化がすでに済んでいる
• 過去に復元を実際に試して、戻せることを確認済み

この記事で比較したサーバーのうち、ConoHa WINGとエックスサーバーはこの条件を満たします。今どちらかを使っているなら、やるべきはサーバー選びではなくプラグインでの二重化です。

今のサーバーが「バックアップはあるが復元は有料」「サポートに依頼しないと戻せない」という条件なら、記事が消えた瞬間に取れる手が減ります。バックアップと復元を標準で持っている環境に移しておくのが、いちばん確実な保険です。条件を見比べたい方はConoHa WING公式で現在の料金と機能を確認してみてください。

サーバーのバックアップだけに頼ると危ない3つの落とし穴

自動バックアップがあるからといって、完全に安心はできません。ここを知らずに任せきりにしていると、いざというときに足りません。

実際に困りやすいのは、次の3つです。

落とし穴1|14日を過ぎたデータは残っていない

多くのサーバーの保存期間は過去14日分です。

つまり、しばらく更新していなかったブログで「半年前の記事が消えていた」と気づいた場合、サーバーのバックアップにはもう残っていません。

更新頻度が低いブログほど、消えたことに気づくのが遅れます。この層こそ、プラグインで長期のバックアップを別に持っておく必要があります。

落とし穴2|サイト全体が巻き戻るので新しい記事が消える

サーバーの復元は基本的に「その日時の状態に戻す」動作です。1記事だけをピンポイントで戻す機能ではありません。

10日前の状態に戻せば、消えた記事は復活しますが、この10日間に書いた記事や受け取ったコメントは消えます。失うものと取り戻すものを天秤にかけてから実行する必要があるということです。

実務的には、復元用のデータをダウンロードして、消えた記事の本文だけを取り出して貼り直すほうが安全な場面も多くあります。

落とし穴3|壊れた状態のままバックアップされている

見落とされがちなのがこれです。

不正アクセスやプラグインの不具合が2週間前から続いていた場合、サーバーのバックアップも「すでに壊れた状態」のコピーになっています。戻しても同じ問題が再発します。

だからこそ、復元する前に「いつから異常が起きているのか」を確認する手順が要ります。最初にメモした日時が、ここで効いてきます。

二度と記事を失わないための4つの設定

復元が終わったら、同じ事故を繰り返さないための設定をしておきます。どれも一度やれば済むものばかりです。

優先度の高い順に4つ挙げます。

設定1|バックアッププラグインで二重化する

サーバー側とは別に、自分でもバックアップを持ちます。

UpdraftPlusやBackWPupといった定番のプラグインを使えば、指定した曜日に自動でバックアップを取り、GoogleドライブやDropboxなどの外部に保存できます。サーバーが丸ごと不調になっても、外部に置いたコピーは無事です。

頻度は、更新が多いブログなら週1回、毎日書いているなら毎日で十分です。データベースだけなら容量も小さく、負荷もほとんどかかりません。

設定2|ゴミ箱の保存日数を延ばす

ゴミ箱の30日という初期値は、変更できます。

wp-config.phpに次の記述を追加すれば、保存日数を任意の日数に変えられます。90日にしておけば、四半期に一度しか管理画面を見ない人でも間に合います。

• define(‘EMPTY_TRASH_DAYS’, 90); と記述して保存日数を90日にする
• 0を指定するとゴミ箱機能そのものが無効になるので使わない
• 編集前にwp-config.phpのコピーを必ず取っておく

なお、wp-config.phpはサイトの根幹になるファイルです。書き間違えるとサイトが表示されなくなるので、自信がなければこの設定は飛ばして、設定1のプラグインだけで対応してください。

設定3|リビジョンを消しすぎない

データベースを軽くする目的で、リビジョンを削除するプラグインを使っている人がいます。

たしかに容量は減りますが、履歴を消すということは復元の選択肢を減らすということでもあります。数記事しかないブログでリビジョンを全削除しても、体感速度はほとんど変わりません。

残す数を絞りたい場合でも、直近5件程度は残す設定にしておくと安心です。

設定4|下書きはWordPressの外にも残す

いちばん地味ですが、効果は確実です。

記事の本文を、メモアプリやGoogleドキュメントなど別の場所で書いてから貼り付ける運用にすれば、WordPress側で何が起きても原稿は残ります。エディタのフリーズで数時間分を失う事故が、そもそも起こらなくなります。

ここまでの4つに加えて、サーバー側の自動バックアップが標準で付いていれば、記事を完全に失う可能性はかなり低くなります。今の環境に不安がある方は、復元まで無料で完結するConoHa WING公式の内容を一度見ておくと判断しやすくなります。

記事が消えやすい運用と、消えにくい運用の違い

同じWordPressを使っていても、事故が多い人と、ほとんど起きない人がいます。

分かれ目は技術力ではなく、備えの有無です。

記事が消えやすい運用

次のような環境は、いつ事故が起きてもおかしくない状態です。

• バックアップが有料オプションのプランで、契約していない
• プラグインを10個以上入れたまま、更新も放置している
• 記事を管理画面で直接書き、下書きが他に一切残っていない
• ログインパスワードが使い回しで、二段階認証もしていない
• 数ヶ月に一度しか管理画面を開かない

とくに最後の「たまにしか見ない」が危険です。異常に気づくのが遅れ、サーバーのバックアップ期間である14日を過ぎてしまいます。

記事が消えにくい運用

反対に、次の条件が揃っていれば、消えても取り返せます。

• サーバーの自動バックアップが標準で、自分で復元できる
• プラグインでも週1回、外部にバックアップを取っている
• 原稿を別のアプリで書いてから貼り付けている
• 月に一度は投稿一覧とユーザー一覧を眺めている

やることは多くありません。最初の1回だけ設定して、あとは月1回の確認を習慣にするだけで、記事を失うリスクはほぼ消えます。

WordPressの記事の復元でよくある質問

最後に、記事が消えたときによく聞かれる疑問をまとめます。実際の対応に迷ったときの判断材料にしてください。

ゴミ箱から完全に削除した記事は戻せますか?

WordPressの機能だけでは戻せません。ゴミ箱を空にした時点で、データベースからも削除されます。

ただし、削除の前日以前のバックアップが残っていれば、そこから取り出せます。サーバーの自動バックアップかプラグインのデータを確認してください。

リビジョンはいくつまで残りますか?

とくに設定していなければ、リビジョンは上限なく蓄積されます。

一方で、自動保存(オートセーブ)は1件のみで、新しいものが古いものを上書きします。自動保存だけを頼りにするのは危ないということです。

サーバーのバックアップから1記事だけ戻せますか?

管理画面のリストア機能は、基本的にサイト全体を巻き戻す動作です。

1記事だけ戻したい場合は、バックアップデータをダウンロードし、その中から該当記事の本文を取り出して貼り直す形になります。手間はかかりますが、他の記事を失わずに済みます。

無料のバックアッププラグインでも大丈夫ですか?

個人ブログであれば、無料版で十分に機能します。

大切なのは、入れたあとに一度「復元が本当にできるか」を試しておくことです。取れているつもりでファイルが壊れていた、という事故は珍しくありません。

サーバーを乗り換えるとバックアップは引き継げますか?

旧サーバーで取得したバックアップは、新しいサーバーには自動では移りません。

乗り換えの前に手元へダウンロードしておき、移行後しばらくは旧サーバーを解約しないでおくのが安全です。移行直後は不具合が出やすい時期でもあります。

まとめ|消えた記事は順番に探せば戻る可能性が高い

WordPressの記事が消えても、いきなり諦める必要はありません。

やることは、上から順に確認していくだけです。

• ゴミ箱を見る(初期設定なら30日間は残っている)
• 絞り込みやステータスの違いで見えていないだけではないか確認する
• リビジョンと自動保存から中身を戻す
• サーバーの自動バックアップを確認する(多くは過去14日分)
• バックアッププラグインの保存先を見る
• 復元前に「いつから異常が起きたか」を必ず特定する

そして次に備えるなら、サーバー側とプラグイン側の二重のバックアップを用意しておくのが最短です。

今のサーバーで復元が有料だったり、自分で戻せない仕組みだったりする場合は、環境そのものを見直す価値があります。全プランで自動バックアップが標準になっているConoHa WING公式で、現在の料金と機能を確認してみてください(2026年8月時点の情報のため、最新の内容は公式サイトでご確認ください)。

なお、契約期間の決め方で総額はかなり変わります。迷っている方はレンタルサーバーの契約期間は何ヶ月がいい?も参考にしてください。