ここで重要なのは、「パブリックアクセス」を選択するための便利な手段を残すことと、既存の everyone グループを残すことの区別だと思います。パブリックアクセスを許可するたびに2つのグループを選択するのは面倒だと私も同意しますし、UIで改善することは可能です。
例えば、グループ選択ツールに「パブリック」のショートカットを追加し、1つの操作で anonymous_users と logged_in_users の両方を選択できるようにできます。そうすれば、両方のグループが選択されていることが視覚的に確認でき、どちらかを削除することも可能です。これにより、あなたが説明しているような利便性を提供しつつ、基礎となる権限設定を明示的に保つことができます。このショートカットは、両方のグループが許可されている場所でのみ提供されます。
既存の everyone グループを残すことの問題は、それが常に「パブリックアクセス」を意味してこなかったことです。カテゴリの表示設定ではそうなりますが、ほとんどのグループベースのサイト設定では、実質的に「ログイン済みの全ユーザー」を意味してきました。上記の議論でも示されたように、テーマやプラグインによって解釈が異なる場合もあります。
したがって、匿名ユーザーを含むと宣言するだけで、以前は存在しなかったアクセスを誤って付与してしまうリスクを伴います。既存の動作を維持すれば不整合が残り、名前を変更してもそれは解決されません。
一貫して定義されたユニバーサルグループを作ることは可能ですが、それでも現在行っているマイグレーションと監査が必要です。また、匿名アクセスがサポートされていない場所では使用を禁止する必要があります。そうしないと、これらの場所では everyone が再び「ログイン済みユーザーのみ」を意味することになります。以前は everyone が許可されていた設定に、anonymous_users を disallowed_groups の値として追加しなければならないものがたくさんあります。例えば：
私は、UI上でその利便性を提供し、その下では2つの明示的なグループを使用するアプローチを好みます。そうすることで、管理者と開発者の両者にとって、どこでも一貫性を持たせることができます。