

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

# 良好な送信者評価の維持
<a name="tips-and-best-practices"></a>

Amazon SES における送信者評価とは、E メールプロバイダーやスパムフィルターによって認識される E メール送信者の信頼性や信用性を指します。送信者評価とは、E メールが正当と見なされ、受信者の受信トレイに正常に配信される可能性の尺度です。

以下のセクションでは、送信者評価を維持しながら、E メール通信が意図した対象者に確実に配信されるように、E メール送信に際して注意すべき重要な原則について説明します。

## ドメインおよび「From」アドレスに関する考慮事項
<a name="domain-and-from-address-considerations"></a>
+ E メールの差出人のアドレスについてよく考えます。「From」アドレスは、受信者が最初に接する情報の 1 つであり、第一印象は長く残る場合があります。さらに、「From」アドレスと評価の関連付けを行う ISP もあります。
+ 通信のタイプ別に異なるサブドメインを使用することを検討します。たとえば、ドメイン *example.com* を使用してマーケティングメッセージとトランザクションメッセージの両方を送信する場合を考えます。この場合、すべてのメッセージを *example.com* から送信するのではなく、マーケティングメッセージは *marketing.example.com* などのサブドメインから、トランザクションメッセージは *orders.example.com* などのサブドメインから送信します。評価はサブドメイン別に確立されます。例えば、マーケティングメッセージがスパムトラップにかかったり、コンテンツフィルターをトリガーしたりした場合、サブドメインを使用していると、自社の評価が損なわれるリスクを軽減できます。
+ 大量のメッセージを送信する場合は、*sender@hotmail.com* などの ISP ベースのアドレスから送信しません。*sender@hotmail.com* から大量のメッセージが送信されていることを ISP が気付くと、その E メールは自社所有の送信メール用ドメインから送信される E メールとは別の方法で処理されます。
+ ドメインレジストラーと協力してドメインの WHOIS 情報が正しいことを確認します。正直かつ最新の WHOIS レコードを維持することは、透過性を重要視していることを示します。また、ユーザーはドメインの正当性を簡単に確認できます。
+ 「From」アドレスまたは「Reply-to」アドレスとして *no-reply@example.com* などの *no-reply* アドレスを使用しないようにします。*no-reply@* メールアドレスを使用すると、受信者に返信する方法を封じていること、受信者のフィードバックに関心がないことが明確なメッセージとして伝わります。

## 認証
<a name="authentication-considerations"></a>
+ ドメインを [SPF](send-email-authentication-spf.md) および SenderID で認証します。これらの認証方法により、各 E メールの送信元のドメインが真正のものであることを受取人が確認できます。
+ 送信メールに [DKIM](send-email-authentication-dkim.md) で署名します。このステップにより、コンテンツが送受信の当事者間での転送中に変更されていないことを受取人が確認できます。
+ SPF と DKIM の両方の認証設定をテストするには、個人の Gmail アカウントや Hotmail アカウントなどの ISP ベースの個人のメールアドレスに E メールを送信し、メッセージのヘッダーを確認します。ヘッダーを見て、メッセージの認証と署名が成功したかどうかがわかります。

## リストの構築とメンテナンス
<a name="building-and-maintaining-lists"></a>
+ ダブルオプトイン戦略を実装します。ユーザーがサインアップして E メールを受信する場合は、確認リンクを記載したメッセージを送信し、ユーザーがそのリンクをクリックしてアドレスを確認するまでは E メールの送信を開始しません。ダブルオプトイン戦略は、入力ミスによるハードバウンスの数を減らすのに役立ちます。
+ ウェブベース形式でメールアドレスを集める場合は、収集時にそれらのアドレスに対して最小限の検証を実施します。たとえば、収集したアドレスの形式が正しいこと (*recipient@example.com* の形式になっていること)、および有効な MX レコードのドメインを参照していることを確認します。
+ ユーザー定義の入力を無検査で Amazon SES に渡すことを許可するときは注意が必要です。フォーラムの登録やフォームの提出には、それなりのリスクがあります。コンテンツ全体をユーザーが生成し、スパム送信者が独自の内容をフォームに記入する可能性があるためです。高品質のコンテンツの E メールのみを送信することは、お客様の責任です。
+ 標準エイリアス (*postmaster@*、*abuse@*、*noc@* など) が意図的に E メールにサインアップするようなことは考えられません。メッセージは、実際に希望する相手にのみ送信します。このルールは、E メールのウォッチドッグとして通例予約されている標準エイリアスに特に該当します。これらのエイリアスは、評価を損なう目的で一種の悪意のある破壊活動としてリストに追加される場合があります。

## コンプライアンス
<a name="compliance-considerations"></a>
+ E メールの送信先の国や地域で適用される E メールマーケティングとスパム対策に関する法律および規制に注意してください。送信する E メールがこれらの法律に準拠していることを確認するのは、お客様の責任です。このガイドではこれらの法律については触れていませんので、お客様側で調べることが重要です。法律のリストについては、Wikipedia の「[Email Spam Legislation by Country](https://en.wikipedia.org/wiki/Email_spam_legislation_by_country)」を参照してください。
+ 法的なアドバイスを受けるには、弁護士に相談してください。