Webサービス経由で送信されるスパムを止める方法について教えてください。

質問

スパム送信者の主な目標はトリガを使用して他のユーザーにプレースホルダ経由でスパムコンテンツを送ることです。Zendeskでは、特定の基準を満たす特定のプレースホルダは自動的に非表示になります。詳細については、次の記事を参照してください：「プレースホルダの非表示ルールの概要」

ただし、トリガをカスタマイズした場合、チケットの作成時にエンドユーザーにチケットの内容を渡すプレースホルダを使用することもできます。例：{{ticket.title}}

ステップ1：スパム送信者が攻撃の対象とするプレースホルダを削除する

アカウントのリクエスタへの通知および受信したリクエストのCCトリガのバージョンを更新します。

リクエスタおよび受信したリクエストのCCを通知するアカウント内のトリガにまだ更新がない場合、「現在のユーザー | = |（エンドユーザー）」という条件を追加します。
「アクション」で、「メールの件名」および「メールの本文」のフィールドを参照してください。プレースホルダ {{ticket.title}} への参照、またはコンテンツを表示する他の任意のプレースホルダを削除します。

このプレースホルダを削除するとスパムコンテンツを受信者と共有できなくなるため、スパム送信者はトリガを使用する意味がなくなります。このステップでは、スパムチケットのフローをただちに停止するのではなく、スパム発信者がカスタマーに届かないようにするので、スパムが届かなくなります。

ステップ2：エージェント作成のチケット用トリガが付いていることを確認する

エージェントがエンドユーザーに代わってチケットを作成する場合（プロアクティブメールを送信する場合など）、ユーザーにチケットのコンテンツを伝える（スパム送信者が使えない）トリガを新しく作成する必要があります。

新しく作成されたSupportアカウントでは、既に新規プロアクティブチケットのリクエスタへの通知トリガがデフォルトで有効になっています。ただし、古いアカウントでは、アカウントを最初から作成する必要があることがあります。

上記の推奨事項は、アカウントをさらなるスパムから保護しますが、チケットの作成はすぐに停止しません。チャネルに関係なくチケットの作成をブロックしたい場合は、ブロックリスト機能を使用し、blocklist修飾子の「suspend:」または「reject:」をドメインの先頭に追加します。

blocklist: reject:randomspammer@gmail.com suspend:qq.com

重要：修飾子を使用しない場合、メールチャネルから受信したドメインのみが影響を受けます。

他のチャネルでのスパム防止の詳細については、次の記事を参照してください。「スパム防止のリソース」

翻訳に関する免責事項：この記事は、お客様の利便性のために自動翻訳ソフトウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性については保証いたしません。

翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事を参照してください。