公開中の記事を残したまま改訂案を作り、確認後に元の記事へ反映するための、Revisionizeの過去の操作例です。
WordPressの自動保存・リビジョンは編集内容や履歴を保持する仕組みです。
通常の閲覧アクセスによって消えるものではありません。
ただし、承認待ちの改訂案を別の下書きとして管理する用途とは区別します。
改訂案を下書きとして分けると、公開中の本文を変更せずに執筆と確認を進められます。
以下では下書きの作成から反映までを紹介し、末尾にブロックエディタで手動改訂する場合の手順を示します。
Revisionizeの公式ページは、既知の問題としてGutenberg非対応とClassic Editorの必要性を記載しています。
2026年10月11日時点の配布情報では、最新版は2.3.4、最終更新は2021年3月28日、動作確認済みのWordPressは5.2.29までです。2026年10月21日の再確認でも配布情報は同じで、WordPress.orgには直近のメジャーリリースでの未検証を示す警告が表示されています。
以下は過去の操作例です。
現在のブロックエディタ環境へそのまま導入する手順としては使わないでください。
WordPressで記事を公開したままリライト記事を差し替える方法
以下の画像は過去の画面記録であり、現行環境での互換性や復元を確認した結果ではありません。
プラグイン「Revisionize」のインストール
過去の操作例では、Revisionizeで公開記事から編集用の下書きを作成しました。
導入前に公式ページの既知の問題を確認し、本番の複製環境で検証します。
本記事では現行WordPressとの更新・復元操作を再検証していません。
記事の差分を作成する
当時の操作は、投稿記事一覧から開始しました。
記事タイトルの操作欄に「Revisionize」が表示されています。
「Revisionize」から、改訂する記事の下書きを作成します。
複製した改訂案は下書きとして保存されます。
編集対象が元の公開記事ではなく、作成した改訂案であることを確認してタイトルや本文を編集します。
改訂案の「公開」は元記事へ変更を反映する操作なので、プレビュー確認を終えてから実行します。
公式説明では、改訂案を公開すると、元の記事のURLを維持したまま内容を上書きします。
反映前には元記事の最新版と改訂案を比較し、下書き作成後に他の担当者が加えた変更を上書きしないか確認してください。
公式説明では反映前の元記事も改訂用の記事として保持されますが、この保存だけでサイト全体を復元できるわけではありません。
現行環境での反映・復元操作は、本記事では再検証していません。
反映前の内容を保存した下書きは、復元できることと更新結果を確認するまで保持してください。
本文だけでなく、アイキャッチ、分類、著者、公開日時、SEO情報など、使用している項目ごとに確認が必要です。
次の改訂案は、前回の反映結果を確認した後、最新の元記事から作成します。
設定の見直し
著者の引き継ぎなどの設定は運用に合わせて確認します。
公式説明では独自テーブルに保存されるプラグインのデータを扱えない場合もあるため、すべての設定が複製されるとは限りません。
下書きを権限のない相手に確認してもらう
ここまでがRevisionizeの過去の利用例です。
改訂案を公開前に第三者へ見せたい場合は、別のプラグインを使う方法があります。
下書きをログイン権限のない相手に確認してもらう方法として、Public Post Previewの公式説明を参照できます。
2026年10月21日時点の配布版は3.1.2です。更新日だけで使用環境との互換性は判断できません。以下の画面は2024年2月の記録で、現在の環境での共有・無効化の動作は再検証していません。
公式説明では、未公開の記事を下書き保存した後に、公開プレビューを有効にして共有URLを取得します。
共有URLには有効期限があります。期限切れの場合は、編集画面から新しいURLを取得して共有し直します。相手に編集権限を付与したり、確認結果を元記事へ自動反映したりする機能ではありません。
公開プレビューURLは、URLを知る相手に内容が見える共有手段です。
未公開の個人情報や機密情報を含めず、確認後は共有を無効にしてください。
ブロックエディタで改訂する場合
公開中の記事はそのまま保持し、別の下書きで改訂案を作成します。
公開前に元記事の最新版と比較し、他の担当者の修正が入っていないか確認してから、採用する変更を元記事へ反映します。
元記事のID・URLを維持し、更新前のバックアップから戻せることを確認してください。
これは手動の編集手順であり、自動マージではありません。
根拠：Revisionize公式ページのKnown Issues。
旧画面と現在の管理画面は異なる場合があります。
まとめ
- Revisionizeは2021年3月以降更新がなく、動作確認済みのWordPressは5.2.29まで。公式がGutenberg非対応を明記している
- 操作説明の画像は過去の記録。冒頭の配布情報の参考画面も、現行環境での反映・復元の実証ではない
- ブロックエディタで改訂するなら、公開記事はそのまま残し、別の下書きで改訂案を作って手動で反映する
- 反映前に元記事の最新版と比較し、更新前のバックアップから戻せることを確認する
更新前に戻せる状態を作っておく手順はWordPressのバックアップ・復元方法｜外部保存とAll-in-One WP Migrationの使い方、更新に失敗したときの復旧はWordPress本体の更新失敗から復旧する｜手動更新とバックアップの確認にまとめています。
よくある質問：WordPressで記事を公開したままリライト記事を差し替えるとき
Revisionizeは、今のブロックエディタ環境でも使えますか？
現行ブロックエディタ向けの導入手順としては使わないでください。Revisionizeの公式ページは既知の問題としてGutenberg非対応とClassic Editorの必要性を記載しています。2026年10月11日時点の配布情報では、最新版は2.3.4、最終更新は2021年3月28日、動作確認済みのWordPressは5.2.29までです。記事の内容は過去の操作例で、現在のブロックエディタ環境へそのまま導入する手順としては使わないよう案内しています。
旧記事の「ブロックエディタ対応」は、どうなりましたか？
旧記事の「ブロックエディタ対応」は誤りのため訂正しました。公式の既知の問題に、Gutenberg非対応が記載されています。
WordPressのリビジョンでも、公開したまま改訂案を管理できますか？
WordPressの自動保存・リビジョンは編集内容や履歴を保持する仕組みで、承認待ちの改訂案を別の下書きとして管理する用途とは区別します。改訂案を下書きとして分けると、公開中の本文を変更せずに執筆と確認を進められます。
改訂案を「公開」すると、どうなりますか？
公式説明では、改訂案を公開すると、元の記事のURLを維持したまま内容を上書きします。別URLの新規記事として公開する操作ではないため、プレビュー確認を終えてから実行します。反映前には元記事の最新版と改訂案を比較し、下書き作成後に他の担当者が加えた変更を上書きしないか確認します。
改訂案を公開すれば、元の状態に戻せますか？
公式説明では反映前の元記事も改訂用の記事として保持されますが、この保存だけでサイト全体を復元できるわけではありません。現行環境での反映・復元操作は、本記事では再検証していません。反映前の内容を保存した下書きは、復元できることと更新結果を確認するまで保持します。
ログイン権限のない相手に、下書きを確認してもらうには？
Public Post Previewの公式説明を参照できます。未公開の記事を下書き保存した後に、公開プレビューを有効にして共有URLを取得します。共有URLは下書きを閲覧するためのもので、相手に編集権限を付与したり、確認結果を元記事へ自動反映したりするものではありません。未公開の個人情報や機密情報を含めず、確認後は共有を無効にします。
ブロックエディタで、公開したまま改訂するには、どうしますか？
公開中の記事はそのまま保持し、別の下書きで改訂案を作成します。公開前に元記事の最新版と比較し、他の担当者の修正が入っていないか確認してから、採用する変更を元記事へ反映します。元記事のID・URLを維持し、更新前のバックアップから戻せることを確認します。これは手動の編集手順であり、自動マージではありません。
改訂案の反映前に、確認しておく項目はありますか？
本文だけでなく、アイキャッチ、分類、著者、公開日時、SEO情報など、使用している項目ごとに確認が必要です。公式説明では独自テーブルに保存されるプラグインのデータを扱えない場合もあるため、すべての設定が複製されるとは限りません。
