電子メール配信到達性

一括電子メール、マーケティング電子メールまたはトランザクション電子メールをオプトイン受信者に配信するためのベスト・プラクティスについて学習します。

このトピックでは、ベスト プラクティス、配信されなかった電子メールのトラブルシューティング、および送信者が受信ボックスの配置を改善できるその他の方法について説明します。

デリバラビリティのベスト・プラクティス

これらのEメール配信到達性のベスト・プラクティスは、送信の評判に影響を与える習慣を学習および管理する際に役立ちます。さらに、Eメールの配信を増やすこともできます。

これらの推奨に従うことで、送信者はバウンスと苦情の両方のレートを下げ、ブロックリストを省略して、会社の送信評判を改善できます。

オプトイン・プロセスの実装

オプトイン・プロセスは、受信者が一括/マーケティング・リストにサブスクライブして、電子メールを送信する権限を付与する方法です。メーリング・リストにオプトインしたサブスクライバにメッセージのみを送信し、購入またはレンタル・リストをあらゆるコストで回避します。

オプトインには2つのタイプがあります。トランザクションEメールは証明が必要な処理に基づいて送信されるため、これらの方法は一括/マーケティングEメールに適用されます。

  • シングル・オプトイン(確認なし):ユーザーは電子メール・アドレスを指定し、送信者に関連するメッセージを受信する権限を付与します。アドレスを指定したら、指定したユーザーに電子メール・アドレスが属していることを確認せずにメッセージを送信できます。シングル・オプトインを使用する際のリスクは、サインアップ・フォームへの標的型攻撃、およびそれらに属していない電子メール・アドレスを登録するユーザーによるリスト爆破にさらされることです。

  • ダブル・オプトイン(確認済): ユーザーは電子メール・アドレスを指定しますが、最初のキャンペーンが送信される前に、サインアップしたアドレスに確認の電子メールを受信します。その電子メールには、今後のメッセージが必要であることを確認し、最も頻繁に確認のクリックで行うようにアカウント所有者からのアクションが必要です。ダブル・オプトイン方式により、アドレスが承諾なく追加されず、将来のデータ・プライバシに関する問い合わせまたは監査が発生した場合に電子的な証拠が維持されます。
エンゲージしていないユーザーのパージ

マーケティング・リストをクリーンに保つための最も簡単で最良の方法の1つは、関係のないユーザー(Eメール内で一定期間開封またはクリックしていないアドレス)を削除することです。エンゲージメント解除は、受信者がコンテンツに関心がなくなったこと、またはアカウントが破棄されたことを示す強力な指標です。

ビジネス・モデルで定義された期間内に、2年以内に電子メールにエンゲージしていない受信者を削除します。これにより、主要な受信ボックス・プロバイダが表示され、更新済のデータベースを保持して送信の評判を高めることができます。また、一部のメールボックス・プロバイダが非アクティブな受信ボックスを変換し、電子メール・アドレスの偽装を防ぐため、スパム・トラップをヒットする可能性も回避できます。

データベースのクレンジング

全体的にクリーンで最新のデータベースを維持することは、関係のないユーザーの削除に加えて重要です。クリーンなデータベースを維持する最善の方法は、APIコールを使用してEmail Deliveryと同期することで、ハード・バウンス、登録解除および抑制などがマークされるようにすることです。

この定数同期は、電子メールの送信時の処理時間を短縮し、データベースが常に更新されるようにし、送信されなくなったアドレスに送信する機会を最小限に抑えます。

送信頻度の評価

短期間に送信するEメールが非常に多くなりすぎると、受信者が激しくなり、キャンペーンの登録解除またはスパムとマークされる可能性があります。戦略やオープン・レート、その他の主要な指標を定期的に確認することで、リストへの疲労を減らし、エンゲージメントを向上させることができます。

受信する電子メールの量(年次、四半期、月次など)を減らす機能を提供し、完全にサブスクライブ解除するのではなく、保持の機会を向上させます。受信者は好み、時間の経過とともに電子メールの変更を求めています。必ず変更してください。

簡単にアクセスできるサブスクライブ解除URLの指定

