Amazon SES 送信レビュープロセスに関するよくある質問 - Amazon Simple Email Service

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon SES 送信レビュープロセスに関するよくある質問

Amazon SES から送信された E メールをモニタリングして、このサービスが悪意のあるコンテンツや迷惑なコンテンツ、または質の低い E メールの送信に使用されていないことを確認しています。ユーザーがこのようなカテゴリに分類されるコンテンツを送信していると判断した場合、そのアカウントに対してアクションを起こします。このプロセスを送信レビュープロセスと呼びます。

多くの場合、アカウントの問題を検出すると、そのアカウントをレビューします。アカウントの E メール送信機能を一時停止する場合もあります。これらの対処を行うのは、各アカウントの送信者の評価を保護するためであり、他の SES ユーザーが、サービスの中断や配信性能に関する問題に直面することを回避するためです。

アカウントのレビューに関するよくある質問

Q1. 「お客様のアカウントはレビュー対象です」というメッセージを受け取りました。これはどういう意味ですか?

アカウントから送信された E メールに関係した問題が見つかりました。問題を修正するまでには猶予期間があります。引き続き通常どおり E メールを送信できますが、お客様のアカウントがレビュー対象の原因となった問題を修正する必要があります。レビュー期間が終了するまでに問題を修正しない場合は、以後の E メールの送信機能が一時停止される場合があります。

Q2. アカウントがレビュー対象になるときは、必ず通知されますか?

はい。AWS アカウントに関連付けられた E メールアドレスに通知が送信されます。

Q3. アカウントがレビュー対象であるという通知を受け取らなかったのはなぜですか?

アカウントがレビュー対象になると、AWS アカウントに関連付けられた E メールアドレスに通知が自動的に送信されます。この E メールアドレスは、AWS アカウントの作成時に指定したものです。このメールアドレスは、SES を使用して E メールを送信する際に使用するアドレスとは異なる場合があります。

評価メトリクスを定期的に参照して、送信者の評価をモニタリングすることをお勧めします。また、Amazon CloudWatch で自動アラームを設定できます。これらのアラームは、評価メトリクスが特定のしきい値を超えたときに通知を送信します。Amazon CloudWatch は、携帯電話にテキストメッセージを送信するなど、他の方法で連絡するように設定することもできます。

Q4. SES アカウントがレビュー対象になると、その他の AWS サービスの使用に影響が及びますか。

SES のアカウントがレビュー中であっても、その他の AWS サービスは利用できます。ただし、アウトバウンド通信を送信するようなその他の AWS サービス (Amazon SNS など) のサービスクォータの引き上げをリクエストする場合、SES アカウントのレビューが解除されるまでは、リクエストが却下される場合があります。

Q5. アカウントがレビュー対象である場合、どうすればよいですか?

次のことを実行してください。

  • お客様の状況で可能な場合は、問題が解決されるまでメールの送信を停止します。アカウントのレビュー中も E メールの送信を続行できます。ただし、変更を加えずにメールを送信し続けると、不用意に問題を悪化させる可能性があります。

  • 当社から受け取る E メールをご覧になり、問題の概要について確認してください。

  • 送信内容を調べて、どのような送信が原因で問題が発生したのかを具体的に特定します。

  • 問題解決のために変更した後に、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージでは、問題を解決するために行ったステップの詳細情報を提供し、これらのステップでどのように今後問題の再発を防ぐことができるかを説明します。

  • 当社が具体的に要求するすべての情報を必ず提供してください。お客様の状況を評価するために、これらの情報が必要になります。

Q6. 見直しのリクエストをするにはどうすればよいですか?

レビュー対象にするという決定の見直しをリクエストできます。見直しをリクエストするために、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。

リクエストで以下の情報を提供してください。

  • アカウントがレビュー対象となった根本原因に関する情報。

  • 問題修正のために行った変更のリスト。実行済みのステップのみを含め、今後実行する予定のステップは含めないでください。

  • これらの変更により今後どのように同じ問題の再発が防止されるかに関する情報。

アカウントがレビュー対象となったイベントの性質によっては、追加情報を提出していただく場合があります。リクエストに含める情報のリストについては、発生した問題に関する、よくある質問のトピックを参照してください。

Q7. 見直しリクエストが受け入れられない場合どうなりますか?

当社はお客様にリクエストを受け入れなかった理由に関する情報を回答します。問題を解決し、その変更により今後問題の再発を防げることを示すことができれば、場合によっては、別のリクエストを送信することができます。

Q8. 問題を診断する際にサポートを受けることはできますか?

通常は、問題の概要だけが伝えられます (たとえば、バウンスに関する問題があるなど)。根本原因は、お客様の側で調査する必要があります。

Q9. アカウントがレビュー対象でなくなったことを確認するには、どうすればよいですか?

評価メトリクスにはアカウントの現在のステータスに関する情報が含まれます。詳細については、「評価メトリクスを使用して返送率と苦情率を追跡する」を参照してください。

Q10. 問題が存在する場合は必ずアカウントがレビュー対象になりますか。

いいえ。状況によっては、アカウントをまずレビュー対象にするのではなく、E メール送信機能を一時停止する場合があります。以下に例を示します。

  • 問題が非常に深刻な場合。

  • お客様のアカウントが過去に何度も同じ問題でレビュー対象になっている場合。そのため、レビュー対象の原因となった個別の問題を解決するだけではなく、根本的な問題に対処することが重要となります。たとえば、特定のキャンペーンが原因でアカウントがレビュー対象になっているのであれば、そのキャンペーンを単に停止する以上のことを実行する必要があります。キャンペーンのどのような特徴が問題となっていたかを特定し、今後のキャンペーンで同じ問題が発生しないようにするプロセスを構築する必要があります。

