ユーザーがまだログインしていない場合、Webサイトのすべての機能を無効にする必要がありますか？
それはあなたがどちらを選ぶかによります：
- ユーザーにWebアプリを楽しんでもらえるようにしますが、やり取りしたいときにすぐにログインフォームがポップアップ表示されます。
- ログインするまで、すべてのインタラクティブボタンを非表示にします。
私はこれが少しばかげた質問であることを知っていますが、それでも皆さんがこれらのどちらかについてどう思うか知りたいですか？同様のケースに直面したことがありますか？
追加
私はローカルビジネスのソーシャルネットワークで働いています。ソーシャルネットワークは、Facebookのように機能し、基本的なフォローおよびコメント機能を備えています。もちろんフリーミアムです。
UIをできるだけシンプルに保ち、ユーザーが使用できないコントロールでユーザーを圧倒したくない場合、アクセスできない機能を表示したままにする唯一の理由はtempt usersを作成してそれらを作成することです従事している（アカウントを取得する）。
匿名アクセスがshowcaseに過ぎない場合（そしてそのようにしたい場合）、選択肢はありません。すべてを表示したままにして、適切な場合はログインページにリダイレクトします。このモデルは、考えられるほとんどすべてのサイトで使用されているため、ユーザーにとっては驚くべきことではありません（Stack Exchangeネットワーク上でも）。
私の意見では、これは悪いUXを提供します（特に、匿名ユーザーが何かを行う場合）（ただし、常に？常に？）マーケティングルールUXの決定を推進します。
ユーザーにログインまたはアカウントを作成する理由を与えます。
参加者を獲得して維持することが重要である場合、やり取りを簡単でアクセスしやすいものにすることで、Webサイトでアクティブになることを奨励することができます。
アクセスできるものは、ウェブサイトのプライバシーおよび/またはセキュリティポリシーによって異なります。 Facebookを例に挙げたので、彼らが行った選択を見て（そして批判して）ください。決定する2つのこと：
追加/編集機能が一般的に使用できる場合（たとえば、公開されている記事にコメントする）、直接アクセスできるようにして（コメントの作成を許可）、送信を試みる前にログインフォームを表示できます。アカウントを持たない人々の唯一の違いは、彼らが登録フォームに入力しなければならないことです。その後、彼らは貢献を編集および/または確認する機会を得ます。
追加/編集機能にアクセスするためのボタンを表示しますが、実際に何かを行う前にログインまたは登録を要求します。
2つ以上のオプション1の利点は、ログイン手順に邪魔されず、思いついたことをすぐに入力できることです。これにより、既に何らかの努力をしているので、誰かが実際に投稿する可能性が高くなります。
可能であればオプション1に進みますが、登録後に直接投稿することを許可できない場合、ユーザーは入力を失い、不満を感じる可能性があります。また、オプション1と2を混在させると混乱する可能性があります。したがって、推奨事項を提示するのは難しく、アドバイスはいつもと同じです：テスト！