登録解除リンクを隠そうとしないでください。受信者がスパム・ボタンをクリックするだけで、評判がさらに悪くなります。また、配信停止リンクや言語に明るい色を使用すると、プロバイダによっては、そのアルゴリズムでユーザーに対してその影響を及ぼすこともあります。

リストから削除したい場合は、リンクを簡単に検索してヘッダーとフッターの両方に含めます。Eメールの頻度を減らし、別のリストにオプト・インできるプリファレンス・センターに加えて、シングルクリック・サブスクライブ・オプションを提供します。

CAN-SPAM、GDPR、CASL、プライバシの法則

合法的に認められている方法で、消費者データを処理、処理、市場に投入する方法を知っておく必要があります。

世界中の消費者を保護するためのいくつかの規制措置と法律があります。最も古いものの1つは、CAN-SPAM法です。これは、商用メールの要件を確立した米国の法律です。

受け入れ不能な件名行は使用せず、登録解除を迅速に処理し、Eメールのフッターに物理アドレスを持つことは、違反が示された要件の一部にすぎず、罰金が発生します。

同様に、カナダに拠点を置くスパム対策法の CASLもあり、CAN-SPAMを基準にしたものです。カナダに拠点を置く間、この法律はカナダの住民に電子メールを送る人々に適用される。

データ・プライバシはここ数年で話題になっています。そのため、一般データ・プライバシ規制(GDPR)について知ることが重要です。2018年に活動し、EUにおけるデータのプライバシーと保護を規制し、他の国のプライバシーに関する法律のモデルとなっています。

Oracle Cloud Hosting and Delivery Policy

多くの場合、Oracle Cloud Hosting and Delivery Policyは、これらの業界要件の一部より厳しくなっています。サービスを使用する前にOracleポリシーを確認することが重要です。

データ・プライバシと規制に対するアプローチを社内の適切な人員と話し合うことを強くお薦めします。

配信されていない電子メールのトラブルシューティング

次の問題があると、電子メールが配信されなくなる場合があります:

  • 受信者が抑制リストに記載されています。
  • 認証失敗または電子メール・メッセージの書式の問題が発生しました。たとえば、SMTPの「送信元」アドレスが電子メール本文の「送信元」アドレスと同じでない場合、電子メールは拒否されます。アドレスが一致し、承認済送信者である必要があります。送信アプリケーションのログを参照して、問題を確認してください。
  • 電子メールのFromヘッダーで複数のアドレスを使用することはお薦めしません。複数のアドレスを使用すると、メールがスパム・フォルダに配置されたり、破棄されたりする可能性が高くなります(DMARCのFrom整合ルールのため)。すべてのアドレスを承認済送信者として認可する必要があるため、電子メールのパフォーマンスが低下します。SMTPエンベロープのFromアドレスのベスト・プラクティスは、電子メール配信にメールを送信するときにヘッダーのFromアドレスを照合することです。一致しないアドレスを使用すると、両方のアドレスを承認済送信者として認可する必要があるため、電子メールのパフォーマンスが低下します。一致しないアドレスを使用すると、一定の将来のプラットフォーム機能が使用できなくなります。
  • SPFまたはDomainKeys Identified Mail (DKIM)がない。

問題を解決できない場合は、My Oracle Supportに移動してサービス・リクエストを作成します。詳細は、サポート・サービス・リクエストのオープンを参照してください。

デリバラビリティを向上させるためのその他のオプション

DomainKeys Identified Mail (DKIM)

DKIMは、良好な電子メール配信の評判を保証するために設定できる認証フレームワークです。DKIMの設定手順については、DKIMの管理を参照してください。

SPF

Sender Policy Framework (SPF)を使用すると、ドメイン所有者は、ドメインにかわって電子メールの送信を承認したサーバーを識別できます。Oracle統合の場合、ドメイン所有者は、承認送信者としてOCIを承認し、そのドメインのレコードを追加する必要があります。詳細は、Configuring SPFを参照してください。

Domain-based Message Authentication, Reporting, and Conformance (DMARC)