いずれの場合でも、アカウントの E メール送信機能を一時停止する際には、自動的に通知を送信します。

Q11. レビュー対象の期限が切れる直前に問題を解決した場合どうなりますか?

AWS Management Consoleにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。ケースへの返信で、問題が解決したことを通知してください。

Q12. AWS の担当者やプレミアムサポートからサポートを受けることはできますか?

AWS のアカウント担当者がすでに決まっている場合は、お客様のアカウントがレビュー対象になると、その担当者に自動的に通知されます。アカウント担当者は、問題の把握に役立つ追加情報をお客様に提供できる場合があります。プレミアムサポートを利用している場合は、そのチームに連絡してさらなるサポートを受ける必要もあります。

送信一時停止に関するよくある質問

Q1. 「アカウントの E メール送信機能を一時停止します」というメッセージを受信しました。これはどういう意味ですか?

お客様が送信した E メールに重大な問題があるため、お客様のアカウントの E メール送信機能を一時停止しました。ほとんどの場合、アカウントの一時停止は、次のいずれかの理由によります。

  • 以前にアカウントがレビュー対象になっていた。アカウントがレビュー対象になった原因がレビュー期間の終了までに修正されなかったため、アカウントの E メール送信を一時停止しました。

  • アカウントは同じ問題で何度もレビュー対象になっている。

  • アカウントは AWS サービス利用規約に違反した E メールを送信した。これらの違反が深刻な場合、アカウントをまずレビュー対象にするのではなく、E メール送信機能を一時停止する可能性があります。

Q2. アカウントの E メール送信機能が一時停止されるときは、必ず通知されますか。

はい。AWS アカウントに関連付けられた E メールアドレスに通知が送信されます。

Q3. アカウントの E メール送信機能が一時停止されています。なぜ通知がなかったのでしょうか?

アカウントの E メール送信機能を一時停止する場合は、そのアカウントに関連付けられている E メールアドレスに通知を送信します。

注記

AWS アカウントを作成するときに、E メールアドレスを指定する必要があります。このアドレスはいつでも変更できます。AWS アカウントに関連付けられているアドレスを変更する詳しい方法については、「AWS アカウントの管理」 (AWS Billing and Cost Management ユーザーガイド) を参照してください。

バウンス率や苦情率が高すぎるときに通知するアラームを Amazon CloudWatch で作成できます。アラームを作成すると、アカウントの E メール送信機能の一時停止に至るような要因について早い段階で警告を受けることができます。ただし、バウンスや苦情以外にも E メール送信機能を一時停止する要因があります。CloudWatch アラームの作成の詳細については、「CloudWatch を使用して評価モニタリングアラームを作成する」を参照してください。

アカウントダッシュボードを使用してアカウントの現在のステータスを確認することもできます。例えば、アカウントの E メール送信機能が現在一時停止になっている場合、アカウントダッシュボードの [Account status] (アカウントステータス) セクションに、ステータスとして [Paused] (一時停止) と表示されます。アカウントで正常に E メールを送信できる場合は、[Healthy] (正常) と表示されます。

最後に、https://phd.aws.amazon.com/ で AWS Health Dashboard (PHD) をチェックし、アカウントの E メール送信機能が現在一時停止されているかどうかを確認できます。アカウントの E メール送信機能が一時停止されると、PHD の [Event log (イベントログ)] セクションに [SES sending paused (SES 送信一時停止)] イベントが自動的に追加されます。[SES sending paused (SES 送信一時停止)] イベントのステータスは、アカウントの E メール送信機能が現在一時停止されているかどうかに関係なく、常に [Closed (クローズ)] です。イベントログには、送信一時停止イベントの発生時に AWS アカウントに関連付けられていた E メールアドレスに送信された E メールのコピーも含まれます。

個人用 Health ダッシュボードに新しいイベントが表示されたときにアラートするアラームを CloudWatch で作成できます。詳細については、AWS Health ユーザーガイドの「 CloudWatch Eventsを使用した AWS Health イベントのモニタリング」を参照してください。

Q4. アカウントの E メール送信機能が一時停止されています。これによって、他の AWS サービスの使用に影響がありますか?

アカウントの E メール送信機能の一時停止中にも他の AWS サービスを使用することもできます。ただし、アウトバウンド通信を送信する他のAWSのサービス (Amazon SNS など) で service quota の引き上げを申請した場合、アカウントの E メール送信機能が回復するまで、その申請は拒否されることがあります。

Q5. アカウントの E メール送信機能が一時停止されるときは、どうすればよいですか?

次のことを実行してください。

  • 当社から受け取る E メールをご覧になり、問題の概要について確認してください。

  • 送信内容を調べて、どのような送信が原因で問題が発生したのかを具体的に特定します。

  • 問題解決のために変更した後に、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージでは、問題を解決するために行ったステップの詳細情報を提供し、これらのステップでどのように今後問題の再発を防ぐことができるかを説明します。

  • 当社が具体的に要求するすべての情報を必ず提供してください。お客様の状況を評価するために、これらの情報が必要になります。

Q6. レビューとは何ですか?

レビュー対象にするという当社の決定を見直すようにリクエストできます。見直しのリクエストに関する詳細については、次の質問を参照してください。

