WordPress承認フローを実装する方法｜公開前レビュー・通知・差し戻しの設計

複数人でWordPressを運用していると、公開前に上長や編集責任者が確認する承認フローが必要になることがあります。

WordPress.orgフォーラムでは、寄稿者が記事編集画面で承認してもらいたい上長を選択し、その上長に通知を届けたいという相談がありました。標準権限だけでは足りる場合と、承認ログや通知まで設計すべき場合があります。

この記事では、「既存プラグインで解決できる範囲」と「開発依頼した方が早い範囲」を分けながら、導入前に整理すべきポイントをまとめます。

よくある「最後の悩み」

一般的なWordPress解説では「プラグインを入れましょう」で終わりがちです。ただ、実際の相談につながるのは、その後に出てくる細かいズレです。

• 投稿者、編集者、管理者の標準権限だけでは運用フローに合わない
• 承認者を選んで通知したい
• 差し戻し理由や承認履歴を残したい
• 特定ページだけ公開前レビューを必須にしたい
• 古い承認系プラグインに依存するのが不安

既存プラグインで対応しやすいケース

まずは既存プラグインで済ませられるなら、その方が早く、費用も抑えやすいです。

• 寄稿者が下書きやレビュー待ちにし、管理者が確認するだけでよい
• 承認者の選択、差し戻し通知、ログ保存が不要
• 記事数や担当者が少なく、運用ルールでカバーできる

カスタム開発を検討した方がいいケース

一方で、下記に当てはまる場合は、無理にプラグインを組み合わせるよりも、専用実装の方が結果的に安定します。

• 承認者選択、通知、差し戻し、履歴をWordPress内に残したい
• 公開ボタンを権限や状態によって制御したい
• 固定ページ、LP、商品ページなど投稿以外にも承認をかけたい
• 社内ルールに合わせた承認ステータスを作りたい

実装前に整理する手順

開発相談では、最初から完璧な仕様書がなくても大丈夫です。ただし、下記を整理しておくと見積もりと実装方針がかなり正確になります。

• 誰が作成し、誰が承認し、誰が公開するかを決める
• 対象を投稿、固定ページ、カスタム投稿のどこまでにするか決める
• 通知先、差し戻し理由、承認ログの有無を決める
• 権限チェックにはcurrent_user_can()などWordPress標準の仕組みを使う
• 公開前にテスト環境で権限別の動作を確認する

開発で対応できること

専用プラグインやテーマ調整では、単に「動く」だけでなく、運用者が迷わず使える形に落とし込むことが大切です。

• 承認ステータスと承認者選択UI
• 承認依頼・差し戻し・公開通知
• 承認ログの保存
• 公開ボタンや公開権限の制御
• 投稿タイプ別の承認対象設定

相談前チェックリスト

よくある質問

WordPress標準機能だけで承認できますか？

寄稿者が直接公開できない運用は標準権限でも可能です。ただし、承認者選択や通知、履歴管理は追加実装が必要になることがあります。

承認ログは必要ですか？

企業サイトや医療・法律・採用など確認責任が重いサイトでは、誰がいつ承認したか残せると安心です。

承認機能はプラグイン化した方がいいですか？

テーマ変更後も残すべき業務機能なので、専用プラグイン化が向いているケースが多いです。

まとめ

WordPress 承認フロー 実装で悩んでいる場合、最初に見るべきなのは「プラグイン名」ではなく、実現したい運用の流れです。既存プラグインで十分ならそれが最短ですが、表示、権限、通知、検索、外部連携、管理画面まで絡むと、専用のWordPress機能追加として作った方が安定することがあります。

「既存プラグインで近いところまではできたけれど、最後の一歩が合わない」という状態なら、その悩みは開発相談に向いています。

参考にしたリサーチ元

この記事は、WordPress.orgフォーラムの公開相談とクラウドソーシングの公開募集文で見られる悩みをもとに、開発相談につながりやすい論点として整理しています。

• 承認フローの実装方法・プラグインなど | WordPress.org 日本語
• WordPress Roles and Capabilities
• WordPress Developer Resources: current_user_can()
• WordPress.org 日本語サポートフォーラム
• WordPress Developer Resources: register_post_type()
• WordPress Developer Resources: WP_Query
• WordPress Block Editor Handbook