コミュニティコンテンツのモデレート moderating-community-content

概要 overview

コミュニティコンテンツ ( ユーザー生成コンテンツ (UGC) とも呼ばれます ) は、メンバー（サインインしたサイト訪問者）が公開済みのコミュニティサイトから次のコミュニティコンポーネントとやり取りしてコンテンツを投稿すると作成されます。

UGC のモデレートは、肯定的な貢献を認識し、否定的な貢献（スパムや虐待的な言語など）を制限するのに役立ちます。 UGC は、次の複数の環境からモデレートできます。

モデレートアクション moderation-actions

投稿されたコンテンツ (UGC) で実行できるアクションは、ユーザー ID と環境によって異なります。 次の表では、次の用語を使用して、ユーザー ID に応じた様々な役割を説明します。

編集/削除 edit-delete

投稿が完了した後は、作成者、管理者またはコミュニティモデレーターが編集または削除できます。

UGC を削除すると、リポジトリから削除され、復元できなくなります。

切り取り cut

管理者またはコミュニティモデレーターは、1 つ以上のフォーラムトピックまたは Q&A の質問を別の場所に移動できます。 同じメンバーが両方のサイトでモデレート権限を持っている場合、1 つのコミュニティサイトから別のコミュニティサイトに移動することも含まれます。

「切り取り」アクションを選択すると、内容がクリップボードにコピーされます。 複数の投稿をコピーし、グループとして新しい場所に移動できます。

もう 1 つの場所では、コンテンツがクリップボードに存在する場合、「新しい投稿」の横に貼り付けボタンが表示され、貼り付ける投稿の数が示されます。 「貼り付け」ボタンには、貼り付けの代わりにクリップボードをクリアするオプションが含まれています。

拒否 deny

モデレーターは、UGC を公開済みサイトに表示し続けることを許可しない場合があります。 管理者およびコミュニティモデレーターは、投稿を引き続き利用でき、スパムとして注釈が付けられます。

閉じる/再度開く close-reopen

「閉じる」アクションは、会話のスレッド全体（フォーラムトピックまたは最初のコメント）に対して動作し、それ以降のすべての投稿または返信が含まれます。

閉じた場合、それ以上の返信はできないだけでなく、モデレート操作もできません。

任意の操作を実行するには、トピックまたはコメントを再開する必要があります。

閉じる/再度開くアクションは、管理者またはコミュニティモデレーターが実行できます。

フラグ/フラグ解除 flag-unflag

フラグ付けは、サインインしたメンバー（コンテンツの作成者を除く）が投稿のコンテンツに問題があることを示す手段です。 フラグが設定されると、フラグ解除アイコンが表示され、同じメンバーがコンテンツのフラグを解除できます。

コンテキスト内モデレートを設定して、メンバーが投稿をフラグ付けする際に理由を選択できるようにすることができます。 選択可能なフラグの理由のリストは、カスタム理由を入力できるかどうかなどを設定できます。 フラグの理由は UGC と共に保存されますが、理由によって特定のアクションがトリガーされるわけではありません。 通知のフラグ数だけをトリガーします。 フラグ付きのコンテンツには注釈が付けられ、モデレーターが操作できるようになります。

システムは、フラグを設定したすべてのフラグとフラグの理由を追跡し、しきい値に達するとイベントを送信します。 UGC がコミュニティモデレーターによって許可されている場合、これらのフラグはアーカイブされます。 許可およびアーカイブ後に後続のフラグがある場合、それらは以前のフラグがない場合と同じようにアーカイブされます。

許可 allow

許可アクションは、フラグ付き、拒否済み、または事前にモデレートされたシステムで承認されていない UGC のオプションです。 許可アクションは、存在するフラグ付きまたは拒否/スパムのステータスをクリアし、フラグ付きのデータをアーカイブします。

一般的なモデレートの概念 common-moderation-concepts

Premoderation premoderation

UGC を事前にモデレートすると、モデレートアクションによって承認されるまで、投稿は公開済みのサイトに表示されません。 の作成時 コミュニティサイト、 [Content is Premoderated](/docs/experience-manager-64/communities/administer/sites-console.md#moderation) サイト全体の事前モデレートを有効にします。 コンポーネントをページに配置すると、モデレートをサポートするコンポーネントは、編集ダイアログの設定を使用して、事前モデレート用に設定できます。

スパム検出 spam-detection

スパム検出は、自動モデレート機能で、送信されたユーザー生成コンテンツの不要な部分をスパムとしてマークして除外します。 有効にすると、事前に設定されたスパムワードの集まりに基づいて、ユーザーが生成したコンテンツがスパムかどうかを識別します。 デフォルトのスパムワードは次の場所に提供されています：

/libs/settings/community/sites/moderation/spamdetector-conf/profiles/spam_words.txt。

ただし、デフォルトのスパムワードをカスタマイズまたは拡張するには、 /apps ディレクトリに、 オーバーレイ.

（ブログ、フォーラム、コメントなど、あらゆるコンテンツタイプの）ユーザー生成投稿で、スパムの単語を含む投稿は、投稿の上に「この投稿はスパムとして分類されました」というテキストでマークされます。

モデレーターは、そのような投稿を表示し、同じようにマークして、サイトへの表示を許可または拒否できます。 これらの投稿に対するモデレート操作は、コンテキスト内または一括モデレート UI を使用して実行できます。

スパム検出エンジンを有効にするには、次の手順に従います。

好感度 sentiment

好感度は、肯定的なキーワードと否定的なキーワードの数 (監視ワード) が投稿 (UGC) に存在すること。

センチメント分析では、事前に設定された一連のルールが使用され、UGC のセンチメントが計算されます。 デフォルトのルールは、次の場所にあります。 /libs/cq/workflow/components/workflow/social/sentiments/rules.

ルールで生成される値は、1（すべて負、正の単語なし）から 10（すべて正、否定の単語なし）です。 センチメント値 5 は中立のセンチメントで、デフォルトはです。

/libs コンポーネントで定義されるルールは次のとおりです。

ルールを上書きまたは追加するには、/apps ディレクトリに、デフォルトのルールの構造に従って一連のルールを作成します。 センチメント設定を編集して、ルールの場所を特定します。

分析が完了すると、センチメントは UGC と共に保存されます。

次の 一括モデレートコンソールを使用すると、センチメントが否定的、中立的、肯定的のどれであるかに基づいて UGC をフィルタリングして表示できます。

ウォッチワード watchwords

AEM communities では、評価プロセスのステップとして ウォッチワードアナライザ を提供しています 好感度. ウォッチワードによって提供されるセンチメント値の貢献度は、投稿されたコンテンツで使用される否定的なウォッチワードと肯定的なウォッチワード、および禁止されているワードが比較された結果です。

センチメントとウォッチワードの設定 configure-sentiment-and-watchwords

肯定的および否定的なウォッチワードのリストは、センチメントルールと同様にカスタマイズできます。

デフォルトの監視ワードのリストは、デフォルトと同様に、リポジトリ内のノードのプロパティとして入力するか、OSGi サービスを設定してデフォルトを上書きすることで入力できます sentimentprocess.name単語のリストを含む

この sentimentprocess.name また、カスタムのセンチメントルールのセットの場所を参照するように変更することもできます。

センチメントとウォッチワードを設定するには：

次に、デフォルトのウォッチワードのカスタムエントリの例を示します。 Explicit Path to Watchwords Node が /libs/settings/community/watchwords/default.

モデレーターの権限 moderator-permissions

以下の権限は、同じリソースに割り当てられた場合、まとめて「 moderator permissions: