WordPressで入力した文章が消えたら、すぐ同じ投稿へ上書きせず、リビジョン、自動保存、ブラウザーの復元表示を確認します。自動保存は公開保存とは別で、REST API、通信切断、ログイン期限、ブラウザー容量などで止まることがあります。復元できた本文を別の場所へ確保してから原因を直します。
最初に答え：残った本文を退避し、リビジョンと自動保存を時刻で比較する
編集画面のリビジョンから消える直前の時刻を選び、差分画面で追加・削除を確認します。「ブラウザー内のバックアップから復元」が出る場合は内容を確認し、いきなり公開せず下書きとして保存します。
- 現在画面の本文をローカルへコピーする
- 投稿設定のリビジョン件数と時刻を見る
- 差分画面で消えた段落だけを確認する
- ブラウザー復元候補があれば内容を比較する
- 復元後に下書き保存し、REST APIと通信を確認する
自動保存・下書き保存・リビジョンの違い
自動保存は編集中の一時状態、下書き保存は利用者が確定した保存、リビジョンは保存履歴です。複数タブで同じ投稿を開くと、古いタブの内容が新しい本文へ影響する場合があります。保存時刻と編集者を見て選びます。
| 見え方 | 原因候補 | 最初の確認 |
|---|---|---|
| リビジョンが表示 | DBへ履歴あり | 差分から復元 |
| ブラウザー復元通知 | 端末内に一時内容 | 内容を確認して復元 |
| 保存中のまま止まる | REST API・通信 | サイトヘルスと状態コード |
| 特定端末だけ失敗 | ブラウザー容量・拡張機能 | 別ブラウザーで比較 |
手順1：上書き前に残っている本文を確保する
コードエディターへ切り替え、本文全体をテキストファイルへコピーします。画像の配置やリンクもあるため、可能ならブロックHTMLとして残します。
同じ投稿を開く別タブがあれば閉じずに時刻を確認し、どちらが新しいか判断するまで保存しません。
復元候補がいくつもあって、時間も少しずつ違います…。
新しいものを選べばいいと思ったけど、それだけじゃだめですか？
候補が多いと迷うよね。新しい順だけで決めなくていいんだよ。
なくした段落が入っているか、一緒に比べてみようね。
古い候補の方に、なくした段落がありました！
見つかってうれしいけど、今の文章まで消えないかまだ心配です。
見つかってよかったね。
全部を戻すのが怖ければ、その段落だけ今の本文へコピーすれば大丈夫だよ。
手順2：リビジョン差分から必要な段落を戻す
投稿設定の「リビジョン」を開き、消えた直前と現在をスライダーで比較します。緑の追加と赤の削除を見て、目的の段落が含まれる版を選びます。
「このリビジョンを復元」を押した後は、タイトル、画像、リンクも古くなっていないか確認し、必要なら退避した最新版から差分だけ戻します。
手順3：自動保存が止まる原因を確認する
保存表示が終わらない場合は、サイトヘルスのREST API、ログイン期限、ネットワーク切断を確認します。正しいJSONレスポンスではない表示があれば、応答コードを先に直します。
ブラウザー拡張機能やプライバシー設定が端末保存を妨げる場合は、別ブラウザーで短いテスト投稿を作り比較します。
再発を防ぐ執筆の区切り方
長文は見出し一つごとに下書き保存し、保存完了表示と更新時刻を確認します。複数端末・複数タブで同じ投稿を同時編集しません。
復元テストとして短い一文を追加し、自動保存時刻、手動保存、リビジョン作成の順を確認してから本番執筆を再開します。
別のタブでも同じ記事を開いたままでした…。
私、閉じ忘れた方から保存してしまったのかもしれません。
気づけた今なら大丈夫だよ。
残したい方を確かめて、編集するタブを一つだけにしようか。
タブを一つにするだけでも違うんですね。
どれを残すか、文章を見比べてから閉じてみます。
うん、その見比べ方なら安心だね。
閉じる前に今の本文もメモへ残しておけば、やり直せるからね。
復元候補は「新しいもの」ではなく「正しい内容」で選ぶ
復元画面に複数の候補が並んだら、時刻だけで決めないことが大切です。たとえば、14時15分のリビジョンに完成した本文があり、14時20分のブラウザーバックアップには途中まで、14時25分の自動保存には誤って削除した直後の状態が残っていることがあります。この場合、もっとも新しい14時25分を戻すと、必要な文章まで消えた状態に戻ります。
候補を開いたら、追加・削除の色分けを見ながら、失った段落が含まれているか、残したい修正が消えないかを確認します。記事全体を復元する前に、必要な段落だけ別のメモへコピーし、現在の編集画面へ貼り直す方法も安全です。復元は一発勝負ではありません。現在の本文を別タブやテキストへ退避してから比較すれば、選択を間違えても戻れます。
複数タブと編集ロックを先に解消する
同じ記事を複数のブラウザータブで開くと、古いタブの内容が新しい編集内容へ重なることがあります。「ほかのユーザーが編集中です」と表示された場合も、実際には自分の別タブや、閉じ忘れた端末のセッションが原因かもしれません。編集に使うタブを1つに絞り、不要なタブを閉じてからページを再読み込みします。
共同編集では、誰がどの時間帯に触るかを決めます。文章をコピーする人、画像だけを直す人が同時に保存しても競合は起こり得ます。作業者を切り替える前に下書き保存し、次の人は更新後の画面を開き直してください。編集ロックを強制解除する前には、相手が作業中でないことも確認します。
ブラウザー側とREST API側を切り分ける
自動保存は、編集画面からWordPressのREST APIへ内容を送る仕組みです。管理画面の「ツール」やブラウザーの開発者ツールでサイトヘルスを確認し、REST APIのエラー、セキュリティー機能による遮断、通信のタイムアウトがないかを見ます。対象記事の自動保存エンドポイントは通常、投稿IDに対応する
/wp-json/wp/v2/posts/投稿ID/autosaves
です。ただし、初心者が直接操作する場所ではありません。表示確認にとどめ、認証情報や設定を不用意に変更しないでください。
ネット接続が一時的に切れた場合は、WordPressのサーバーへ届いていなくても、ブラウザー内にバックアップが残ることがあります。編集画面上部の復元案内が出たら、すぐ閉じずに内容を比較します。反対に、REST APIが403や500を返す場合は、ブラウザーを変えるだけでは直りません。直前に追加したセキュリティー設定やプラグイン、サーバーのエラーログを順番に確認します。
リビジョン数の設定は復元後に見直す
WP_POST_REVISIONS
を0にしたり、極端に少なくしたりすると、過去の状態へ戻れる範囲が狭くなります。ただし、復元できない最中に設定ファイルを編集するのは危険です。まず手元に残る本文とブラウザーバックアップを確保し、記事を正常な状態へ戻してから設定を見直します。リビジョンを無制限に残すか、一定数に絞るかは、記事更新の頻度とデータベース容量で判断します。
最後に短いテスト記事で、文章を追加して1分ほど待ち、自動保存の表示が更新されるか、下書き保存後にリビジョンが残るかを確認します。大切な記事を使って試験しないことが、再発確認の基本です。
短いテスト記事では自動保存の時刻が変わりました。
大事な記事で試さなくていいなら、私でも落ち着いて確認できます。
テスト記事で動いたなら十分だよ。
なくした段落と公開画面も確認できたら、今日はもう安心していいよ。
なくした段落も戻って、公開ページにも出ていました！
よかったぁ…これからはタブを増やしすぎないようにしたいです。
成功したと判断するチェック
消えた文章を復元し、最新の画像とリンクを保った下書きを保存でき、短いテスト編集で自動保存時刻と手動保存が正常に更新される状態です。
- 現在本文を退避した
- リビジョンを時刻で比較した
- 復元後の画像とリンクを確認した
- REST APIとログイン状態を確認した
- テスト編集で自動保存を確認した
自動保存障害を調査しやすい環境が必要な場合
消えた文章の復元を目的に契約を変えるものではありません。REST APIやPHPログを確認できず、自動保存の障害が何度も再発する人だけが、管理機能とサポート範囲を比較する候補です。
広告・PRを含みます。料金・特典は公式ページで最新条件をご確認ください。
よくある質問
自動保存があれば手動保存は不要ですか？
不要ではありません。区切りごとに下書き保存し、確定履歴を作ります。
リビジョンを戻すと現在の内容は消えますか？
古い版へ置き換わるため、現在本文を先に退避します。
複数人で同時編集できますか？
WordPressは編集ロックを表示します。別タブから上書きせず担当を確認します。
まとめ：上書きせず、時刻と差分から文章を救う
現在本文を退避し、リビジョンとブラウザー復元を比較します。復元後は画像・リンクを確認し、REST APIを直して短いテスト編集で自動保存まで確かめます。
リビジョン復元後、自動保存とREST APIが正常に動作している人は、今回の操作が完了した時点で新しい契約を検討する必要はありません。新規サイトや運用環境全体を見直す場合だけ、条件を比較してください。
エックスサーバーの公式情報を確認する