MyAppLab

WordPressのリビジョンを安全に削除する方法【手順とおすすめプラグイン】

← 作品一覧へ ｜ WordPress プラグイン一覧 ｜ ブログ

最終更新: 2026年7月12日 ｜ 執筆: Takahiro Nishii

結論: WordPress のリビジョン削除は、公開済み記事ではなく revision 投稿タイプだけを対象にすれば安全です。件数が多い場合は、削除前にプレビューとバックアップができるプラグインを使うのが現実的です。筆者は長年運用するサイトの DB 肥大化を実際に経験し、この課題を解決するために Takahiro Revision Cleanup を開発・公開しました。
ある日、サイトのバックアップにいつの間にか1時間近くかかるようになっていました。記事数はさほど増えていないのに、データベースだけが重くなっていく。原因を調べて wp_posts を覗くと、記事本体の何十倍もの行が「リビジョン（過去版）」で埋まっていたのです。これが、このプラグインを作るきっかけでした（詳しい経緯は 開発ストーリー に書いています）。

WordPress は記事を更新するたびにリビジョン（過去版）を wp_posts に保存します。数年運用すると、リビジョンだけで数万行に達し、バックアップや移行が重くなることがあります。 本記事では、安全な削除手順とプラグイン選びのポイントを、実際の管理画面とあわせて解説します。

WordPress のリビジョンとは？削除して大丈夫？

リビジョンは「過去の下書き・公開版のコピー」です。post_type = revision として保存され、通常の一覧には出ません。 公開中の記事本体は別レコードなので、リビジョンだけを削除しても公開記事は消えません。

一方、リビジョンをすべて消すと過去版への復元はできなくなります。削除前にバックアップ（エックスサーバーの自動バックアップや All-in-One WP Migration 等）を取ってください。

Takahiro Revision Cleanup の概要ダッシュボード。リビジョン総数3,060件・推定容量8.70MB・累計削除数を表示
まず「どれだけ溜まっているか」を可視化。総数・推定容量・累計削除数が一目で分かる

手動でリビジョンを減らす方法（限界あり）

wp-config.php で今後の保存数を制限する

define('WP_POST_REVISIONS', 5);

これはこれから作られるリビジョンの上限であり、既存のリビジョンは削除されません。既に溜まった山はそのまま残ります。

phpMyAdmin で直接 DELETE する

技術者向けですが、SQL を一歩間違えると公開記事を巻き込んで消すリスクがあります。おすすめしません。プラグインまたは WP-CLI の方が安全です。

プラグインで削除すると何が変わるか

  • 削除対象が revision に限定される（公開記事を巻き込まない）
  • 件数・容量を確認してから実行できる
  • 投稿タイプ別（投稿のみ・固定ページのみ等）に絞れる
  • CHECK / OPTIMIZE で wp_posts を整えられる
リビジョン一覧プレビュー。ID・タイトル・親記事・作成日時を削除前に確認できる
削除前に一覧でプレビュー。表示されるのはリビジョンだけで、公開記事は出てこない

Better Delete Revision の代替は？

かつて人気だった Better Delete Revision は、2022 年に WordPress.org から削除されています（セキュリティ上の問題が指摘されました）。 そのため現在は、メンテナンスされている代替プラグインを選ぶ必要があります。放置され最新の WordPress で動くか分からないものは避けたいところです。

リビジョン削除プラグインの比較表。メンテナンス・削除前確認・削除範囲・セキュリティ・大量削除の各軸で比較
選び方の比較。メンテナンス状況・削除前確認・セキュリティ・大量削除耐性で選ぶ
選び方のポイント理由
WordPress 標準 API で削除wp_delete_post_revision() なら postmeta も整合する
nonce・権限チェックCSRF や権限昇格のリスクを下げる
削除前プレビュー誤削除の不安を減らす
最近の更新・WP 7 対応動作保証が明記されているか

おすすめ: Takahiro Revision Cleanup の使い方

筆者が開発した Takahiro Revision Cleanup は、上記のポイントを満たす無料プラグインです。 WordPress.org 公式ディレクトリで公開中のため、管理画面のプラグイン検索からそのままインストールできます。

  1. 管理画面 → プラグイン → 新規追加 → 「Takahiro Revision Cleanup」で検索し、インストール・有効化する
  2. 管理画面 → ツール → Takahiro Revision Cleanup を開く
  3. リビジョン総数・推定容量を確認する
  4. 必要なら一覧プレビューで内容を確認する
  5. 「投稿のみ」「固定ページのみ」など、タイプ別に削除する（または全削除）
  6. 確認ダイアログで OK を押して実行する
  7. 余裕があれば CHECK TABLE → OPTIMIZE TABLE を実行する

大量のリビジョンも1クリックで（v1.3.0）

最新版 v1.3.0 では、リビジョンが数万件あっても「Delete all revisions」を1回押すだけで削除できます。 内部で自動的にバッチ処理し、進捗バーを見ながら削除が進みます。大量削除でタイムアウトする、という定番の悩みを解消しました。

Takahiro Revision Cleanup v1.3.0 の進捗バー。ボタン1回で削除が自動的に進む様子
v1.3.0 の進捗バー。1クリックで自動的にバッチ削除が進む（実際の管理画面）
注意: 削除したリビジョンは元に戻せません。実行前に必ずデータベースのバックアップを取得してください。

無料・WordPress.org 公式ディレクトリで公開中です

WordPress.org で無料ダウンロード 機能・セキュリティの詳細を見る

リビジョン削除で DB はどれくらい軽くなる？

目安は「リビジョンの post_content の合計サイズ」です。数千件・長文ブログでは数百 MB になることもあります。 ただし、削除直後の効果を体感しやすいのはバックアップ時間の短縮とphpMyAdmin 上の行数減少です。OPTIMIZE TABLE でテーブル断片化の整理もできます。

よくある質問

リビジョンを削除すると SEO は下がる？

いいえ。検索エンジンが見るのは公開 URL のコンテンツであり、内部の revision レコードは通常インデックスされません。

自動でリビジョンを作らないようにできる？

WP_POST_REVISIONS を false または数値に設定すれば抑制できます。ただし、編集ミス時の復元手段は減るため、運用方針に応じて選んでください。

マルチサイトでも使える？

Takahiro Revision Cleanup の現バージョン（1.3.x）はマルチサイト非対応です。単一サイト向けとしてご利用ください。

英語の画面だけど問題ない？

管理画面 UI は英語ですが、ボタンは「Delete all revisions」「Check database tables」など直感的です。WordPress.org 公式翻訳での日本語化を予定しています。

リビジョン整理は「一度やれば終わり」ではなく、大きな更新の後に繰り返すメンテナンスです。まずは件数だけ確認し、必要なときだけ削除する運用が安全です。