ログインを必須とするコミュニティを想像してみてください（「ログイン必須」設定を有効にしました）。そして、すべてのユーザーにサブスクリプションを必須にしたいとします。
現在、ユーザーは（Subscriptions plugin を介して）サブスクリプションを作成する前にアカウントを作成する必要があります。もちろん、これは理にかなっています。アカウントがなければサブスクリプションを持つことはできません。
残念ながら、ユーザーがアカウントを作成した後、ある程度の表示コンテンツが必要です。つまり、1つのトピックを保持するためだけの追加のカテゴリが必要になり、「…半分完了です！次にサブスクライブする必要があります。」と表示されます。
以下のアイデアにより、アカウント作成とサブスクリプションの設定は依然として2段階のプロセスですが、サイトにはアカウントを持っているがサブスクリプションを持っていないユーザーはいなくなります（サブスクリプション設定画面が表示されるため）。
Discourse の新しい「account-creation-more-url」オプション
新しいオプション（「account-creation-more-url」と呼びましょう）を設定できるようにします。これは、私がページ公開したトピックの URL と、「account-creation-more-link-text」オプションを保持します。
Discourse が「ログイン必須」を有効にして設定されている場合にのみ、アカウント作成画面/モーダルにその URL への新しいリンクが表示されます。これにより、詳細をすべて説明する必要があるページを簡単に作成できます。アカウント作成の壁に直面したときに、何が起こっているかを説明する 何か に人々を誘導する方法が得られます。（動作する「アカウントを作成」リンクなどを公開ページに配置するのは私の責任です。）
Subscriptions plugin の新しい「subscriptions required」オプション
新しいブール値「subscriptions-required」と、カンマ区切りの製品リストを指定するためのフィールド「subscriptions-required-products」。（もちろん Subscriptions plugin の製品です。）
ユーザー（サイト管理者を除く）がログインしたときに、それらの製品のいずれかがアクティブでない場合。サブスクリプション設定を強制する別の画面/モーダルが表示されます。
そして、「subscriptions-required-more-url」と「subscriptions-required-more-link-text」の2つのフィールド。（これは、アカウント作成の壁で使用するのと同じページ公開トピックに設定します。）これにより、サブスクリプションの理由や内容を説明する場所に人々を誘導できます。
Meta の他の関連トピック…
「いいね！」 3
sam
(Sam Saffron)
2
サブスクリプションプラグインの標準の使い勝手は、もっと改善できると私も完全に同意します！とはいえ、少し手を汚す気になれば、現在でも多くの機能を利用できます。
ここでは、テーマコンポーネントを作成してリンクを追加することができます。
ホームページで「カテゴリが存在することを確認する」という流れと、「サブスクライバー」コンテンツであることを示す特別なアイコンがあれば、とても良いと思います。
そうすれば、非サブスクライバーはそれをクリックして、コンテンツを表示するために参加するように促されます。
@blake、プラグインにこのようなものはありましたか？
「いいね！」 3
Moin
3
これを実現するには、Category Previews を使用できると思います。
「いいね！」 3
blake
(Blake Erickson)
4
サブスクリプションプラグインは、現在カテゴリとは連携せず、グループのみと連携します。その後、通常のDiscourse UIを通じて手動でカテゴリに制限します。
はい、できそうです。
「いいね！」 3
nathank
(Nathan Kershaw)
5
これは、ワークフローが不格好になる（サブスクリプションの前に参加が必要なまま）原因となり、非常にシンプルな「いくつかのカテゴリ」構造を持つサイトにしか適していません。
Discourse を（有料メンバーがいる）メンバーシップサイトとして使用しようとする際の根本的な問題は、2 つのプロセス（参加とサブスクリプション）が現在別々であることです。私はこれを、受け入れるか、回避しようとすることで対処してきました。
参加 / サブスクリプションの分離を受け入れる
サイトの公開コンポーネントを持つことで、人々がすでに参加する理由があるようにし、「金銭的メンバーシップ」は単に次のレベルに進むだけです。例：
回避する
ログイン専用にし、Custom Wizard Plugin 🧙 を使用して、参加ワークフローの一部としてサブスクリプションページに強制的に誘導します。
残念ながら、決意があればそこから脱出することも可能です。もしそうした場合、かなりの制限されたエクスペリエンスになりますが、これは慎重に設定する必要があります。例：
https://members.ukdhc.org
今後の進め方
特に Discourse をメンバーサイトとして使用したいメンバーシップ組織にとって、単一のワークフローで 2 つを接続するオプションがあれば素晴らしいでしょう。
個人的には、まずこのようにするでしょう。
- プラグインに、参加中のサブスクリプションをオンにする設定を持たせる
- オフ：現在の機能（デフォルト）
- オプション：参加の最後にサブスクリプションページに誘導する（ただし、離れることを許可する）
- 強制：サブスクリプションページに誘導し、サブスクリプションが付与されない限り、サイトの他の部分へのアクセスを許可しない
もちろん、それの一部として、いくつかのメッセージングと洗練が必要になります。
「いいね！」 4
これは間違いなく私の賛成票です！Discourseで生計を立てようとしている管理者にとって、登録時に購読できるようにすることは、コンバージョン率を大幅に押し上げるでしょう。
お尋ねしてもよろしいでしょうか、チームは現在これに取り組むことを考えていますか？