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