Q7. 見直しのリクエストをするにはどうすればよいですか?

見直しをリクエストするために、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。

リクエストで以下の情報を提供してください。

  • この問題の原因に関する情報。

  • 問題修正のために行った変更のリスト。実行済みのステップのみを含め、今後実行する予定のステップは含めないでください。

  • これらの変更により今後どのように同じ問題の再発を防ぐことができるかに関する情報。

アカウントの E メール送信機能が一時停止となったイベントの性質によっては、追加情報を提出していただく場合があります。リクエストに含める情報のリストについては、発生した問題に関する、よくある質問のトピックを参照してください。

Q8. リクエストが受け入れられない場合どうなりますか?

当社はお客様にリクエストを受け入れなかった理由に関する情報を回答します。問題を解決し、その変更により今後問題の再発を防げることを示すことができれば、場合によっては、別のリクエストを送信することができます。

Q9. 問題を診断する際にサポートを受けることはできますか?

通常は、問題の概要だけが伝えられます (たとえば、バウンスに関する問題があるなど)。問題を解決するのは、お客様の責任です。

Q10. アカウントの E メール送信機能が回復したことはどうすればわかりますか?

評価メトリクスにはアカウントの現在のステータスに関する情報が含まれます。詳細については、「評価メトリクスを使用して返送率と苦情率を追跡する」を参照してください。

Q11. AWS の担当者やプレミアムサポートからサポートを受けることはできますか?

AWS のアカウント担当者がすでに決まっている場合は、お客様のアカウントの E メール送信機能が一時停止になると、その担当者に自動的に通知されます。アカウント担当者は、問題の把握に役立つ追加情報をお客様に提供できる場合があります。プレミアムサポートを利用している場合は、そのチームに連絡してさらなるサポートを受ける必要もあります。

バウンスに関するよくある質問

Q1. なぜバウンスを重視しているのですか?

高いバウンス率は、E メールプロバイダーやアンチ スパム組織などのエンティティで、不良な E メール送信プラクティスに関与している送信者を検出するためによく使用されます。高いバウンス率は、E メールが受信トレイではなく迷惑メールフォルダに送信される原因になる可能性があります。

Q2. アカウントのバウンス率により、アカウントがレビュー対象になっている、または送信が一時停止になっている、という通知を受信した場合、どうすればよいですか?

問題の原因を特定し、修正します。問題解決のために変更した後に、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージでは、問題を解決するために行ったステップの詳細情報を提供し、これらのステップでどのように今後問題の再発を防ぐことができるかを説明します。次の情報も含めてください。

Q3. どのような種類のバウンスがバウンス率に含まれますか?

バウンス率には、まだ確認していないドメインに対するハードバウンスのみが含まれます。ハードバウンスは、「アドレスは存在しません」などの永続的な配信障害です。「メールボックスがいっぱいです」 などの一時的かつ断続的な障害や、IP アドレスのブロックによるバウンスは、バウンス率にカウントされません。

Q4. アカウントのレビューや、送信の一時停止の原因になりえるバウンス率は公開されていますか?

最良の結果を得るには、バウンス率を 2% 未満に維持する必要があります。これより高いバウンス率は、E メールの配信に影響する可能性があります。

バウンス率が 5% 以上になると、アカウントはレビュー対象になります。バウンス率が 10% 以上の場合は、高いバウンス率の原因となった問題が解決するまで、以後の E メール送信を一時停止することがあります。

Q5. バウンス率の計算対象となる期間はどれくらいですか?

バウンス率の計算は固定期間に基づいて行われるわけではありません。これは、さまざまな送信者が異なる割合で送信を行うためです。代わりに、代表ボリューム (典型的な通常の E メール送信量) を調べます。大量のメールの送信者と少量のメールの送信者を公平に扱うために、代表的ボリュームはユーザーごとに異なっており、ユーザーの送信パターンの変化に伴い代表的ボリュームも変わります。

Q6. SES コンソールや GetSendStatistics API の情報を使用して、独自にバウンス率を計算することはできますか。

いいえ。バウンス率は、代表ボリュームを使用して計算されます (「Q5. バウンス率の計算対象となる期間はどれくらいですか?」を参照)。送信率によっては、SES コンソールや GetSendStatistics で取得できる期間より以前の期間を含めたバウンス率である場合があります。また、バウンス率を計算するときに考慮されるのは、検証されていないドメインへの E メールのみです。ただし、これらのメソッドを使用して定期的にバウンス率をモニタリングしている場合は、問題が発生してアカウントがレビュー対象になる、または、アカウントの E メール送信機能が一時停止される前に問題を見つける適切な指標になります。

Q7. どの E メールアドレスがバウンスされたかを確認するには、どうすればよいですか?

SES から送信されたバウンス通知を調べます。SES が通知を転送する先の E メールアドレスは、「E メールを介したAmazon SES に関する通知の受信」に説明されているとおり、元のメッセージの送信方法によって異なります。また、「Amazon SES のイベント通知の設定」で説明されているように、Amazon Simple Notification Service (Amazon SNS) からバウンス通知をセットアップすることもできます。バウンスされたアドレスを詳しく調べずにリストから削除すると、根本的な問題が解決できなくなる場合があるので、注意してください。バウンスを減らすために実行できる作業については、「Q11. バウンスを最小限に抑えるにはどうすればよいですか?」を参照してください。

