コミュニティコンテンツは、ユーザー生成コンテンツ(UGC)とも呼ばれ、メンバー(サインインした訪問者)がパブリッシュ環境で以下のいずれかのコミュニティコンポーネントを操作してコンテンツを投稿したときに作成されます。
ブログ:メンバーはブログ記事またはコメントを投稿します。
カレンダー:メンバーはカレンダーイベントまたはコメントを投稿します。
コメント:メンバーはコメントを投稿したり、コメントに返信したりします。
フォーラム:メンバーは、新しいトピックを投稿したり、トピックに返信したりします。
アイディエーション:メンバーはアイデアまたはコメントを投稿します。
Q&A:メンバーが質問を作成したり、質問に回答したりします。
レビュー:メンバーは、項目を評価する際にコメントを投稿します。
UGC のモデレートは、肯定的な投稿を見分けるだけでなく、否定的な投稿(スパムや暴言など)を制限するためにも役立ちます。UGC は、次の複数の環境からモデレートできます。
モデレートコンソールには、管理者がアクセスでき、 コミュニティモデレーター パブリック環境の場合と、オーサー環境の管理者の場合が考えられます。 これは、コミュニティコンテンツが 共通店.
パブリッシュ環境でのモデレートは、管理者およびコミュニティモデレーターが、コンテンツが投稿されたページで直接実行できます。
投稿コンテンツ(UGC)に対して実行できるアクションは、ユーザーの種類と環境によって異なります。次の表では、次の用語を使用して、ユーザー ID に応じた様々な役割を説明します。
Admin
次のメンバーに属するユーザー community-administrators グループ化します。
Moderator
のメンバー コミュニティモデレーター グループ(次を含む) モデレーター権限) をクリックします。
Creator
コンテンツを投稿したユーザー。
Member
特別な権限を持たないサインイン済みユーザー。
Visitor
匿名ユーザー。
管理者 | モデレーター | 作成者 | メンバー | 訪問者 | 発生する イベント |
事前モデレート | |
編集/ 削除 |
X | X | X | ||||
切り取り | X | X | |||||
拒否 | X | X | X | ||||
閉じる/ 再度開く |
X | X | X | X |
|||
フラグ/ フラグ解除 |
X | X | X | X | |||
アクセス設定 | X | X | X | X |
投稿後、作成者、管理者またはコミュニティモデレーターは、投稿を編集または削除できます。
UGC を削除すると、リポジトリから消去され、復元できなくなります。
管理者またはコミュニティモデレーターは、1 つ以上のフォーラムトピックまたは Q&A の質問を、ある場所から別の場所に移動できます。同じメンバーが両方のサイトでモデレート権限を持っている場合、1 つのコミュニティサイトから別のコミュニティサイトに移動することも含まれます。
切り取りのアクションを選択すると、コンテンツはクリップボードにコピーされます。複数の投稿をコピーし、グループとして新しい場所に移動できます。
別の場所で、クリップボードにコンテンツが存在するときには、新しい投稿の横に「貼り付け」ボタンと貼り付けられる投稿数が表示されます。「貼り付け」ボタンには、貼り付けの代わりにクリップボードをクリアするオプションが含まれています。
モデレーターは、公開済みのサイトで特定の UGC の表示を禁止できます。管理者およびコミュニティモデレーターは、投稿を引き続き利用でき、スパムとして注釈が付けられます。
閉じるのアクションは、会話(フォーラムトピックまたは最初のコメント)のスレッド全体に作用し、後続のすべての投稿または返信も含まれます。
閉じるを実行すると、返信がそれ以上できなくなり、さらにモデレートアクションもできなくなります。
何か操作を実行するには、トピックまたはコメントを再度開く必要があります。
閉じる/再度開くのアクションは、管理者またはコミュニティモデレーターが実行できます。
フラグ設定は、サインインしたメンバー(コンテンツの作成者を除く)が投稿のコンテンツに問題があることを示す手段です。フラグが設定されると、フラグ解除アイコンが表示され、同じメンバーがコンテンツのフラグを解除できます。
コンテキスト内モデレートは、設定によりメンバーが投稿にフラグを付けた理由を選択可能にできます。選択可能なフラグの理由のリストは、カスタム理由を入力できるかどうかなどを設定できます。 フラグの理由は UGC と共に保存されますが、その理由によって特定のアクションが呼び出されることはありません。通知のフラグ数だけをトリガーします。 フラグ付きのコンテンツには注釈が付けられ、モデレーターが操作できるようになります。
すべてのフラグと、フラグを付けた人、フラグの理由はシステムで追跡され、しきい値に達するとイベントが送信されます。UGC がコミュニティモデレーターによって許可されている場合、これらのフラグはアーカイブされます。 許可およびアーカイブの後にフラグが設定された場合は、以前のフラグ設定はなかったものとして、後のフラグがアーカイブされます。
許可のアクションは、フラグが設定された UGC や、拒否された UGC、事前モデレートシステムで承認されなかった UGC に対するオプションです。許可アクションは、存在するフラグ付きまたは拒否/スパムのステータスをクリアし、フラグ付きのデータをアーカイブします。
UGC の事前モデレートがおこなわれる場合、投稿は、モデレートアクションで承認されるまでは公開サイトに表示されません。の作成時 コミュニティサイト、 コンテンツを事前にモデレート サイト全体の事前モデレートを有効にします。 コンポーネントをページに配置すると、モデレートをサポートするコンポーネントは、編集ダイアログの設定を使用して、事前モデレート用に設定できます。
スパム検出は、送信済みのユーザー生成コンテンツの中から、好ましくないコンテンツをスパムとしてマーキングして除外する自動モデレート機能です。 ユーザーがスパムとしてマークすることで、送信されたコンテンツの望ましくない部分を送信しました。 有効にすると、事前に設定されたスパムワードの集まりに基づいて、ユーザーが生成したコンテンツがスパムかどうかを識別します。 デフォルトのスパムワードは次の場所にあります。
/libs/settings/community/sites/moderation/spamdetector-conf/profiles/spam_words.txt
.
ただし、デフォルトのスパムワードをカスタマイズまたは拡張するには、overlay を使用して、デフォルトのスパムワードの構造に従って /apps ディレクトリ内にスパムワードを作成します。
スパムワードを含むユーザー生成投稿(ブログやフォーラム、コメントなど、あらゆるコンテンツタイプの投稿)には、「この投稿はスパムとして分類されました」というテキストが表示されます。 スパムワードを含む(ブログ、フォーラム、コメントなど、すべてのコンテンツタイプの)ユーザー生成投稿は、投稿の上に「この投稿はスパムとして分類されました」というテキストでマークされます。
モデレーターは、このような投稿を表示して同じようにマーキングし、サイトへの表示を許可または拒否できます。これらの投稿に対するモデレートアクションは、コンテキスト内でおこなうことも、一括モデレート UI でおこなうこともできます。
スパム検出エンジンを有効にするには、次の手順に従います。
開く Web コンソールに移動して、 /system/console/configMgr
.
AEM Communities Auto Moderation 設定を見つけて編集します。
を SpamProcess エントリ。
スパム検出は英語ロケールにのみ実装されます。
好感度は、投稿(UGC)内に存在する肯定的および否定的なキーワード(ウォッチワード)の数に基づいて計算されます。
好感度分析では、あらかじめ設定した一連のルールが使用され、UGC の好感度が計算されます。デフォルトのルールは次の場所にあります。 /libs/cq/workflow/components/workflow/social/sentiments/rules.
ルールにより生成される値は、1(すべて否定的、肯定的な言葉なし)~ 10(すべて肯定的、否定的な言葉なし)です。値 5 は中立の好感度を表し、これがデフォルトになります。
/libs コンポーネントで定義されているルールを以下に示します。
ルールを上書きまたは追加するには、デフォルトのルールの構造に従って、/apps ディレクトリに一連のルールを作成します。好感度設定を編集してルールの場所を指定します。
分析が完了すると、好感度が UGC と共に保存されます。
一括モデレートコンソールでは、肯定的、否定的または中立のいずれかの好感度で UGC をフィルタリングして表示できます。
AEM communities は、 ウォッチワード分析装置 ~を評価する過程の一歩として 好感度. ウォッチワードによって提供されるセンチメント値の貢献度は、投稿されたコンテンツで使用される否定的なウォッチワードと肯定的なウォッチワード、および禁止されているワードが比較された結果です。
好感度のルールと同様に、肯定的および否定的なウォッチワードのリストをカスタマイズできます。
ウォッチワードのデフォルトのリストは、リポジトリ内のノードのプロパティとして、デフォルトと同様に入力できます。また、単語のリストを使用して OSGi サービス sentimentprocess.name
を設定することで、デフォルトを上書きしても入力できます。
この sentimentprocess.name また、センチメントルールのカスタムセットの場所を参照するように変更することもできます。
好感度とウォッチワードを設定するには:
sentimentprocess.name
.肯定的なウォッチワード
デフォルトを上書きするための、肯定的な好感度に影響を与える単語のコンマ区切りリストです。デフォルトは空のリストです。
否定的なウォッチワード
デフォルトを上書きするための、否定的な好感度に影響を与える単語のコンマ区切りリストです。デフォルトは空のリストです。
ウォッチワードノードへの明示的なパス
デフォルトを含むノードのリポジトリの場所 positive
および negative
デフォルトの監視ワードを指定するプロパティです。 デフォルトは /libs/settings/community/watchwords/default
です。
好感度ルール
肯定的および否定的ウォッチワードに基づいて好感度を計算するルールのリポジトリの場所です。デフォルトはです。 /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