WordPressの記事を以前の内容へ戻すときは、編集画面の「リビジョン」から変更前と現在を比較し、「このリビジョンを復元」を実行します。復元後はそのまま公開完了と思わず、本文、タイトル、リンク、画像、公開画面を確認して更新します。リビジョンはサイト全体の復旧機能ではありません。
結論：比較してから必要な版だけを復元する
リビジョンには記事を保存した時点の履歴が並びます。日時と編集者を手がかりに、比較画面で削除された部分と追加された部分を確認します。「たぶん昨日の版」と推測して戻すのではなく、戻したい文章が表示されている版を選びます。
復元操作をしても、通常は過去の履歴をすべて消すわけではありません。とはいえ、環境の保存上限や最適化設定によって古い履歴が残っていないことがあります。大切な原稿の長期保管をリビジョンだけに任せないでください。
リビジョンを開く手順
- 管理画面の「投稿」→「投稿一覧」から対象記事を開きます。
- 右上の設定アイコンを押し、「投稿」タブを表示します。
- 「リビジョン」の件数またはリンクを押します。
- 比較画面が開いたら、上部のスライダーを動かして保存時点を切り替えます。
項目が見えないときは、記事を一度保存して履歴が作られているか、設定サイドバーを開いているか確認します。クラシックエディターでは、画面下部のリビジョン欄や右側の公開ボックス付近に表示される場合があります。
比較画面の読み方
画面には古い版と新しい版の差分が色分けされます。削除された文章と追加された文章を見分け、タイトル、本文、抜粋など、どの項目が変わるかを確認します。色だけで判断せず、文章を最後まで読みます。
- スライダー：保存された版を時系列で選ぶ
- 日時：いつ保存された内容か
- 編集者：誰が変更したか
- 差分：追加・削除された文字やブロック
- 「任意のリビジョンを比較」：離れた2版を比べるときに使う
画像ブロックやショートコードは文字列として見えることがあります。比較画面だけで完成形が分からない部分は、復元後のプレビューで確認します。
以前の版へ戻す手順
- スライダーで候補の日時を選びます。
- 戻したい本文が含まれ、残したい新しい修正が失われないか確認します。
- 「このリビジョンを復元」を押します。
- 編集画面へ戻ったら、復元された本文を読みます。
- 必要なら新しい修正の一部を手作業で戻し、「更新」を押します。
- 公開URLをログアウト状態で開き、結果を確認します。
リビジョンの復元は、選んだ版を土台として記事全体を戻す操作です。「消した一段落だけを自動で足す」操作ではありません。現在の版に残したい追記があるなら、先に別の場所へ控え、復元後に必要部分だけ戻します。
自動保存とリビジョンの違い
自動保存は、編集中の内容を一時的に守るための保存です。リビジョンは保存された変更履歴を比較して戻すために使います。ブラウザが閉じた直後などは、自動保存された新しい内容があるという案内が表示される場合があります。
自動保存の案内が出たら、現在の本文とどちらが新しいかを確認します。無条件に自動保存を適用すると、別タブで行った編集を上書きする可能性があります。
リビジョンで戻るもの・戻らないもの
| 対象 | 考え方 |
|---|---|
| タイトル・本文・抜粋 | 比較対象になる代表的な内容 |
| ブロック構成 | 保存時点の本文として戻る |
| プラグイン独自項目 | 対応状況により異なる |
| 削除した画像ファイル | メディア自体は復元しない |
| テーマ設定・プラグイン設定 | 記事リビジョンの対象外 |
| サイト全体やデータベース | 復旧しない |
本文に画像の参照が戻っても、メディアライブラリから画像ファイルを完全削除していれば表示できません。記事以外の事故を直す機能として扱わないことが重要です。
リビジョンが表示されない原因
まだ履歴が作られていない
新規記事で保存回数が少ない場合は比較対象がありません。下書き保存や更新をした後に確認します。
保存数が制限されている
サイトやサーバーの設定、最適化プラグインによって保存数が制限・削除されることがあります。設定を変更する前に、運用担当者へ意図を確認します。
編集画面の表示が閉じている
設定サイドバーや画面オプションを確認します。別の投稿タイプや編集権限では表示方法が異なる場合があります。
必要な一部分だけ戻したい場合
- 比較画面で戻したい文章を特定します。
- 現在の原稿を別タブや安全なメモへ控えます。
- 過去版を復元して文章をコピーするか、差分を見ながら現在版へ手作業で反映します。
- 見出し階層やリンクも含めて整え、更新します。
全文復元より手作業の方が安全な場合があります。特に、過去版の後にSEOタイトル、リンク、注意書きを追加しているときは、失う内容を先に洗い出します。
復元後の確認チェックリスト
- タイトルと導入文が意図した版か
- 見出しの順番と本文が途切れていないか
- 画像、表、ボタンが表示されるか
- 内部リンクと外部リンクが開くか
- カテゴリー、公開状態、公開日時が意図どおりか
- PCとスマートフォンで横スクロールが出ないか
複数人で編集するときの注意
日時だけでなく編集者名を確認し、相手が作業中でないか連絡します。同時編集の警告が出たら、先に開いている人の変更を確認せず上書きしないでください。復元理由と復元した版の日時を記録すると、後から変更の意図を追えます。
実例：消した段落を戻し、新しい追記は残す
昨日の版に「申込手順」があり、今日の版では誤って消した一方、「注意事項」を新しく追加したとします。昨日の版をそのまま復元すると、申込手順は戻りますが、今日追加した注意事項を失う可能性があります。
- 現在版の注意事項を安全なメモへ控えます。
- リビジョンで昨日と今日を比較し、消えた申込手順を確認します。
- 昨日の版を復元するか、申込手順だけを現在版へ写します。
- 注意事項が残っているか確認し、必要なら控えから戻します。
- プレビュー後に更新し、公開URLを確認します。
このように「どの版へ戻すか」だけでなく、「過去版と現在版の良い部分をどう統合するか」を決めると、復元による二次的な欠落を防げます。
復元前後の記録方法
記事タイトル、URL、復元前のRevision日時、復元先の日時、復元理由、作業者を記録します。重要記事では公開画面のスクリーンショットも残します。問題が起きたとき、感覚ではなく作業履歴から原因を追えるようになります。
復元後にさらに文章を直した場合、その変更も新しい履歴として識別できるよう、作業メモに残します。複数の記事を直す場合でも、一記事ずつ公開確認を終えてから次へ進んでください。
リビジョンを減らす判断は別作業
履歴が多いことだけを理由に、最適化プラグインで一括削除しないでください。削除後は過去版を比較できなくなります。容量、保存数、運用期間を確認し、必要な履歴の範囲を決めてから管理します。
記事を戻す作業中にリビジョン設定まで同時に変えると、復元失敗の原因が分かりにくくなります。まず記事の復元と公開確認を完了し、履歴管理の変更は別の計画として行います。
まとめ
リビジョンは、記事の過去版を比較して戻す機能です。候補の内容を確認し、残したい現在の修正を控え、復元後に更新と公開URL確認まで行えば、別の変更を失う事故を減らせます。