Q8. バウンスをモニタリングしていない場合、バウンスされたアドレスのリストは提供されますか?

いいえ。バウンスされたアドレスの完全なリストを提供することはできません。アカウントのバウンスをモニタリングし、それに応じて行動するのは、お客様の責任です。

Q9. バウンスはどのように処理すればよいですか?

バウンスされたアドレスをメーリングリストから削除し、それらのアドレスへのメール送信をすぐに停止する必要があります。送信メールが少量であれば、場合によっては、E メールを使用してバウンスをモニタリングし、バウンスされたアドレスをメーリングリストから手動で削除するだけで十分です。もしボリュームが多ければ、場合によっては、このプロセスのオートメーションをセットアップする必要があります。そのためには、バウンスを受信したメールボックスをプログラムで処理するか、Amazon SNS を経由するようにバウンス通知を設定します。詳細については、「Amazon SES のイベント通知の設定」を参照してください。

Q10. 送信クォータに達したために、E メールがバウンスされる場合はありますか?

いいえ。バウンスは送信クォータとは関係ありません。送信クォータを超えた E メールを送信しようとすると、SES API または SMTP インターフェイスからエラーが返されます。

Q11. バウンスを最小限に抑えるにはどうすればよいですか?

まず、バウンスの状況について把握してください (「Q7. どの E メールアドレスがバウンスされたかを確認するには、どうすればよいですか?」を参照)。そして、次のガイドラインに従ってください。

  • E メールアドレスの購入、貸与、共有は行わないでください。E メールの受信を明示的にリクエストした受信者にのみ E メールを送信します。

  • バウンスされた E メールアドレスをリストから削除します。

  • ユーザーは、ウェブのフォームで、E メールアドレスを 2 回入力してフォーム送信前に両方のアドレスが一致していることをチェックするように求められます。

  • ダブルオプトインを使用して、新しいユーザーをサインアップします。つまり、新しいユーザーは、サインアップ後に確認メールを受信します。その確認メールで確認のクリックをすると、その他のメールを受け取ることができます。これにより、他のユーザーのサインアップをしたり、誤ってサインアップしたりすることを回避できます。

  • 最近メールを送信していないアドレスに送信する必要がある場合 (つまり、そのアドレスがまだ有効であるかどうかを確認できていない場合)、すべての送信内容のごく一部だけを、そのアドレスに送信します。詳細については、ブログ投稿「古いアドレスには送信しないこと。ただし、送信する必要がある場合はどうするか?」を参照してください。

  • 架空のアドレスの使用を推奨するようなサインアップを構築していないことを確認します。たとえば、付加価値や特典は受信者の確認済みアドレスにのみ与えるようにしてください。

  • 「友だちにメールを送る」機能を取り入れている場合は、CAPTCHA や同様のメカニズムを使用して、この機能が自動的に使用されることを防いでください。また、ユーザーが自由にコンテンツを挿入することを許可しないでください。

  • システム通知のために SES を使用している場合は、メールを受信できる実在のアドレスに通知を送信していることを確認してください。また、不要な通知は無効にすることを検討してください。

  • 新しいシステムをテストしている場合は、E メールを受信できる実在のアドレスに送信していること、または SES メールボックスシミュレーターを使用していることを確認してください。詳細については、「手動でメールボックスシミュレーターを使用する」を参照してください。

苦情に関するよくある質問

Q1. 苦情とは何ですか?

受信者が E メールの受信をリクエストしていないことを報告した場合に、苦情が発生します。受信者が E メールクライアントで [スパムの報告] などのボタンをクリックした場合、E メールプロバイダーに苦情を報告した場合、SES に直接またはその他の方法で通知した場合などが該当します。このトピックには、苦情に関する全般的な情報が含まれています。通知に、苦情のソースに関する特定の情報が含まれている場合は、以下の関連トピックも参照してください。

Q2. なぜ苦情を重視しているのですか?

高い苦情率は、E メールプロバイダー、アンチスパム組織などの団体によって頻繁に使用されます。このような苦情率は、E メールの受信にサインアップしていない受信者に送信者がメールを送ったことや、送信者が送ったコンテンツは受信者がサインアップしたコンテンツのタイプと異なっていることを示す指標として利用されます。

Q3. 苦情が絡む問題により、アカウントがレビュー対象になるという通知や、送信が一時停止になるという通知を受信した場合、どうすればよいですか?

お客様のリスト取得プロセスと E メールの内容を確認して、受取人がお客様からの E メールを受け取りたくない理由を確認します。問題の原因を特定し、修正します。問題解決のために変更した後に、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージでは、問題を解決するために行ったステップの詳細情報を提供し、これらのステップでどのように今後問題の再発を防ぐことができるかを説明します。

Q4. 苦情を最小限に抑えるにはどうすればよいですか?

まず、必ず SES から通知される苦情をモニタリングします。SES は、フィードバックループ (「フィードバックループを介した SES の苦情に関するよくある質問」を参照) を介してこのような苦情を受け取ります。そして、次のガイドラインに従ってください。

  • E メールアドレスの購入、貸与、共有は行わないでください。お客様からのメールを具体的にリクエストしたアドレスのみを使用します。

  • ダブルオプトインを使用して、新しいユーザーをサインアップします。つまり、ユーザーは、サインアップ後に確認メールを受信します。その確認メールで確認のクリックをすると、その他のメールを受け取ることができます。これにより、他のユーザーのサインアップをしたり、誤ってサインアップしたりすることを回避できます。

  • 送信したメールへの対応状況をモニタリングし、メッセージを開かなかった受信者やクリックしなかった受信者への送信を停止します。

  • 新しいユーザーがサインアップするとき、ユーザーが受信する E メールの種類を明確にします。また、ユーザーがサインアップしたときに指定した種類のメールだけを送信するようにします。たとえば、ユーザーがニュースの更新にサインアップした場合は、広告を送信しないでください。

  • メールが適切な形式になっており、見た目の質も高いことを確認します。

  • お客様からのメールであることが明確で、他のメールと混同されないことを確認します。

  • ユーザーがメールの受信登録を解除するとき、わかりやすく簡単な方法で実行できるようにします。

