コミュニティコンテンツのモデレート

概要

コミュニティコンテンツは、ユーザー生成コンテンツ（UGC）とも呼ばれ、メンバー（サインインした訪問者）がパブリッシュ環境で以下のいずれかのコミュニティコンポーネントを操作してコンテンツを投稿したときに作成されます。

• ブログ:メンバーはブログ記事またはコメントを投稿する
• カレンダー:メンバーは、カレンダーイベントまたはコメントを投稿します
• コメント:メンバーはコメントを投稿するか、コメントに返信します
• フォーラム:メンバーは、新しいトピックを投稿するか、トピックに返信します
• アイディエーション:メンバーがアイデアまたはコメントを投稿する
• Q&A：メンバーは質問を作成したり質問に回答したりします。
• レビュー:メンバーは、アイテムを評価する際にコメントを投稿します

UGC のモデレートは、肯定的な投稿を見分けるだけでなく、否定的な投稿（スパムや暴言など）を制限するためにも役立ちます。UGCは、次の複数の環境からモデレートできます。

• 一括モデレートコンソール

  モデレートコンソールには、管理者とコミュニティモデレーターがパブリック環境でアクセスでき、オーサー環境の管理者もアクセスできます。 これは、コミュニティコンテンツが共通ストアに格納されている場合に可能です。

• コンテキスト内モデレート

  パブリッシュ環境でのモデレートは、管理者およびコミュニティモデレーターが、コンテンツが投稿されたページで直接実行できます。

モデレートアクション

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

• Admin
  community-administratorsグループのメンバーであるユーザー
• Moderator
  コミュニティモデレーターグ ル ープのメンバー(モデレ ーター権限を持つ)
• Creator
  コンテンツを投稿したユーザー
• Member
  特別な権限を持たないサインイン済みユーザー
• Visitor
  匿名ユーザー

編集／削除

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

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

切り取り

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

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

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

拒否

モデレーターは、公開済みのサイトで特定の UGC の表示を禁止できます。管理者およびコミュニティモデレーターは、投稿を引き続き利用でき、スパムとして注釈が付けられます。

閉じる／再度開く

閉じるのアクションは、会話（フォーラムトピックまたは最初のコメント）のスレッド全体に作用し、後続のすべての投稿または返信も含まれます。

閉じるを実行すると、返信がそれ以上できなくなり、さらにモデレートアクションもできなくなります。

何か操作を実行するには、トピックまたはコメントを再度開く必要があります。

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

フラグ／フラグ解除

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

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

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

許可

許可のアクションは、フラグが設定された UGC や、拒否された UGC、事前モデレートシステムで承認されなかった UGC に対するオプションです。許可アクションは、存在するフラグ付きまたは拒否/スパムのステータスを消去し、フラグ付きのデータをアーカイブします。

一般的なモデレートの概念

事前モデレート

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

• 🔗 コメントとレビ ュー

  ユーザーモデレート​タブで、「モデレート前」をオンにします。

• フォーラム、 アイディエーション、 Q&A、カレンダーの「設 🔗 定」タブで、「 ​​ モデレート済み

スパム検出

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

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

ただし、デフォルトのスパムワードをカスタマイズまたは拡張するには、overlay を使用して、デフォルトのスパムワードの構造に従って /apps ディレクトリ内にスパムワードを作成します。

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

モデレーターは、このような投稿を表示して同じようにマーキングし、サイトへの表示を許可または拒否できます。これらの投稿に対するモデレートアクションは、コンテキスト内でおこなうことも、一括モデレート UI でおこなうこともできます。

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

1. /system/console/configMgrに移動して、Webコンソールを開きます。

2. AEM Communities Auto Moderation 設定を見つけて編集します。

3. SpamProcessエントリを追加します。

好感度

好感度は、投稿（UGC）内に存在する肯定的および否定的なキーワード（ウォッチワード）の数に基づいて計算されます。

好感度分析では、あらかじめ設定した一連のルールが使用され、UGC の好感度が計算されます。デフォルトのルールは/libs/cq/workflow/components/workflow/social/sentiments/rules.にあります。

ルールにより生成される値は、1（すべて否定的、肯定的な言葉なし）～ 10（すべて肯定的、否定的な言葉なし）です。値 5 は中立の好感度を表し、これがデフォルトになります。

/libs コンポーネントで定義されているルールを以下に示します。

• ルール1:正の単語がなく、負の単語が1つ以上ある場合は、値を1に設定します。
• ルール 2：否定的な言葉が 1 つもなく、肯定的な言葉が少なくとも 1 つある場合は、値を 10 に設定
• ルール3:肯定の単語よりも否定的な単語が多い場合は、値を3に設定します
• ルール4:否定的な単語よりも肯定的な単語が多い場合は、値を8に設定します

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

分析が完了すると、好感度が UGC と共に保存されます。

一括モデレートコンソールでは、肯定的、否定的または中立のいずれかの好感度で UGC をフィルタリングして表示できます。

ウォッチワード

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

好感度とウォッチワードの設定

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

ウォッチワードのデフォルトのリストは、リポジトリ内のノードのプロパティとして、デフォルトと同様に入力できます。また、単語のリストを使用して OSGi サービス sentimentprocess.name を設定することで、デフォルトを上書きしても入力できます。

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

好感度とウォッチワードを設定するには：

• オーサーインスタンス上
• 管理者としてログイン
• Webコンソールを開きます。
• sentimentprocess.nameを探します
• 編集モードで開く設定を選択します。

• Positive Watchwords​デフォルトを上書きするための、肯定的な好感度に影響を与える単語のコンマ区切りリストです。デフォルトは空のリストです。

• Negative Watchwords​デフォルトを上書きするための、否定的な好感度に影響を与える単語のコンマ区切りリストです。デフォルトは空のリストです。

• Explicit Path to Watchwords
  Nodeデフォルトを含むノードのリポジトリの場所
  positive デフォルト negative の監視ワードを指定するおよびプロパティ。デフォルトは /libs/settings/community/watchwords/default です。

• Sentiment Rules​肯定的および否定的ウォッチワードに基づいて好感度を計算するルールのリポジトリの場所です。初期設定は です。
  /libs/cq/workflow/components/workflow/social/sentiments/rules （ただし、ワークフローは関係しなくなりました）。

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

モデレーター権限

次の権限は、同じリソースに割り当てられると、総称して​moderator permissions​と呼ばれます。

• Read
• Modify
• Create
• Delete
• Replicate