このガイドでは、Discourse でのトピックの管理方法、フラグ（通報）の処理方法、レビューキューの使用方法、およびコンテンツ承認設定の構成方法について詳しく説明しています。エスカレーション回避テクニック、フラグ処理ワークフロー、コンテンツ品質を維持するためのモデレーションツールについてもカバーしています。
必要なユーザーレベル：モデレーター（一部の設定には管理者レベルが必要です）
Discourse モデレーションガイドシリーズ：
- パート 1: 入門
- パート 2: ユーザーの管理
- パート 3: コンテンツの管理 (本ガイド)
Discourse は、コンテンツ品質とトピック構造を管理するための堅牢なツールを提供しています。本ガイドでは、トピックの管理方法、フラグを介した不適切なコンテンツの処理方法、レビューキューの有効な使用方法、およびコンテンツ承認の構成方法について説明します。
トピックの管理
Discourse での公開議論はトピック内で行われます。各トピックにはタイトルとカテゴリがあり、その内部での議論がタイトルおよびカテゴリに関連していることが重要です。
タイトルが不適切、またはカテゴリが誤っている場合
ユーザーが不適切なタイトルを設定したり、間違ったカテゴリを選択したりした場合、トピックを編集して一方または両方を更新できます。トピックの上部までスクロールし、タイトル横の鉛筆アイコンをクリックします。そこからタイトルとカテゴリを変更できます。
脱線（オフトピック）
トピック、特に長くなるものは脱線する傾向があります。そのような場合、投稿を選択して新しいトピックまたは既存の関連トピックに移動させることができます。これにより、議論が「本題」に集中したまま保つことができます。
次に、投稿を移動する先を選択します：
重複トピック
既存のトピックがあるにもかかわらず、ユーザーが新しいトピックを開始することがあります。重複トピック内の投稿が議論に貢献している場合、それらを既存のトピックに移動させることができます。トピック内のすべての投稿を移動すると、そのトピックは自動的に閉じられます。
激しい、困難な、または生産性のない議論
トピック内の議論が生産性を失ったり、本題ではなく他のユーザーへの「攻撃」に焦点が移ったりしている場合、モデレーターは介入する必要があります。
スタッフ投稿を作成する。 多くの場合、単純な注意喚示で問題が解決します。ユーザーに礼儀を促したり、議論が空回っていることを警告したりする投稿を作成し、投稿の管理レンチアイコンを使用してそれをスタッフ投稿としてマークします。これにより、その投稿がサイトの公式見解であることをユーザーに示します。
スタッフ通知を追加する。 スタッフ通知は投稿の近くに現れる目立つメッセージであり、フォーラムのルールをユーザーに思い起こさせたり、重要な投稿を強調表示したりするために使用できます。
トピックタイマーを設定する。 スタッフ投稿が効果的でなかったり、議論が激しすぎて注意だけでは解決しない場合、トピックを「一時停止」させることができます。トピックの管理レンチアイコンを使用してトピックタイマーを設定します：
その後、新しい投稿を防ぐためにトピックを閉じるタイミングを選択し、トピックが再開される際に通知を表示させることができます。
スローモードを設定する。 ユーザーが連打のように返信している場合、スローモードを有効にしてより慎重な議論を促すことができます。これにより、ユーザーごとに返信間の待機時間が設定されます。
待機期間中に2番目の投稿を試みると、各ユーザーはメッセージを表示します。
スローモード中に以前の投稿を編集してこっそり投稿しようとするユーザーも、強制待機期間中はブロックされ、編集の保存時にこのメッセージを表示します。
トピックでスローモードを有効にするには、トピックの管理レンチアイコンを使用し、スローモードを設定 を選択します。
次に、投稿間の待機時間を設定してスローモードを構成し、カスタム継続時間も指定できます：
…およびスローモードを自動的に無効にするタイミングを指定します：
スローモードの自動無効化は、数時間から数ヶ月先のスケジュール設定が可能で、カスタムの終了日と時間も指定できます。
不適切なコンテンツ
ほとんどのフォーラムでは、不適切なコンテンツは稀です。
Discourse では、フラグシステムを通じてすべてのユーザーがフォーラムを清潔で適切、かつ本題に沿った状態に保つのに協力できます。所属していないトピックや投稿が見つかると、ユーザーやモデレーターはそれをレビューのためにフラグ（通報）することができます。
フラグ
フラグはあなたの最高の味方にもなれば、ウサギの穴（複雑な問題）への入り口にもなり得ます。ユーザーが投稿を気に入らない場合、モデレーターのためにそれをフラグすることができます。フラグダイアログにはいくつかのオプションがあります：
- ユーザーにメッセージを送信： ユーザーに直接メッセージを送信するための PM（プライベートメッセージ）ダイアログを開きます。これはモデレーターのレビューキューには表示されません。
- オフトピック： フラグを投じます。
- 不適切： フラグを投じます。
- スパム： フラグを投じます。
- 違法： カスタムメッセージの入力、メッセージが正確かつ完全であるかのチェックボックス、そしてフラグの投下を許可します。
- その他： カスタムメッセージの入力とフラグの投下を許可します。
/admin/config/flags) を通じてフラグの種類をカスタマイズ、並べ替え、有効化、または無効化できます。デフォルトのフラグは Discourse によって設定されていますが、管理者はこれらに限定されません。
フラグがキューに入った後、モデレーターは通知メニューに赤バッジを表示し、フラグキューを開くことができます：
3つのフラグがついた投稿は、モデレーターのアクションを待たずに自動的に非表示になります。
はい、1日あたりの最大フラグ数 サイト設定によって設定された、ユーザーが1日中使用できるフラグ数に制限があります。また、... 1日あたりのフラグ乗数 に関連するサイト設定があり、これにより異なる信頼レベルのユーザーが使用できるフラグ数が制御されます。この制限を増減したい場合は、これらの関連するサイト設定を変更するだけです：
レビューキュー
レビューキューは、Discourse コア内のすべてのレビュー対象項目（ユーザー、キューされた投稿、フラグ）を1つの統合されたレビューキューにまとめたページです。フラグされた投稿はすべてレビューキューに表示され、スタッフユーザーはサイドバーの**「レビュー」**ボタン、またはサイト設定で有効になっている場合はヘッダーのドロップダウンナビゲーションメニューからレビューキューにアクセスできます。
レビューキューでは、レビュー対象項目は裏方でスコアリングされ、優先度の高い項目が最初に表示されます。スタッフメンバーや高信頼レベルのユーザーは、より優先度の高い項目を作成します。ステータスやタイプでレビュー対象項目をクイックフィルタリングできます：
…またはその他の様々なオプション：
新しいレビューキュー機能
最近、レビューキューは新しいレイアウトと追加機能で刷新されました：
- モデレーターノート＆タイムライン： モデレーターは、各レビュー対象項目に直接ノートを記録し、互いにコミュニケーションを取ることができます。ノートは、レビュー対象項目に関する他の時系列データとともにタイムラインタブに表示されます。
- インサイトタブ： 投稿がフラグされた回数、フラグされたユーザーの信頼レベル、ユーザーがフラグされた回数、ユーザーが書いた投稿数など、レビュー対象項目に関する詳細なデータを表示します。
- 改善されたレイアウト： フィルターがページの上部に移動し、より多くの表示スペースが確保されました。
フラグの処理
レビューキューでフラグされた投稿をレビューする際、主に2つのアクションバンドル：はい と いいえ が提示されます。
- はい（同意バンドル）：
フラグが有効であることを確認します。文脈に応じて、このバンドルには以下のオプションが含まれる場合があります：- 同意して投稿を非表示にする。
- 同意して投稿を表示したままにする。
- 同意して投稿を編集する。
- 投稿を削除し、フラグに同意する。
- 投稿と返信を削除し、同意する。
- 同意してユーザーをサイレント（投稿制限）にする。
- 同意してユーザーをサスペンド（一時停止）にする。
- ユーザーアカウントを削除する。
- 同意して、以前削除されたユーザーの投稿を復元する。
- いいえ（不同意バンドル）：
フラグを拒否します。オプションには以下が含まれる場合があります：- 不同意して、非表示にされた投稿を復元する。
- フラグに不同意する。
- フラグを無視する（投稿がすでに非表示の場合は非表示のまま）。
- 投稿を削除し、フラグを無視する。
- 投稿と返信を削除し、フラグを無視する。
フラグされた PM（プライベートメッセージ）を扱う際は特に注意してください
トピックタイトルの横にメールアイコン 
があるフラグの場合、注意が必要です — フラグされた投稿はプライベートメッセージ内です。モデレーターはフラグが解決されると PM へのアクセス権を失うため（自分自身を参加者リストに追加しない限り）、その行動についてユーザーに新しいメッセージを送信することを検討してください。おそらく、それはフォーラムメンバーが PM を公開トピックに変換してほしいと依頼しているだけかもしれません。より大きな問題があると思われる場合は、同僚に報告して管理者が調査できるようにしてください。
なぜフラグがウサギの穴への入り口になり得るのか疑問に思っているかもしれません。99% の場合、フラグは簡単に処理できます — 投稿が明らかにスパムである、ユーザーが助けを必要としている、など。しかし、時には問題を解決するのが難しいこともあります。例えば、警告後も投稿で継続的に暴言を吐き、他のユーザーを虐待しているユーザーがいるかもしれません。あるいは、リクエストが簡単に解決しないかもしれません。そのような場合、同僚のモデレーターやフォーラム所有者に相談してアドバイスやサポートを求めることを恐れないでください。
あなたが唯一のモデレーターでない限り、決して一人で決定を下さなければならないと感じるべきではありません。チームがいる理由です。自動作成されたスタッフカテゴリは、チームとプライベートで議論するのに最適な場所です。同時に、自分自身の決定を下すのをためらわないでください — あなたはモデレーターに任命されたのは、正しいことをすると信頼されているからです。
投稿の非表示感度 サイト設定を「高」に設定することで、フラグに基づいて投稿やトピックが非表示になる可能性を高めることができます。ただし、Discourse は以前にサイト内でフラグがどのように処理されたかに基づいて計算を行うため、投稿が必ずしも非表示になることを保証するものではありません。例えば、あなたのサイトのスタッフによって以前にフラグが拒否されたユーザーによってフラグされた投稿は、あなたのスタッフによって以前にフラグが同意されたユーザーによってフラグされた投稿よりも、非表示になる可能性が低くなります。
投稿を非表示にするかどうかを決定するために使用されるアルゴリズムは多少複雑です。その目的は、フラグの記録の良いユーザーによってフラグされた投稿を非表示にすることですが、悪意を持ってフラグされた投稿が非表示になるのを防ぐことです。システムは、あなたのサイト内のより多くの投稿がフラグされ、あなたのサイトのスタッフによってフラグが処理されるにつれて、時間とともに学習します。
それをオフにする方法はありませんが、サイトの設定を通じてその動作を調整できます。フラグに関連するすべてのサイト設定を表示するには、サイトの設定検索ボックスにテキスト flag を入力します：
また、Discourse はトピックがフラグを受け取った場合、トピックを閉じるフラガー数 サイト設定を 1 に設定していても、トピックを自動的に閉じないことに注意してください。トピックを閉じる前に、コードはトピックをフラグしたユーザー（またはユーザー）によって提出された以前のフラグの正確性をチェックします。ユーザーのフラグの正確性は、そのユーザーによって作成された以前のフラグがあなたのサイトのスタッフによって同意されたかどうかに基づいています。ユーザーのフラグの大部分が同意された場合、トピックが閉じる可能性は高くなります。ユーザーの以前のフラグのいくつかが不同意された場合、トピックが自動的に閉じる前にさらに多くのフラグが必要になる可能性があります。
トピックを閉じるかどうかを決定する際、Discourse はトピックをフラグしたユーザーの信頼レベルを考慮します。トピックが信頼レベル 3 のユーザーによってフラグされた場合、より低い信頼レベルのユーザーのみによってフラグされた場合よりも、閉じる可能性が高くなります。上記の理由は、悪意のあるユーザーがフラグを投げることであなたのサイトのトピックを閉じるのを防ぐためです。Discourse は時間とともにあなたのユーザーのフラグの正確性について学習します。最終的には、あなたのサイトの最も信頼できるユーザーによって作成されたフラグは、単一のフラグ（または トピックを閉じるフラガー数 サイト設定に選択した値）でトピックが閉じる結果になりますが、あなたのサイト内の新しいユーザーや、正確なフラグを作成する良い記録がないユーザーによって作成されたフラグは、トピックが自動的に閉じる原因にはなりません。
モデレーター通知
プライベートメッセージがレビューキューに送信されると、このアクションに関する通知とプライベートメッセージ（場合によってはメール）が、最もアクティブな3人のモデレーターに送信されます。投稿やトピックがレビューキューに送信されると、モデレーターグループ内のすべてのユーザーに通知が送信されますが、特定のモデレーターには送信されません。この場合、すべてのモデレーターに通知が送信されますが、メールは「モデレーター」グループを「ウォッチ」しているモデレーターにのみ送信されることに注意してください。
デフォルトでは、通知レベルは トラッキング に設定されており、各モデレーターは /u/my/messages/group/moderators のモデレーターインボックスにアクセスして、自分の通知レベルの好みを変更できます：
モデレーターグループ設定から、すべてのモデレーターに対してグローバルレベルを「ウォッチ」に変更できます：
コンテンツモデレーション（承認）
デフォルトでは、ユーザーはコンテンツを承認させることなくトピックや返信を作成できます。ほとんどのサイトでは、モデレーションチームの承認を待つことなくユーザーが互いにやり取りできるようにするために、これが理想的です。
しかし、場合によっては、投稿前にモデレーションチームによるコンテンツ承認が必要になることがあります。コンテンツ承認が有効になっている場合、投稿がキューに長時間放置されるのを避けるために、アクティブなモデレーターチームがコンテンツをレビューして承認することが推奨されます。
サイト全体の承認
サイト全体のコンテンツ承認は、サイト設定を介して有効にできます。サイト所有者は、ユーザーの最初の x トピックまたは投稿に承認が必要になるように設定（投稿の承認カウント サイト設定）、特定のグループのメンバーではないユーザーによるすべてのトピック/投稿に承認が必要になるように設定（許可されたグループ以外の場合に承認）、または特定のグループのメンバーではないユーザーによる新しいトピック（投稿/返信は除く）に承認が必要になるように設定（許可されたグループ以外の場合に新しいトピックを承認）を選択できます。
カテゴリ承認
コンテンツ承認は、特定のカテゴリでも構成できます。これは、特定のカテゴリが激しい/困難な議論、異常な量の人間によるスパム、またはその他の追加のモデレーション注意を必要とする場合に有用です。サイト所有者は、カテゴリの高度な設定セクションのモデレーションタブを介して、すべての新しいトピックおよび/またはすべての新しい返信が投稿前にモデレーターの承認を必要するように構成できます：
メッセージのアーカイブ
モデレーターインボックスでモデレーターメッセージをアーカイブすると、全員に対してアーカイブされるため：
- モデレーター間で、すべてのモデレーターがグローバルに他のモデレーターの行動を把握できるように、モデレーターメッセージがインボックスに留まるべき期間についてスケジュールを合意する。
- 現在のシフトのモデレーターが、すべてのモデレーターをグローバルに通知せずにアーカイブできるモデレーターメッセージの種類（無礼なフラグ、その他のフラグなど）を決定し、すべての情報を把握したいモデレーターは、モデレーターインボックスを読んだ後にアーカイブを読むようにする。