フィードバックループを介した SES の苦情に関するよくある質問

このトピックでは、フィードバックループを介して SES が E メールプロバイダーから受け取る苦情に関する情報を提供します。すべての種類の苦情に適用される一般的情報については、「苦情に関するよくある質問」を参照してください。

Q1. この種類の苦情はどのように報告されていますか?

ほどんどの E メールクライアントプログラムには、メッセージをスパムフォルダに移動して E メールプロバイダーに転送するためのボタン ([Mark as Spam (スパムとしてマーク)] など) が用意されています。また、ほとんどのプロバイダーでは、ユーザーが不要な E メールを転送して E メールプロバイダーによる防止策をリクエストできる迷惑メール用アドレス (abuse@example.com など) を用意しています。E メールプロバイダーとのフィードバックループ (FBL) を SES で設定している場合、苦情は SES に転送されます。

注記

メッセージを送信すると、SES は自動的にフィードバック ID ヘッダーを設定し、メールボックスプロバイダーが苦情やスパム率などの配信統計を集約できるようにして、ユーザーも統計を利用できるようにします。SES が提供するフィードバック ID ヘッダー値の構成は、以下のとおりです。

  • FeedBackId:((SESInternalID):(AmazonSES))。ここで、

    • SESInternalID は、SES が苦情情報を収集するために使用する識別子です。

    • AmazonSES は、SES を送信プラットフォームとして識別する静的タグです。

必要に応じて、SES が提供する標準のフィードバック ID ヘッダー値に加えて、ses:feedback-id-a メッセージタグと ses:feedback-id-b メッセージタグ (最大 2 つまで) を使用して独自のカスタマイズしたフィードバック ID を指定することもできます。「E メールキャンペーンのきめ細かなフィードバック」を参照してください。

Q2. このような苦情は、SES コンソールにある苦情率の統計に含まれていて、GetSendStatistics API で返されますか。

はい。ただし、苦情率の統計には SES にフィードバックを提供しない E メールプロバイダーからの苦情は含まれません。フィードバックを提供するドメインでの苦情率は、他の送信を代表しているものと考えることができます。

Q3. これらの苦情はどのようにして通知されますか?

E メールまたは Amazon SNS 通知を通じて通知を受けることができます。セットアップ手順については、「Amazon SES のイベント通知の設定」を参照してください。

Q4. E メールまたは Amazon SNS を通じて苦情の通知を受け取った場合はどうすればよいですか?

最初に、苦情が発生したアドレスをメーリングリストから削除し、それらのアドレスへのメール送信をすぐに停止する必要があります。受信解除のリクエストを受け取ったことを示す E メールの送信も行わないでください。このプロセスのオートメーションのセットアップを検討してください。そのためには、苦情を受信したメールボックスをプログラムで処理するか、Amazon SNS を経由して苦情通知を設定するかします。詳細については、「Amazon SES のイベント通知の設定」を参照してください。

次に、送信状況を詳細に調べて、お客様から送信されたメールを受信者が快く思わない理由を判断し、根本的な問題に対処します。苦情を持つすべてのユーザーの中には、お客様のメールを快く思わなかったけれども、苦情を申し出なかった (または苦情を申し出ることができなかった) 受信者が多数いる可能性があります。実際に苦情を申し出た受信者を削除しただけでは、根本的な問題に対処したことにはなりません。

Q5. アカウントがレビュー対象になったり、アカウントの E メール送信機能が一時停止されたりする原因となり得る SES 苦情率は公開されていますか。

最良の結果を得るには、苦情率を 0.1% 未満に維持する必要があります。これより高い苦情率は、E メールの配信に影響する可能性があります。

苦情率が 0.1% 以上になると、アカウントはレビュー対象になります。苦情率が 0.5% 以上の場合は、高い苦情率の原因となった問題が解決するまで、以後の E メール送信を一時停止することがあります。

Q6. 苦情率の計算対象となる期間はどれくらいですか?

苦情率の計算は固定期間に基づいて行われるわけではありません。これは、さまざまな送信者が異なる割合で送信を行うためです。代わりに、代表ボリューム (典型的な通常のメール送信量) を調べます。大量のメールの送信者と少量のメールの送信者を公平に扱うために、代表的ボリュームはユーザーごとに異なっており、ユーザーの送信パターンの変化に伴い代表的ボリュームも変わります。また、苦情率はすべての E メールに基づいて計算されるわけではありません。代わりに、苦情率は、苦情のフィードバックを SES に送信するドメインを対象としており、これらのドメインに送信されたメールに対する苦情の割合として計算されます。

Q7. SES コンソールや GetSendStatistics API からのメトリクスを使用して、独自に苦情率を計算することはできますか。