DMARCは、組織のグループによって作成される技術仕様で、電子メール認証プロトコルに関連する長期的な操作、デプロイメントおよびレポートの問題を解決することで、電子メール・ベースの不正使用の可能性を低減するのに役立ちます。DMARCは、電子メール受信者がSPFおよびDKIMを使用して電子メール認証を実行する方法を標準化します。これにより、送信者は認証に合格しないメールを制御し、認証されていないメールの処理方法を電子メール受信者に指示できます。

DMARCはSPFとDKIMの両方をチェックしますが、電子メールを送信および配信するにはそれを渡す必要があります。DMARCの使用を開始する場合、ベスト・プラクティスとして、より積極的なポリシーを検討する前に、p=noneポリシーを設定し、すべての正当な送信アプリケーションが正しく調整および認証されていることを確認してください。送信ドメインの新しい電子メール関連のサービスが評価される移行期間中に、DMARC p=noneポリシーを使用して、このアドバイスに従うことをお薦めします。

DMARCレコードは、ドメイン_dmarc.<sending-domain>のDNS TXTレコードで、次のような内容が含まれます:
"v=DMARC1\;p=none\;rua=mailto:dmarc_rua@example.com\;ruf=mailto:dmarc_ruf@example.com\;fo=1"

DMARCレポートを受信するには、管理INBOXサービスが必要です(前述の例では、example.comがINBOXプロバイダです)。現在、電子メール配信では、INBOXサービスまたは自動DMARCレポート処理は提供されていません。DMARCレポートを管理および処理しない場合は、DMARCレコードを作成しないでください。

カスタム戻りパスの作成

ノート

DKIMを設定すると、カスタム戻りパスよりも配信到達性が向上する可能性が高くなります。そのため、カスタム戻りパスを設定する前またはそれと同時にDKIMを設定することをお薦めします。

電子メール配信は、バウンスを処理してIPアドレスとドメインの評判を保護する必要があります。そのため、デフォルトでは、戻りパスはバウンス・サーバーのパスに設定されます。電子メール配信には、受信ボックスの配置を改善するためのカスタム戻りパス機能が用意されています。この機能を使用するには、カスタム戻りパス・ドメインのDNSレコードを設定する必要があります。カスタム戻りパス・ドメインは、承認済送信者のドメインと一致するか、そのドメインのサブドメインである必要があります。

カスタム戻りパス・サブドメインに推奨される命名規則は、<REGIONKEY>.rp.<sending-domain>です。この機能の使用を準備するには、次のようにSPFおよびMXレコードをカスタム・ドメインにプロビジョニングします:

カスタム・ドメインのMXレコード

次のレコード構文は商用リージョンにのみ適用されます:

10 bmta.email.<REGION IDENTIFIER>.oci.oraclecloud.com

カスタム戻りパスはリージョナルです。混同を避けるために、REGION IDENTIFIERをエントリに追加する必要があります。リージョンの詳細は、リージョンおよび可用性ドメインを参照してください。

カスタム戻りパス・ドメインのSPFレコード

送信リージョン SPFレコード
アメリカ v=spf1 include:rp.oracleemaildelivery.com ~all
アジア太平洋 v=spf1 include:ap.rp.oracleemaildelivery.com ~all
欧州 v=spf1 include:eu.rp.oracleemaildelivery.com ~all
すべての商用リージョン v=spf1 include:rp.oracleemaildelivery.com include:ap.rp.oracleemaildelivery.com include:eu.rp.oracleemaildelivery.com ~all
政府リージョン
  • FedRAMP認可のUS Government Cloudについては、SPFレコード構文を参照してください。
  • DISA Impact Level 5のUS Federal Cloudについては、SPFレコード構文を参照してください。
  • United Kingdom Government Cloudについては、SPFレコード構文を参照してください。
ノート

Oracle Cloud Infrastructureで設定を完了する前に、ドメインでDNSの更新を完了する必要があります。

DNSの変更が完了したら、Oracle Cloud Infrastructureによる設定をリクエストするサービス・リクエストを作成します。詳細は、サポート・サービス・リクエストのオープンを参照してください。

DNSの変更後にこの構成を完了するには、次の情報が必要です:

  • テナントOCID
  • メールの送信に使用されるSMTPエンドポイント
  • 承認済送信者の電子メール・アドレスおよびOCID
  • カスタム戻りパス・ドメイン