数年前に非常に似た状況に対処しなければなりませんでした。あるユーザーが、彼女の虐待的な元夫が彼女を私がモデレーターを務めていたウェブサイトで突き止めたと言いました。彼女は私たちに彼を禁止しないように具体的に言ったので、あなたの気持ちはわかります（彼女は潜在的な報復を恐れていました）。
トピック全体について言えば、私は以前にもそれについて尋ねたことがあり、真の双方向ブロックの要求を支持します。「非表示コンテンツを表示」リンクをクリックしないように人々に言うのはすべて良いことですが…最近、人間の性質を観察しましたか？自制心という概念はまったく時代遅れになりました:flushed: そして、他の状況では、「非表示コンテンツを表示」リンク自体を見ることは、虐待的なやり取りやその他の不快な経験の心をかき乱すリマインダーになる可能性があります。繰り返しますが、人々がそのように感じるべきではないと言うのはすべて良いことですが、彼らはそうします。そしてそれは私たちのサイトに貴重なメンバーを失わせます（そして、これらの状況は私たちのルールの白黒の違反でもありません。私たちが人々を禁止して一日を終えることができない多くのニュアンスがあります）。
ブロッカーとブロックされた人のアカウントが相互に消滅できれば（Facebookのように）、それは多くの時間とトラブルを節約するでしょう。ユーザーは繰り返しこの機能を要求しますが、毎回Discourseはそれをサポートしていないと伝えなければなりません。非常に落胆します。
これはもう実装されていますか？私はサイトのCSSをいじる立場にありませんが、これがフォーラム管理者のUXの一部であれば、それを行うことができました。
「いいね！」 2
Heliosurge
(Dan DeMontmorency)
60
まだ学習中です。しかし、はい、ほとんど簡単のはずです。「要素を検証」を使用して「非表示コンテンツ」を特定し、display: none に切り替えます。
「いいね！」 1
fbpbdmin
(deepblue)
61
trueブロックの機能をご検討ください。トピックでのブロックコメントも含むものです。
- 例えば、Aは常にBを困らせます。
- BはAが自分のトピックに投稿し続けることを好みません。
BはAが自分のトピックにコメントすることを本当に禁止したいと考えています。
これは私たちのフォーラムでますます求められている機能です。
よろしくお願いします。
「いいね！」 4
これはあなたが管理し、モデレーターがいるコミュニティサイトのためのものですか？
もしAが常にBを困らせているなら、BがAのトピックにコメントすることを禁止できる機能というのは、もっともな機能リクエストのように思えます。他の選択肢として、Bがアクセス制限されたカテゴリに投稿する、またはAをサイトから禁止するということも考えられます。最初の一歩としては、AにBのトピックへの投稿をやめるように頼むか、モデレーターから公式な警告を発してそれをしないように伝えることが役立つかもしれません。
現在の構造に関する関連トピックへの投稿はこちらです。
もし、メンバーが他のメンバーのトピックへのコメントを停止できる新機能が実装された場合、それがさらなる問題を引き起こすリスクがあるように思われます。
最も重要なのは、有能なモデレーションがあることです。そのため、誰かが他の人に迷惑をかけないようにというリクエストがあれば、それは尊重されるでしょう。もし一人の人が定期的に迷惑を受けているのであれば、同じ問題で迷惑を受けている他の人もいる可能性が高く、それを解決するためにモデレーターの介入が必要となります。
Heliosurge
(Dan DeMontmorency)
63
それは誇張しすぎです。最高のモデレーターチームを持つことができます。より完全なブロックを提供することは、議論の礼儀を妨げないため有益です。これにより、サイトを楽しむ人々との不要な対立がなくなるため、コミュニティにとって物事がより簡単になります。
私が知る限り、あるメンバーは3人に対して非常に激昂し、自分の意見がコミュニティの大多数によって共有されていると感じていました。彼らは、私が人々を公にミュート/ブロックする方法について教育することを好んでいました。
彼らは最終的に、これらの3人のユーザーを禁止するように要求しました。なぜなら、彼らはまだ他の人がそれらの3人に返信したり（返信/引用）しているのを見ることができ、それはサイトを「すべて」のために台無しにしていたからです。私は、ブロックをトピックに部分的に拡張する拡張コンポーネントを追加しました。
苦情を申し立てた人に、システムにはプリセットしきい値があり、5人のユーザーが個人をブロックした場合、システムはモデレーターとブロックされたユーザーに、コミュニティが彼らを有害だと見なしているというメッセージを送信すると説明しました。そのうち、問題の3人のうち誰もその低い最小値に達していませんでした。iircのデフォルトは、5人のメンバーが1人の個人をブロックすることです。
メンバーが単に他のメンバーの振る舞いが気に入らない場合があります。そして、彼らの存在をより完全にミュートする方法が必要なだけです。その個人への直接の返信を見たり、クリックして彼らが何を言ったかを見ることができる「隠されたコメント」さえ見たりしないようにします。
数人のユーザーの返信や、その個人への人々の返信を見ないことは、議論を妨げません。問題のない人はすべてを見ます。1人に問題がある人は、貢献に価値を見出せない誰かに邪魔されずに議論を楽しみます。
10人で何かを議論していて、あなたがボブに問題がある場合。ボブのコメントやボブへのコメントを見ないことは、議論を妨げません。他の8人はあなたとボブがボブを嫌っているために詳細を説明することなくすべてと議論できます。ボブはあなたを悩ませ、あなたが反応するような方法で物事を進める可能性があり、その逆も同様です。簡単な、より完全なブロックで問題を解決できる場合、どちらかを禁止する必要はありません。モデレーターに両当事者を口論する子供のように扱わせる必要はありません。
完璧なコミュニティでは、誰もがお互いを受け入れ、癖/ペットの不満が物事を台無しにしないでしょう。残念ながら、私たちは他者を受け入れるシャングリラ社会を持っていません。自制心と自己モデレーションは、多くの人が欠いているスキルです。
多くの場合、監視するよりも、使いやすい自己使用コントロールでそれらを分離しておく方が簡単です。
「いいね！」 1
何が過大評価されているのか分かりません。
この機能リクエストはしばらくの間、叩かれ続けていますが、何も変わらないと思います。
モデレーターはチョウロンジュ（世話役）をするべきではありません！
Heliosurge
(Dan DeMontmorency)
65
アイデアを再検討することはよくあります。アイデアがどのように実装されるか。Discourseを7年以上見てきて、当初は脇に追いやられていた多くのアイデアが、今ではコアの一部になっています。
セルフサービス型のユーザーコントロールは、強力で活気のあるコミュニティを持つために不可欠です。誰もが、自分の不満を他人に伝えるための細かいコントロールを持っているわけではありません。
多くのプラットフォームで、ブロックが機能し、議論を妨げないことが明確に示されています。
同意します。そうである必要はないはずです。だからこそ、ユーザーが自分の問題に対処するために、コミュニティで共有されていない、より完全なブロックのようなものを管理できるようにすることで、モデレーターが不必要な状況に陥る必要がないように、ユーザーのセルフユースコントロールが鍵となります。
私たちは、自分たちと異なる人々に対して、相手にコミュニティから去るように示唆するほど、悪く反応する人々を見てきました。彼らは、あらかじめ決められた型にはまらないからです。代わりに、それらの人々とは関わらないようにすればよいのです。
POVや話し方などが異なる人々に対する不寛容は、オープンで civil な議論の多様なコミュニティを育成するものではありません。
riking
(Kane York)
66
ここで重要な質問があります。ログインが必要なフォーラムやカテゴリで、双方向ブロックの要求はいくつありますか？
投稿の表示にログインが必要な場合、双方向ブロックは、前述したように「茶番」ではなくなります。
サンプル設定ページテキスト：
ブロックされたユーザーは、フォーラムの公開エリアであなたの投稿を引き続き読むことができます。
「いいね！」 3
Heliosurge
(Dan DeMontmorency)
67
True Blocks は、ユーザーがログインしている場合にのみ有効です。Reddit には True Block があります。ログインせずにコンテンツを表示すると、あなた自身またはあなたをブロックした他のユーザーのブロックが表示されます。Reddit には匿名モードもあります。ただし、ログインしていない場合や匿名表示モードの場合、表示されているコンテンツに投稿したり返信したりすることはできません。
より完全なブロックは、メンバーの快適さを向上させ、他のユーザーに問題を抱えているメンバーがコミュニティの一部であり続けることを奨励します。彼らの考えでは、これらの個人が大多数のためにサイトを台無しにしていると考えているため、メンバーを永久に禁止するように示唆するほど動揺しているメンバーを失うこととは対照的です。
私は、あるメンバーが数人の個人が他の人を「ガスライティング」していると信じていたというような状況を経験しました。無視機能の使い方を明確にしたにもかかわらず。そして、敏感なユーザーに、5人のユニークなメンバーが個人を無視すると、無視されたユーザーにコミュニティが彼らを有害だと見なしている可能性があるというメッセージが送信され、モデレーターチームにも通知されるという閾値があることを説明しようとしました。
残念ながら、非常に優れた貢献者であったこのメンバーは失われ、無視されたユーザーへの返信を見ることができただけで、コミュニティを去ることになりました。
メンバーがお互いを無視しても、行われている議論を抑制したり、実際に妨げたりすることはないということを、チームは理解するのが難しいようです。
本当に必要な人にとっては、適切なセルフサービスツールを提供するだけです。また、お互いに問題を抱えているまともな貢献者の間の不必要なドラマに対処するモデレーターチームのストレスを軽減します。
注：無視機能に、無視されたユーザーへの返信を含めるように拡張できるテーマコンポーネントが機能するかどうかを確認することで、これを部分的に是正しようとしています。
残念ながら、AI を使用した最初の試みでは、他のメンバーの投稿にある無視されたユーザーの引用の一部を非表示にしようとしただけです。引用は表示されますが、引用のコンテンツが空になります。無視されたユーザーへの引用があることは示されますが、引用のコンテンツは空です。
しかし、ロジックは無視されたユーザーへの返信を非表示にしていません。したがって、AI が機能しない理由を理解できるかどうかを確認するか、まだ習得していないスキルを持つ人々から支援を求めるために開発トピックを投稿する必要があるかもしれません。
皆さん、こんにちは。私のフォーラム（おそらく他の多くのフォーラムもそうでしょう！）は、2023年のオンライン安全法に基づきOfcomの規制を受けており、ユーザーの安全性を向上させる方法を探しています。
現在のミュート機能と無視機能では、ブロックされたユーザーがコンテンツを表示したり、やり取りしたりできるため、十分ではありません。Ofcomによる新しい規制と施行を考慮すると、より優れたユーザーの安全性と、より堅牢なブロック機能の必要性は非常に役立ちます。
Discourseにこの機能を追加する計画はありますか？これは、私たちや同様の状況にある他のフォーラムにとって非常に役立ちます。
よろしくお願いします！
「いいね！」 2
HAWK
(Hawk)
69
もう少し詳しく説明していただけますか？私たちはMetaでOSAコンプライアンスの過程を経てきており、対策ツールが整っていると確信しています。
あなたが軽減しようとしているリスクのベクターについて説明していただけますか？
「いいね！」 2