いいえ。その主な理由には、次の 2 つがあります。

  • 苦情率は、代表ボリュームを使用して計算されます(「Q6. 苦情率の計算対象となる期間はどれくらいですか?」を参照)。送信率によっては、SES コンソールや GetSendStatistics API で取得できる期間より以前の期間を含めた苦情率である場合があります。このため、これらのメソッドを定期的に使用して、アカウントの苦情率をモニタリングすることをお勧めします。このように苦情率をモニタリングすることで、E メールの配信に影響を及ぼす前に、問題を特定するための必要な情報を取得できます。

  • 苦情率を計算するとき、すべての E メールが計算対象になるわけではありません。苦情率は、苦情のフィードバックを SES に送信するドメインを対象としており、これらのドメインに送信されたメールに対する苦情の割合として計算されます。

Q8. どの E メールアドレスに苦情があったかを確認するには、どうすればよいですか?

E メールまたは Amazon SNS を介して SES から受信した苦情の通知を確認します (「Amazon SES のイベント通知の設定」を参照)。ただし、E メールプロバイダーから提供される情報の量は異なり、プロバイダーによっては苦情を送信した受取人の E メールアドレスを編集してから苦情通知を SES に渡す場合もあります。今後、受取人の E メールアドレスを特定できるようにする最善の方法は、SES が E メールを受け付ける際にお客様に渡す SES メッセージ ID と識別子のマッピングを保存しておくことです。カスタムメッセージ ID を追加しても、SES には保持されないことに注意してください。

Q9. 苦情をモニタリングしていない場合、苦情があったアドレスのリストは提供されますか?

残念ながら、弊社では、包括的なリストを提供することはできません。ただし、E メールや Amazon SNS を利用して、将来の苦情をモニタリングすることはできます。

Q10. E メールのサンプルを入手できますか?

リクエストに応じて E メールのサンプルをお送りすることはできませんが、この情報は苦情通知に含まれている場合があります。詳細については、「Q8. どの E メールアドレスに苦情があったかを確認するには、どうすればよいですか?」を参照してください。

受信者から直接 SES に寄せられた苦情に関するよくある質問

このトピックでは、受信者から直接 SES に寄せられた苦情に関する情報を提供します。すべての種類の苦情に適用される一般的情報については、「苦情に関するよくある質問」を参照してください。

Q1. この種類の苦情はどのように報告されていますか?

E メールやその他の方法を介して、お客様が送信した E メールに関して複数の受信者から直接 SES に連絡がありました。

Q2. このような苦情は、SES コンソールにある苦情率の統計に含まれていて、GetSendStatistics API で返されますか。

いいえ。SES コンソールや GetSendStatistics API を使用して取得する苦情率の統計に含まれるのは、フィードバックループを通じて SES が受け取った苦情のみです。これらの苦情のタイプの詳細については、「フィードバックループを介した SES の苦情に関するよくある質問」を参照してください。

Q3. E メールのフィードバック通知または Amazon SNS を通じて、これらの苦情について通知されないのはなぜですか?

E メールのフィードバック転送および Amazon SNS 通知には、フィードバックループを介して SES が受け取る苦情のみが含まれます。受信者から直接 SES に寄せられた苦情についての通知は送信されません。

Q4. どの E メールアドレスに苦情があったかを確認するには、どうすればよいですか?

苦情元の受信者の ID を保護するために、お客様の E メールについて苦情を申し出た受信者の E メールアドレスのリストを提供することはできません。

お客様のリストからそのような受信者を削除することに注力するのではなく、苦情が寄せられる原因となった問題を特定することをお勧めします。まず、顧客獲得プロセスを見直し、お客様からの E メールの受信を明示的にリクエストしていない顧客をリストから削除することをお勧めします。E メールの内容を分析して、受信者が苦情を申し出ている理由の把握に努めてください。

Q5. E メールのサンプルを入手できますか?

苦情元の受信者の ID を保護するために、受信者が苦情を申し出る原因となった E メールのコピーを提供することはできません。

Q6. 直接的な苦情により、アカウントがレビュー対象である、または送信が一時停止になるという通知を受信した場合、どうすればよいですか?

送信プロセスをすぐに変更して、お客様からのメッセージの受信にサインアップした受信者にのみメッセージを送信するようにします。また、受信者がサインアップした受信コンテンツタイプを送信するようにしてください。問題解決のために変更した後に、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージでは、問題を解決するために行ったステップの詳細情報を提供し、これらのステップでどのように今後問題の再発を防ぐことができるかを説明します。

お客様が3 週間以内に見直しをリクエストせず、かつ受信者から直接苦情が送信され続ける場合、お客様のアカウントの E メール送信機能を一時停止することがあります。

E メールプロバイダーを介した SES の苦情に関するよくある質問

このトピックでは、SES が E メールプロバイダー (別称メールボックスプロバイダー) を介して受け取る苦情に関する情報を提供します。すべての種類の苦情に適用される一般的情報については、「苦情に関するよくある質問」を参照してください。

Q1. この種類の苦情はどのように報告されていますか?

非常に多くの数の顧客が、お客様の E メールをスパムとマークしたことが E メールプロバイダーから SES に報告されました。この報告は、「フィードバックループを介した SES の苦情に関するよくある質問」で説明されるフィードバックループ以外の方法で SES に提供されました。

Q2. このような苦情は、SES コンソールにある苦情率の統計に含まれていて、GetSendStatistics API で返されますか。

いいえ。SES コンソールや GetSendStatistics API を使用して取得する苦情率の統計に含まれるのは、フィードバックループを通じて SES が受け取った苦情のみです。

