公開トピックへの返信を、アカウント作成なしで招待できるようにしたいのですが、どうすればよいでしょうか？
「共有 > メールで招待」機能で試してみたところ、投稿全体を表示できない、またはメールで返信して参加できるというメールが届くというエラーが発生しました。
この機能は、個人メッセージに即座に返信できる仕組みと同様の動作を想定しています。
特定のトピックについて意見を仰ぎたいが、アカウント作成が大きな障壁となる人が多くいるため、この機能を導入したいと考えています。
それは対応していないと思います。
「共有 → 招待」フローでは、スクリーンショットにあるような招待メールが生成されますが、招待された人はリンクをクリックして、少なくともユーザー名を選択する必要があります。その後、すぐにトピックへ移動します。
「いいね！」 2
ご回答ありがとうございます！この投稿のカテゴリを機能リクエストに変更しました。
トピックへの招待機能の仕組みを誤解されていたことに驚いています。この機能は、新しく改良された招待システムと整合するように再設計される予定です。その過程で、より分かりやすくできることを願っています。
この機能リクエストは「ステージドユーザー」の領域に踏み込むものです。ステージドユーザーは、メールを通じてのみ参加できるため、実質的なユーザーとはみなされません。また、ステージドユーザーの機能は、PM（プライベートメッセージ）システム以外では十分に整備されていません。あなたが求めているのは、ステージドユーザーが本来想定されている範囲を超えた利用を促すものですが、それは興味深いものの、近いうち、あるいは将来も実現する可能性は低いでしょう。
ほとんどのコミュニティにおいて、ユーザーではない人々が議論に参加することは理にかなっていません。ここには「スリップpery斜面」のリスクもあります。次にステージドユーザーにどのような権限を与えるべきでしょうか？ステージドユーザーは@メンションされることがなく、トピックやカテゴリのウォッチもできず、プライベートカテゴリの添付ファイルへのアクセスもできません。自分自身の設定（メール設定を含む）を編集するためにログインすることもできません。週次のメール要約を受け取ることもできず、ユーザーリストにも表示されません。いつになったら、ステージドユーザーは単にログインしないユーザーになるのでしょうか？私たちは、すべての人にとってフォーラム体験を素晴らしいものにしたいと考えています。そのため、真の目標は、人々がログインする際の障壁を下げることであり、彼らをメールの中に隠れさせることではありません。
あなたのユースケースについてもう少し詳しく教えていただけますか？また、既存のDiscourse機能で何を試み、どこで問題に直面しているのでしょうか？また、巻き込もうとしている人々について、彼らがなぜ登録してユーザーとして参加することを望まない、あるいはできないのかを説明していただけますか？
私個人として想定できるユースケースは、家族や友人を招待することです。彼らは、私が家族のプロジェクト（写真アルバムなど）を管理するために使用しているプライベートなDiscourseサイトに参加することを嫌がります。彼らは、特定のトピックについて知らされ、返信を加え、私や他の数人と会話することに興奮するでしょう。しかし、彼らは決してサイトに登録したくなく、返信するためにログインする負担や、興味のない他のトピックをすべて目にするのを避けたいと考えています。ただし、これはDiscourseの比較的特殊的で、おそらく稀な利用例です。私はこれらの人々と個別にメールを送ってプロジェクトについて話すことで対応しています。
もう一つのユースケースは、Discourse for Teamsかもしれません。ここではすでにゲストユーザー機能の実験を行っています。現時点では、ゲストがTeamsサイトとやり取りする方法は、特定のゲストカテゴリに参加するように招待されることです。ゲストはユーザー数の制限とは別にカウントされます（チームメンバーと同じ数のゲストを招待できます）。その後、ゲストカテゴリにサイト全体の他の部分から隔離されたトピックを作成することで、チームが特定のトピック（例：クライアントプロジェクト）についてゲストと関わり合えるようになります。これまでに、ゲスト機能を利用しているTeamsサイトはあまり見られませんが、ゲストをトピックに招待し、ログインせずにメールを通じて参加させる簡単なインターフェースがあれば、利用が始まるかもしれません。
あなたが説明していることを実現するには、スタッフがPMでメールアドレスを招待する方法を参考にし、ステージドユーザーを作成して、PMへの返信時に返信やメールを受け取れるようにする方法が考えられます。そして、後でアカウントを作成することを決めれば、以前のステージドユーザーとしての活動に完全なアクセス権が与えられます。メールアドレスに投稿を送信するためのボタンを提供し、上部に個人的なメモを添えることも可能です。ステージドユーザーが作成され、完全な投稿がメールで送信されます。彼らが返信すると、そのトピックをウォッチすることになり、今後の返信を受け取れるようになります（これは今週、別のトピック で話題になりました）。もし情報過多と感じた場合は、メールのフッターにある unsubscribe リンクを使用できます。
「いいね！」 1
これはまさに私のユーザープロファイルそのものです。彼らは例えばたった一つのトピックに参加したいと考えていますが、他のすべての内容を見る必要も望みもありません。これは私たちが草の根の組織活動を行っているため、実際には非常に一般的なことです。私たちは常に、ネットワークの周辺にいる人々と交流しています。彼らの関与は特定の場面で必要ですが、それ以上の情報量には圧倒されてしまうからです。
はい、まさにそれが機能すると思う点であり、メールを通じて誰かをトピックに招待すると、個人的なメッセージをメールアドレスに送る仕組みと似ているため、そうなるものだと思っていました。
「いいね！」 1
これは、コアディスカースにおいて起こる可能性は極めて低いです。これらの人をコミュニティに招待し、その後、彼らがメールサマリーやサイトからの他の通知をオフにする設定を調整するのを手助けすることは常に可能です。
その一方で、「PMに招待」のUIがサイト招待システムと混同しやすい点を指摘してくださり、ありがとうございます。これらは完全に異なる機能です。この点を確認させていただきます。
「いいね！」 1
関連するユースケースについて調べているので、このスレッドに来ました。トピックを少数の人（私のサイトのメンバーではない）にのみ表示できるようにしたいのです。
別の考え方をすれば、プライベートなトピックを作成し、特定の他のユーザーを招待して表示できるようにしたいのですが、彼らはアカウントを作成する必要はありません。
なぜか？私のケースは、「参加をためらっている家族や友人を招待する」ケースに似ています。私の場合、家族ではなく、特定のアイテムを彼らに見せたいプロフェッショナルな連絡先であり、その一部は、より大きなサイトに参加することを奨励するためです。
これは現在不可能のようですね？何か回避策はありますか？
少なくとも、このアイデアを支持する声をもう一つ加えたいと思いました。
それは興味深いユースケースですね。Page Publishing をご覧になってはいかがでしょうか。ページは公開されますが、アクセスするにはURLを知る必要があります。これはユースケースに合致するかもしれません。
Nextcloud のような機能を追加するのは興味深いアイデアです。ファイルやフォルダを共有するためのリンクを作成でき、そのリンクはユニークで、有効期限やパスワードを設定することもできます。
「いいね！」 2
ありがとうございます。最近、トピックに複雑なリンク（DropboxやGoogle Docsなどが提供しているようなもの）を設定できたら素晴らしいと考えていました。これにより、誰もがアクセスできますが、リンクを知っている人だけがアクセスでき、リンクを送らない限り誰もリンクを持っている可能性は低いでしょう。これはうまく機能し、「プライベート投稿」機能に近づくことができます。これはこのフォーラムで時々リクエストされています。
そして、公開ページを必要としません（公開トピックを取得して、複雑なリンクでアクセスできるようにすることができます）。
現在、公開ページまたは「複雑なリンク」メソッドを通じて少数の選択したユーザーのみに公開しておきたい通常のトピックには、2つの制限があると思います。
-
トピックの複雑なリンクをどのように作成しますか？現在、トピックや公開ページでは、URLは自動的に生成され、タイトルを簡単に読み取ることができると思います。（奇妙なタイトルを作成することもできますが、それを見ると混乱するでしょう。）
-
検索エンジンは公開ページ/トピックをインデックス化しますよね？それはページ/トピックのプライバシーを低下させるでしょう。
「いいね！」 3
スレッドを復活させます！
この機能は、すべてのDiscourseユーザーにとって非常に価値があり、実装されれば大きなセールスポイントになる可能性があります。一般的な私のユースケースでその理由を説明させてください。
私のユースケース
コンテキスト
私はhttps://nanouherman.comでリード開発者として働いています。私たちはフランチャイズを所有しており、フランチャイジーは、メールが埋もれたり失われたりしない、より良いコミュニケーション方法と、他のメッセージを簡単に参照したり他の人を巻き込んだりする方法を探しています。Discourseに慣れているので、素晴らしいアイデアだと思いました。
移行
しかし、移行は困難になります。他の企業は独自のサポートシステムを持っており、全員がすぐにフォーラムアカウントに切り替えられるわけではありません。独自のサポートシステムを通じて参加するユーザーのためにステージングされたユーザーを用意することは、非常に役立ちます。また、まだフォーラムに参加していないユーザーには、PMを送信してステージングされたユーザーにすることでメッセージを送信することもできます。その後、これらのPMをトピックに移動してカテゴリ分けし、全員が見られるようにすることができます。
結論
これにより、Discourseを既存のコミュニケーションに完全に統合し、望ましい構造とメリットを追加できます。ユーザーはオプションでフォーラムに参加でき、すでにシステムを持っているユーザーはそれを使い続けることができます。ほとんどすべてのメッセージやメールをDiscourseに移行できます。フォーラムとチケットシステムが一体になったようなものです。
一般化
既存のコミュニケーションとシームレスに連携し、オプションでありながらメリットを得ることができるようになれば、さらに多くの企業がDiscourseを使用するでしょう。これなしでは、すべてのユーザーを一度に移行することは困難です。
その必要性を少し過大評価していると思います。
グループ受信トレイは今日この機能を提供しており、外部のクライアントや顧客への対応において、電子メールの必要性を置き換えてきた多くのデプロイメントがあります。
私のユースケースは、会話をすべての人に公開したいということです。