WordPressのリビジョンは、削除する前に「戻す可能性がある記事」と「残す件数」を決めてください。 標準の投稿編集画面には、過去版を比較・復元する機能はありますが、一括削除の操作はありません。初心者はデータベースへ直接SQLを実行せず、まず件数と容量を確認し、必要なら信頼できる管理プラグインで整理してから保存上限を設定します。
リビジョンとは、投稿や固定ページを保存・更新した時に残る過去版です。文章を誤って消した時に戻れる大切な履歴なので、「古そうだから全部不要」とは判断できません。この記事では、削除する条件、プラグインで整理する手順、
WP_POST_REVISIONS
の意味、作業後の成功状態まで説明します。
リビジョンと自動保存は同じではない
リビジョンは記事を保存・更新した時の過去版です。自動保存は編集中の内容を一時的に守る仕組みで、通常はユーザーごとに最新の一つが上書きされます。編集画面右側の「リビジョン」を開くと、保存日時と変更差分を確認できます。
| 種類 | 役割 | 削除前の判断 |
|---|---|---|
| 通常リビジョン | 公開・下書き更新時の過去版 | 戻す可能性のある版を先に確認 |
| 自動保存 | ブラウザ停止や通信切断から編集中内容を守る | 通常リビジョンと件数を混同しない |
| 現在の投稿 | いま公開・保存されている本体 | 削除対象に含めない |
削除を考える前に確認する5項目
- 対象記事の編集画面で「リビジョン」を開く
- 現在版と一つ前を比較し、戻したい文章がないか読む
- 共同編集者に作業中の版がないか確認する
- データベース容量とサイトの遅さを別々に確認する
- 削除対象を「全記事」ではなく、完了した記事へ絞る
数十件のリビジョンがあるだけで、直ちに表示速度の原因とは限りません。公開ページの待ち時間は、画像、プラグイン、キャッシュ、PHP処理など別の要因にも左右されます。「リビジョンが多い」と「読者画面が遅い」を同じ問題にしないでください。
自動保存まで何分ごとに増え続けると思っていました。編集途中を守るものと、更新した過去版は少し役目が違うんですね。
うん、その違いが分かれば数字だけで怖がらなくていいよ。現在の投稿本体も別だから、削除対象を名前だけで決めないことが大切なんだ。
容量が減れば必ず速くなると思っていたのは、ちょっと早とちりでした。でも整理するなら、何件残せば安心なのかまだ迷います。
頻繁に書き直す記事なら多め、完成後ほとんど触らない記事なら少なめでいいよ。まず5件や10件など、戻る余地を残す所から考えよう。
標準画面でできるのは比較と復元
投稿または固定ページを開き、設定サイドバーの「リビジョン」件数を選ぶと比較画面へ進めます。スライダーで日時を動かし、追加・削除された文章を確認して「このリビジョンを復元」を選べます。標準画面には一括削除UIがないため、見つからないのは操作ミスではありません。
初心者が安全に整理する手順
一括整理が必要なら、WordPress.orgで提供元、最終更新、現在のWordPressとの互換性、削除対象の説明を確認できるリビジョン管理・データベース整理プラグインを使います。キャッシュ削除や画像最適化など別機能を同時に実行せず、リビジョンだけを選びます。
- 削除候補の記事と、残したい直近版をメモする
- 「プラグイン」→「新規プラグインを追加」で管理製品を検索する
- 削除前の解析画面でリビジョン件数を確認する
- 対象が「投稿・固定ページのリビジョン」だけか読む
- 一度実行し、完了件数を記録する
- 投稿編集画面を開き、現在本文が変わっていないか確認する
- 公開URLを別ブラウザで読み、画像・リンク・会話を確認する
削除ボタンを連打しないでください。処理中に画面を閉じた場合は、同じ操作を繰り返す前に件数とログを確認します。直接SQLで
wp_posts
を削除すると、接頭辞、関連メタ、親投稿の判定を誤る危険があるため、初心者向けの第一選択にはしません。
整理プラグインに、リビジョン以外にも一時データやテーブル最適化が並んでいます。全部チェックした方がきれいになりそうで、指が止まりました。
今日はリビジョンだけにしよう。他の項目は役目も戻し方も違うから、同時に選ぶと何が変わったか分からなくなるよ。
実行後に件数がゼロになっても、今の本文が残っていれば成功なんですね。もし公開ページが変なら、そこで追加操作を止めます。
そうだよ。編集画面の本文、公開URL、削除件数の三つを比べよう。おかしければ触り続けず、作業記録を持って相談するんだ。
今後の保存数を制限する方法
wp-config.php
へ次の一行を追加すると、投稿ごとに保持する通常リビジョン数を指定できます。例は3件です。
define( 'WP_POST_REVISIONS', 3 );
追加位置は、WordPressが編集終了を示すコメントより前です。すでに同じ定数がある場合は二重に書きません。数値を設定しても、既存リビジョンがその瞬間すべて消えるわけではなく、次回以降の保存時に古い版が整理されます。
false
や
0
で通常リビジョンを止められますが、誤編集から戻る手段も減ります。初心者は完全停止より、3〜10件ほど残す運用から始める方が安全です。
作業後の合格条件
- 現在の本文、タイトル、公開状態が変わっていない
- 対象外の記事やデータを削除していない
- 編集画面のリビジョン件数が意図した範囲になった
- 新しく保存した時に設定上限が働く
- PCとスマートフォンで公開ページが読める
管理環境を比較する必要がある場合
リビジョン整理だけならサーバー移転は不要です。ただし、データベース容量を確認できない、管理画面が継続的に遅い、公式サポートへ状況を渡せない場合は、現在の環境と管理機能を比較できます。
エックスサーバー
データベースやWordPressの管理項目を、公式手順と照合しながら運用したい人向けです。
向いている人： リビジョンが増え続ける原因を確認し、サーバー側の管理方法も比較したい人
利点： WordPress・PHP・データベースに関する確認先を整理しやすい
注意点： リビジョンが多いだけで移転は不要です。現在の容量と遅さの原因を確認してから比較してください。
料金： 契約期間やキャンペーンで変わるため、公式ページで最新条件を確認してください。
エックスサーバーの管理機能を見る
ロリポップ！
小規模なWordPressを費用と機能のバランスで始めたい人向けです。
向いている人： 投稿数や画像数がまだ少なく、管理しやすい環境を選びたい人
利点： 目的に合わせてプランを比較しやすい
注意点： プランごとの容量・高速化機能・サポート範囲を確認してください。
料金： 契約期間やキャンペーンで変わるため、公式ページで最新条件を確認してください。
ロリポップ！のプランを見る広告・PRを含みます。リビジョン整理だけを理由に、現在のサーバーから急いで移転する必要はありません。
よくある質問
リビジョンを削除すると公開記事も消えますか？
正しい管理機能で「リビジョン」だけを対象にすれば、現在の投稿本体とは別です。実行前に対象件数を確認し、実行後に編集画面と公開URLを必ず確認してください。
全部削除すると速くなりますか？
必ず速くなるとは限りません。リビジョン数とデータベース容量を確認し、公開画面の遅さは画像・プラグイン・サーバー応答などと分けて測ります。
wp-config.phpだけで過去分も消えますか？
保存上限の設定は今後の保持方法を決めるものです。既存分の整理とは分けて考え、次回保存後の件数を確認します。
最初は42件を全部消せば正解だと思っていました。でも、戻したい記事を残して今後の件数を決める方が、私には安心できそうです。
数字を減らす前に履歴の役目を確かめられたね。今の本文を守りながら整理できたのが、一番大事だよ。
次に整理する時も、他の最適化項目まで一緒に選ばないようにします。保存上限を変えた後は、新しい更新で件数がどうなるか見届けたいです。
それで大丈夫だよ。残す理由を決め、変更は一つ、確認も一つずつ。その順番なら履歴を味方にできるよ。
まとめ
リビジョンは不要データではなく、記事を戻すための履歴です。削除前に必要な版を確認し、標準画面では一括削除できないことを理解したうえで、整理プラグインではリビジョンだけを対象にしてください。今後は
WP_POST_REVISIONS
で適切な保持数を設定し、現在本文と公開ページが変わっていないことまで確認して完了です。