Q3. E メールのフィードバック通知または Amazon SNS を通じて、これらの苦情について通知されないのはなぜですか?

E メールのフィードバック転送および Amazon SNS 通知には、フィードバックループを介して SES が受け取る苦情のみが含まれます。

Q4. どの E メールアドレスに苦情があったかを確認するには、どうすればよいですか?

通常、E メールプロバイダーはこの情報を公開していません。ただし、リストから個別の受信者を削除することではなく、根本的な問題の発見と修正に重点を置く必要があります。お客様のリスト取得プロセスと E メールの内容を確認して、受取人がお客様の E メールを受け取りたくない理由を特定することから開始します。

Q5. E メールのサンプルを入手できますか?

いいえ。通常、E メールプロバイダーはサンプルの E メールを公開していません。

Q6. E メールプロバイダーの苦情により、アカウントがレビュー対象である、または送信が一時停止になるという通知を受信した場合、どうすればよいですか?

問題の原因を特定し、修正します。問題解決のために変更した後に、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージでは、問題を解決するために行ったステップの詳細情報を提供し、これらのステップでどのように今後問題の再発を防ぐことができるかを説明します。お客様が3 週間以内に見直しをリクエストせず、かつ引き続き E メールプロバイダーから苦情が送信され続ける場合、お客様のアカウントの以後の E メール送信を一時停止することがあります。

スパムトラップに関するよくある質問

Q1. スパムトラップとは何ですか?

スパムトラップは、インターネットサービスプロバイダー(ISP)、E メールプロバイダー、またはアンチスパム組織によって管理される特別な E メールアドレスです。アドレスが E メール受信のサインアップを正当に行っていないため、スパムトラップを管理する組織は、アドレスにメールを送信している者が 不審なメール行為を実施しているようであると判断しています。

Q2. スパムトラップはどのようにセットアップされますか?

スパムトラップのアドレスは複数の方法でセットアップされます。これらのアドレスは、以前は有効であったアドレスから変換されたものですが、長期間にわたって未使用 (およびバウンスの状態) になっています。また、これらのアドレスはスパムトラップとして使用されることのみを目的としてセットアップされています。スパムトラップのアドレスは、推測しにくい通常とは異なるアドレスで、実際のアドレスに近いアドレスになっている場合もあります (たとえば、一般的なドメイン名のスペルを変えたアドレスなど)。常にというわけではありませんが、スパムトラップがさまざまな方法でインターネット上に配置され、世界中に「仕掛けられる」ことがよくあります。

Q3. スパムトラップに送信した場合、SES はどのように把握しますか。

SES の送信者がスパムトラップにヒットすると、スパムトラップを運営する特定の組織が SES に通知を送信します。

Q4. SES はどのようにスパムトラップレポートを使用するのですか。

レポートを確認します。アカウントがスパムトラップに E メールを送信していると判断された場合、アカウントはレビュー対象になり、根本的な問題を解決するよう求められます。レビュー期間が終了するまでに問題を修正しない場合、アカウントの E メール送信機能が一時停止されることがあります。スパムトラップの問題が非常に深刻である場合は、アカウントをまずレビュー対象にするのではなく、ただちに E メール送信機能を一時停止する可能性があります。

Q5. スパムトラップの問題により、アカウントがレビュー対象である、または送信が一時停止になるという通知を受信した場合、どうすればよいですか?

まず、アカウントがレビュー対象になる、または、アカウントの E メール送信機能が一時停止される原因となった問題に対処します。次に、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージでは、問題を解決するために行ったステップの詳細情報を提供し、これらのステップでどのように今後問題の再発を防ぐことができるかを説明します。お客様が加えた変更により問題が適切に対処されたと見なされた場合は、アカウントのレビュー期間をキャンセル、または一時停止を解除します。

スパムトラップのヒットが報告される方法に起因して、お客様の加えた変更で問題が解決されたかどうかを判断するのに 3 週間以上かかる場合があります。

Q6. アカウントがレビュー対象になる、または、アカウントの E メール送信機能が一時停止されるまで許容されるスパムトラップのヒットは何件ですか?

アカウントに対してアクションを実行するまでのスパムトラップの特定のヒット件数は公開されていません。ただし、重要な注意点として、スパムトラップのヒットは少数でも、お客様の送信者としての評価に悪影響を及ぼす可能性があります。そのため、スパムトラップレポートを重視する必要があります。

Q7. スパムトラップのアドレスは公開されていますか?

いいえ。スパムトラップが有効であるためには、スパムトラップが公開されていないことが重要です。スパムトラップの組織は、スパムトラップのヒットが発生したことだけを公開しており、実際のスパムトラップのアドレスは公開していません。

Q8. スパムトラップへの送信を回避するにはどうすればよいですか?

