Amazon SES を使用して送信する E メールのバウンス率が高い場合は、どのように対処すればよいですか?

所要時間1分

Amazon Simple Email Service (Amazon SES) アカウントのバウンス率が通常より高いです。アカウントがアカウントレビューまたは送信の一時停止といったリスクにさらされています。バウンス率が高くなった原因を特定して解決するにはどうすればよいですか?

解決方法

バウンスと苦情のモニタリングシステムを使用する

バウンス率が高くなるのを避けるため、またはバウンスの増加に迅速に対処するには、バウンスおよび苦情のモニタリングシステムを実装するのがベストプラクティスです。バウンスおよび苦情の送信アクティビティとレートをモニタリングするために使用できるメカニズムは次のとおりです。

Amazon SNS

Amazon Simple Notiﬁcation Service (Amazon SNS) を使用して、バウンス、苦情、配信をモニタリングできます。モニタリングする各 ID について Amazon SNS 通知を設定する必要があります。通知の例を見るには、「Amazon SES の Amazon SNS 通知の例」を参照してください。

イベント発行

イベント発行を使用して E メール送信をモニタリングするには、設定セットを作成する必要があります。イベント発行は、設定セットを使用してメッセージを送信する場合にのみ機能します。アクティブな送信 ID ごとにデフォルト設定セットを設定することも、メッセージを送信するときに設定セットを指定することもできます。

また、Amazon SNS イベントの送信先または Amazon Kinesis Data Firehose イベントの送信先を設定します。イベントの送信先を設定すると、詳細情報を JSON 形式で取得できます。Amazon SNS と Kinesis Data Firehose のイベントレコードの例をご覧ください。

E メールのフィードバック転送

E メールのフィードバック転送は、バウンスと苦情のみをモニタリングします。E メールのフィードバック転送はデフォルトでオンになっていますが、別のモニタリングシステムを使用している場合はオフにできます。フィードバック E メールから受け取る情報は、Amazon SNS 通知やイベント発行に比べて限定的です。

バウンスや苦情に関して最も多くの情報を得るには、モニタリングシステムとして Amazon SNS またはイベント発行を使用するのがベストプラクティスです。

レピュテーションメトリクス

Amazon SES コンソールのレピュテーションメトリクスダッシュボードを使用して、バウンス率と苦情率をモニタリングできます。Amazon CloudWatch を使用してレピュテーションモニタリングアラームを作成します。CloudWatch アラームと AWS Lambda を設定して、バウンス率または苦情率が特定のしきい値を超えたときに E メールの送信を自動的に一時停止するのがベストプラクティスです。一時停止することで、バウンス率や苦情率の増加の原因を調査できます。バウンス率を 5% 未満、苦情率を 0.1% 未満に維持するのがベストプラクティスです。

バウンス率が高くなっている原因を特定する

バウンス率が高くならないようにするには、最初にバウンスの原因となっている E メールアドレスを特定する必要があります。Amazon SNS 通知または Amazon SES イベントデータからの情報を使用して E メールアドレスを検索します。

バウンス率が高くなっている原因を特定するには、Amazon SNS バウンス通知またはイベントデータの bounceType フィールドと diagnosticCode フィールドを確認します。バウンスイベントの詳細については、「バウンスのタイプ」を参照してください。

バウンス率を高くしているアドレスへの E メールの送信を停止する

バウンスする E メールアドレスを特定したら、バウンス率がそれ以上高くならないように、それらのアドレスへのメッセージの送信を停止します。E メール受信者リストからその E メールアドレスを削除してください。

Amazon SES アカウントレベルのサプレッションリストをオンにする

アカウントレベルのサプレッションリストをアクティブ化すると、ハードバウンスの原因となったメールアドレスがサプレッションリストに追加されます。これらのアドレスにはメッセージが送信されなくなるため、バウンス率が低下します。

バウンス率が高くなっている根本原因を解決する

バウンス率が増加または急増する最も一般的な理由には、次のようなものがあります。

無効なメールボックスを持つ受信者を含む E メールリストにメッセージを送信する。受信者の誤ったリストまたは古いリストを使用した場合に発生する可能性があります。メッセージを再送信する前に、リストから無効な E メールアドレスを削除する必要があります。E メールリストの詳しい管理については、Amazon SES のベストプラクティス: リスト管理のベストプラクティストップ 5 を参照してください。
評価メトリクスに基づいて、メールボックスプロバイダーは E メール送信元の IP アドレスをブロックできます。購読者の苦情が多数ある場合、メールボックスプロバイダーによってメッセージがブロックされる場合があります。メールボックスプロバイダーのポストマスターサイトにあるガイダンス通り、ブロックを削除します。
メールボックスプロバイダーは、サードパーティーのブロックリストを使用して E メールをフィルタリングできます。メッセージがブロックされた後もメールボックスにメッセージを送信し続けると、返送率が高くなる可能性があります。メッセージがブロックされる理由については、メールボックスプロバイダーまたはブロックリストプロバイダーにお問い合わせください。ブロックリストから削除したら、問題に対処し、それに応じて送信活動を変える必要があります。Amazon SES IP アドレスのブロックリストからの削除に関するポリシーをご確認ください。

送信アプリケーションの設計を確認する

バウンスの増加の根本原因を特定したら、送信アプリケーションの設計を確認します。設計はバウンスメトリクスに影響を及ぼす可能性があります。例えば、ユーザーがサインアップするとアプリケーションが確認メールを送信する場合に、ユーザーが無効なメールアドレスを入力したとします。その後、確認メールはハードバウンスされます。もう 1 つの例としては、障害が発生したときに E メールの送信を再試行するようにアプリケーションを設定する場合です。受信者のメールボックスに問題がある場合、引き続きバウンスが発生する可能性があります。

E メールの送信を成功させるために実行できるその他のベストプラクティスやアクションについては、「リストの構築とメンテナンス」を参照してください。バウンス率を低く抑える方法の詳細については、「バウンスを最小限に抑えるにはどうすればよいですか?」を参照してください。

バウンスの処理方法を自動化する

バウンスの処理方法を自動化するソリューションを実装することもできます。次の例を参照してください。

Handling bounces and complaints (バウンスと苦情の処理)
AWS Lambda、Amazon SNS、および Amazon DynamoDB を使用した正常な E メールデータベースのメンテナンス