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