スパムトラップに送信するリスクを軽減するには、次のガイドラインに従ってください。

  • E メールアドレスの購入、貸与、共有は行わないでください。お客様からのメールを具体的にリクエストしたアドレスのみを使用します。

  • ユーザーは、ウェブフォームで、E メールアドレスを 2 回入力してフォーム送信前に両方のアドレスが一致していることを確認するように求められます。

  • ダブルオプトインを使用して、新しいユーザーをサインアップします。つまり、ユーザーは、サインアップ後に確認メールを受信します。その確認メールで確認のクリックをすると、その他のメールを受け取ることができます。

  • ハードバウンスが発生するアドレスをリストから削除します。これにより、それらのアドレスは、スパムトラップに変換されるよりもかなり前に削除されることになります。

  • 受信者の関与の状況をモニタリングし、最近 E メールやウェブサイトを使用していない受信者への送信を停止します。「使用しているユーザー」を決める期間はお客様のユースケースによって異なりますが、一般的に、ユーザーが数か月にわたって E メールを開いていないまたはクリックしていない場合は、そのようなユーザーを削除することを検討してください (ただし、そのユーザーが実際にはメールを希望していることが明確な場合は除きます)。

  • リエンゲージメントキャンペーンとして、最近やり取りが途絶えている相手に意図的に連絡する場合は、細心の注意が必要です。こうした活動はリスクが高く、スパムトラップへの送信だけでなく、バウンスや苦情に関連した問題を引き起こす場合が多くあります。

  • メーリングリスト全体にオプトインメッセージを送信し、検証リンクをクリックした受取人のみを維持します。この手順では、リストからアクティブでない受取人を削除することに加え、スパムトラップアドレスを削除するのにも役立ちます。ただし、メーリングリストに多くの不正なアドレスが含まれているか、バウンスの問題がすでに発生していると思われる場合、この手法の使用はお勧めしません。アカウントのバウンス率が上昇する可能性があるためです。

手動調査に関するよくある質問

Q1. マニュアルでの調査のため、アカウントがレビュー対象である、または送信が一時停止になるという通知を受信した場合、どうすればよいですか?

SES の調査担当者が、お客様の送信について重大な問題が発生したことを確認しました。代表的な問題を以下に示します (ただし、これらに限定されません)。

  • お客様の送信が、AWS の適正利用規約 (AUP) に違反している。

  • お客様の E メールが相手にとって迷惑メールになっているようである。

  • お客様のコンテンツは、フィッシング(シミュレートされたフィッシングを含む)に関連しています。

  • お客様のコンテンツは、SES でサポートしていないそれ以外のユースケースに関連しています。

問題が解決可能であるとみなされた場合、お客様のアカウントは一定時間レビュー対象になります。アカウントのレビューが行われている間に、E メール送信状況を変更して、問題を修正する必要があります。

問題が解決不能とみなされた、または問題が非常に深刻である場合は、アカウントをまずレビュー対象にするのではなく、E メール送信機能を一時停止する場合があります。

Q2. どのような問題により、E メール送信においてマニュアルのレビューを実行することになりますか?

アカウントのマニュアルでのレビューを開始する原因となる問題は複数あります。以下の理由がありますが、これらに限定されるものではありません。

  • 受信者が SES に連絡し、お客様のアカウントから送信された E メールについて苦情を申し出た。

  • E メール送信のパターンに異常な変更が検出された。

  • 当社のスパムフィルタで一般的な未承諾コンテンツまたは、質の低いコンテンツの E メールの特性が検出された。

お客様のアカウントがレビュー対象になる、または、アカウントの E メール送信機能が一時停止される場合、通知が送信されます。ほとんどの場合、この通知には、問題に関する情報、および実行すべき次のステップに関する情報が含まれています。

Q3. 「未承諾」 E メールとは何ですか?

未承認 E メールは、受信者が受信を明示的にリクエストしなかった E メールです。これには、受信者がある種類のメール (通知など) にサインアップしたにもかかわらず、異なる種類のメール (広告など) が送信された場合が含まれます。

お客様のアカウントがレビュー対象になる、または、アカウントの E メール送信機能が一時停止される場合、通知が送信されます。「未承諾メールの問題により、これらの内いずれかのアクションが実行されます」という通知を受信した場合、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージには、次に示す情報を含めてください。

  • お客様が送信したすべてのメッセージは受取人が受信を明示的にリクエストしたものですか? また、それらのメッセージは AWS の適正利用規約に準拠していますか?

  • ユーザーがお客様またはウェブサイトと具体的にやり取りする、またはユーザーが E メールを要求するのとは異なる方法で E メールアドレスを取得したかどうか。メーリングリストを入手した方法について説明する必要があります。

  • 受信登録や受信登録の解除に関するプロセスは、どのように機能しているか。オプトインやオプトアウトのリンクを含める必要があります。

Q4. 手動レビューのため、アカウントがレビュー対象である、または送信が一時停止になるという通知を受信した場合、どうすればよいですか?

問題の原因を特定し、修正します。問題解決のために変更した後に、AWSコンソールにサインインし、サポートセンターに移動します。代理でオープンしたケースに返信してください。メッセージでは、問題を解決するために行ったステップの詳細情報を提供し、これらのステップでどのように今後問題の再発を防ぐことができるかを説明します。お客様が加えた変更により問題が適切に対処されたと見なされた場合は、アカウントのレビュー期間をキャンセルします。

Q5. どのような種類の問題が 「修正可能」と見なされますか?

一般的に、適切な送信手続きの履歴がある場合、または大部分の送信を継続しながら問題のある送信を削除するステップがある場合を、修正可能な状況と考えています。たとえば、3 つの異なる種類の E メールを送信しており、そのうち 1 種類だけが問題のあるメールであるとき、場合によっては、問題のある送信を停止するだけで、残りの送信を継続することができます。

Q6. 問題の原因がわからない場合、どうなりますか?

AWSコンソールにサインインし、サポートセンターに移動します。お客様に代わって当社がオープンしたケースに返信し、問題の原因となったメールのサンプルをリクエストします。