メールの配信品質

次の情報は、マーケターとメールコンテンツ作成者をサポートするように送信インフラストラクチャを設定する管理者向けです。 配信品質の機能と、サブドメイン、認証、IP プールの設定方法について説明します。

Adobe Marketo Optimizerの電子メールの配信品質は、電子メールメッセージが迷惑メールフォルダーではなく受信者の受信トレイに届き、ISP (インターネットサービスプロバイダー)によってブロックされないように支援する、一連のインフラストラクチャと認証設定です。

管理者が設定した次の構成要素を、通常は次の順序で使用します。

Marketo Optimizerのメール配信品質の設定 {width="600"}

TIP
配信品質とチャネル設定を1回限りの管理者アクティビティとして扱います。 設定されている場合、マーケターとメール作成者は再検討する必要はありません。
メールチャネルについて詳しくは、次のトピックを参照してください。

現在の制限事項 limitations

  • サブドメインのデリゲーション用の​ カスタム デリゲーション メソッド ​はまだ使用できません。 完全委任またはCNAMEを使用します。 カスタム委任は、GA リリースを対象としています。
  • 専用IP プール​は、Betaでは利用できません。 共有IP プールは唯一のオプションです。 専用IPは、IP ウォームアッププランニングやPTR レコード管理など、GAに搭載されます。

主要概念 key-concepts

メールを設定する前に、メールチャネルの配信性機能に適用される次の概念を確認してください。

概念
Marketo Optimizerの意味
サブドメイン
送信ドメインのデリゲートされた部分(例:mail.contoso.com)は、Marketo Optimizerを通じてメールを送信するために使用されます。 サブドメインは、B2B マーケティングのレピュテーションを企業メールやトランザクションメールから分離します。
IP プール
1つ以上のサブドメインに関連付けられたIP アドレスのグループ。 Marketo Optimizerは、このリリースでAdobeが管理する共有IP プールをサポートしています。専用IP プールはGA ロードマップに掲載されています。
チャネル設定
ジャーニーのメールアクションに添付する、再利用可能なメール送信設定(送信者ID、返信先アドレス、サブドメイン、IP プール、メールタイプ、トラッキング)。 ブランド、事業部門、送信タイプごとに、複数の名前付きチャネル設定を使用できます。

サブドメインデリゲーション subdomain-delegation

サブドメインデリゲーションは、Adobeがドメインの特定のサブドメイン(例:mail.contoso.com)の代わりにメールを送信することを許可されていることをインターネットに伝えます。 ルートドメインではなく専用のサブドメインをデリゲートすると、企業のメールが保護され、次のメリットが得られます。

  • レピュテーションの分離。 マーケティング送信は、企業メールとは別に管理されます。 マーケティングのレピュテーションが低下しても、トランザクションメールや企業メールは影響を受けません。
  • IP ウォームアップの高速化。 専用サブドメインは、ISPによる肯定的なレピュテーションの確立に役立ちます。
  • 最新の認証。 SPF、DKIM、DMARCは、他のメールフローに影響を与えることなく、サブドメインごとにクリーンに設定できます。
  • コンプライアンス。 GmailやYahooなどの主要なISPからの一括送信者の要件を満たすのに役立ちます。
NOTE
Marketo Optimizerの各サブドメインは、1つのAdobe製品でのみ使用できます。 Marketo OptimizerとAdobe Marketo EngageやAdobe Campaignなどの他の製品の間で同じ送信サブドメインを共有することはできません。異なるサブドメインを使用する必要があります。

サポートされているメソッド supported-methods

Marketo Optimizerは、このBeta リリースの3つのサブドメイン委任方式のうち2つをサポートしています。 3つ目の方法(カスタム委任)は、ロードマップ上にあります。

メソッド
使用するタイミング
このプロセスの内容
完全に委任
推奨
サブドメインの完全なDNS権限をAdobeに委任します。 Adobeは、MX、SPF、DKIM、DMARC、A、およびCNAME レコードを作成および管理します。 運用オーバーヘッドを低減。 AdobeがDNSの変更を処理します。
CNAME
制限付きポリシーの場合
DNS権限を維持し、Adobeで管理されるレコードを指すCNAME レコードを作成します。 組織のDNS ポリシーで完全なデリゲーションが許可されていない場合に使用します。 DNS レコードを管理する責任があります。
カスタム委任
ロードマップ(GA)
DNS証明書とSSL証明書の完全な所有権を維持する。 独自の証明書を使用する機能など、最大限の制御を提供します。 これはGA リリースを対象としています。

サブドメインのデリゲート(完全デリゲート済みメソッド) delegate-fully-delegated

PREREQUISITES
  • サブドメインの命名規則を決定します(たとえば、マーケティングの場合はmail.contoso.com、トランザクションの場合はalerts.contoso.com)。
  • IT/DNS チームがサブドメイン(NS レコード)をAdobeにデリゲートできることを確認します。
  • DNS プロバイダーで新しいサブドメインを作成してから、DNSの伝搬を24~48時間待ってから、Adobeにデリゲートします。
  • Marketo Optimizerに管理者の役割があることを確認してください。
  1. 左側のMarketo Optimizer ナビゲーションで、管理​を展開し、チャネル​を選択します。

  2. パネルで、メール設定​を展開し、サブドメイン​を選択します。

  3. サブドメインを設定」をクリックします。

  4. 完全なサブドメイン名を入力します(例:mail.contoso.com)。

  5. 委任方法として「完全委任済み」を選択します。

  6. サブドメイン用にDMARCを設定します(DMARC、SPF、およびDKIMを参照)。

    少なくとも、配信に影響を与えることなくレポートを監視できるように、開始ポリシーがnoneのDMARC レコードを設定します。

  7. Adobeで管理するDNS レコードのリストを確認します。

    通常は、MX、SPF、DKIM、DMARC、A、CNAME レコード(トラッキングおよびミラーページ URL用)が含まれます。

  8. レコードをダウンロード ボタンを使用して、DNS レコードをCSV ファイルとしてダウンロードします。 このファイルをDNS チームと共有します。

  9. DNS チームは、サブドメインをAdobeにデリゲートするドメインホスティングソリューションにNS レコードを追加します。

  10. DNS チームがレコードが配置されていることを確認したら、Marketo Optimizerに戻り、ホスティングサイトで必要なレコードを作成したことを確認するチェックボックスをオンにします。

  11. 送信」をクリックして、一連の検証チェックを開始します(事前検証、MX、SPF、DKIM、DMARC、FBL登録)。

  12. サブドメインのステータスが​ Success ​に変わるのを待ちます。

    通常、DNSの伝搬が完了してから数分かかります。

NOTE
検証が失敗すると、ステータスが​ 失敗 ​およびMarketo Optimizerに変わり、その理由が表示されます(例えば、NS レコードが見つからなかったり、MX レコードが見つからなかったり、DMARCが設定ミスがあったりします)。 基礎となるDNSの問題を修正してから、送信を再試行してください。

サブドメインのデリゲート(CNAME メソッド) delegate-cname

この方法は、組織のDNS ポリシーで完全なデリゲーションが禁止されている場合にのみ使用してください。 CNAMEを使用すると、DNS レコードを自分の側で管理できます。

  1. 左側のMarketo Optimizer ナビゲーションで、管理​を展開し、チャネル​を選択します。
  2. パネルで、メール設定​を展開し、サブドメイン​を選択します。
  3. サブドメインを設定」をクリックします。
  4. 完全なサブドメイン名を入力します。
  5. 委任方法として​ CNAME ​を選択します。
  6. サブドメイン (DMARC、SPF、およびDKIM)用にDMARCを設定します。
  7. 生成するCNAME レコードのリストを確認します。 サブドメインのコンポーネントが、Adobeで管理されるレコードにポイントされます。
  8. レコードをCSVとしてダウンロードし、DNS チームと共有します。
  9. DNS チームは、各CNAME レコードをDNS ホスティングソリューションに追加します。
  10. レコードが配置され、伝播されたら、Marketo Optimizerに戻って確認します。
  11. 送信」をクリックします。
  12. ステータスが​ 成功 ​に達するのを待ちます。
IMPORTANT
CNAMEでは、Adobeは、サブドメインのDNSの変更、管理、トラブルシューティングを支援できません。 機能アップデート用に新しいCNAMEを追加するなど、今後の変更は、DNS チームが行う必要があります。

一般的なDNS プロバイダーの手順については、次の節を参照してください。

DNS プロバイダーによるCNAME レコードの追加 add-cname-records-dns-provider

Marketo Optimizerは、サブドメインの正確なCNAME レコードとTXT レコードを生成し、それらをCSV ファイルとしてダウンロードできます。 以下のプロバイダー固有の手順を使用して、DNS チームが正しい設定画面を見つけ、各レコードを追加できるようにします。

NOTE
ダウンロードしたCSVのホスト、タイプ、ターゲットの値は、サブドメインと組織に固有です。 別のサブドメインの値を再利用するのではなく、正確にコピーします。

AWS53号線 aws-route-53

  1. AWS Management Consoleにログインし、Route 53​を開きます。

  2. ホストゾーン」を選択し、ドメインのホストゾーンを選択します。

  3. レコードを作成」をクリックし、ルーティングポリシーを​ シンプルなルーティング ​に設定します。

  4. CSVの各行について:

    • レコード名 — ゾーン名の前の部分のみを入力します。 例えば、contoso.com ゾーンのdata.mail.contoso.comに対して、data.mailと入力します。
    • レコードタイプ — CSVと一致させるには、CNAMEまたはTXTを選択します。
    • — CSVからターゲットを貼り付けます。 TXT レコードの場合は、値を二重引用符で囲みます。
    • TTL — 300秒で十分です。
  5. 別のレコード​をバッチエントリに追加」をクリックし、すべての行を入力した後で「レコードを作成」をクリックします。

NOTE
TXT値は二重引用符で囲む必要があります。そうしないと、レコードの検証に失敗します。 CNAME レコードはゾーンの頂点に配置できませんが、これはデリゲートされたサブドメインには影響しません。

Cloudflare cloudflare

  1. Cloudflare ダッシュボードにログインし、ドメインを選択します。

  2. DNS レコード​に移動し、レコードを追加​をクリックします。

  3. CSVの各行について:

    • TypeCNAMEまたはTXTを選択します。
    • 名前 — ホスト部分(例:data.mail)を入力します。 Cloudflareはドメインを自動的に追加します。
    • Target (CNAMEの場合)または​Content (TXTの場合) — CSVから値を貼り付けます。
    • プロキシステータスDNSのみ (灰色のクラウドアイコン)に設定します。
    • TTL自動​のままにします。
  4. 各行の​ 保存 ​をクリックします。

IMPORTANT
Marketo Optimizerに追加するすべてのレコードは、オレンジ色のクラウド(プロキシ化)ではなく、グレーのクラウド(DNSのみ)を表示する必要があります。 プロキシ化されたレコードは、AdobeではなくCloudflareのサーバーを経由してトラフィックをルーティングし、DKIMの署名、クリックトラッキング、バウンス処理を解除します。 レコードがオレンジ色の場合は、クラウドアイコンをクリックしてグレーに切り替えます。

AZURE DNS azure-dns

  1. Azure ポータルにログインし、DNS ゾーン​を開きます。

  2. ドメインのDNS ゾーンを選択します。

  3. + レコードセット​をクリックします。

  4. CSVの各行について:

    • 名前 — ホスト部分(例:data.mail)を入力します。 Azureはゾーン名を追加します。
    • TypeCNAMEまたはTXTを選択します。
    • CNAME レコードの場合、エイリアス フィールドにCSVからターゲットを入力します。
    • TXT レコードの場合は、値を​ フィールドに貼り付けます。 Azureが見積もりを管理します。
    • TTL — 300秒など、数値と単位を入力します。
  5. OK​をクリックして、各行のレコードセットを保存します。

NOTE
エイリアスレコードセットオプションではなく、標準のCNAME レコードセットを使用します。このオプションは、外部ホスト名ではなくAzure リソースのみを指します。 各CNAME レコードセットには、1つのターゲットが正確に保持され、Marketo Optimizerがレコードを発行する方法(ホストごとに1つのCNAME)と一致します。

Google Cloud DNS google-cloud-dns

  1. Google Cloud コンソールを開き、Network Services > Cloud DNS​に移動します。

  2. ドメインのゾーンを選択します。

  3. 標準を追加」をクリックして、レコードセットを追加します。

  4. CSVの各行について:

    • DNS名 — ホスト部分(例:data.mail)を入力します。 Cloud DNSはゾーンサフィックスを表示し、ホストの先頭に付けます。
    • リソースレコードタイプCNAMEまたはTXTを選択します。
    • TTL — 300秒で十分です。
    • CNAME レコードの場合、正規名​にターゲットを入力し、末尾のピリオドで終了します。
    • TXT レコードの場合は、値をデータフィールドに貼り付けます。
  5. 各行の​ 作成 ​をクリックします。

NOTE
正規の名前は完全修飾で末尾のピリオドで終わる必要があります。そうしないと、解決に失敗します。 DNS チームは、gcloud dns record-sets create コマンドを使用して各レコードを追加することもできます。

サブドメインのガードレール subdomain-guardrails

  • 既定の制限: 10個のサブドメイン (組織あたり)。 詳細が必要な場合は、Adobe担当者にお問い合わせください(契約によって最大100件)。
  • DNSの伝搬:​変更がグローバルに伝搬されるまで24~48時間かかります。 DNSがまだ伝播されていないため、検証が失敗する可能性があります。
  • サブドメインの再利用:​別のAdobe製品(Marketo Engage、Adobe Campaign)で既に使用されているサブドメインは、Marketo Optimizerでは再利用できません。

DMARC、SPF、DKIM dmarc-spf-dkim

DMARC、SPF、DKIMは、メール認証の標準です。 これらを組み合わせることで、メールサーバーを受信した際に、メッセージがドメインの代理として本当に送信され、スプーフィングされていないことを証明できます。 Gmail、Yahoo、Microsoftなどの最新のISPでは、一括送信者にこれらの標準が必要です。

レコード
は次の意味です
目的
SPF
Sender Policy Framework
ドメインからメールを送信できるメールサーバーIPを一覧表示します。 受信サーバーは、このリストに含まれていないIPからのメールを拒否します。 Adobeは、サブドメインをデリゲートする際に、SPF レコードを自動的に作成および管理します(完全委任)。
DKIM
DomainKeys Identified Mail
すべての送信メールに追加された暗号署名。 受信サーバーは、DNSで公開された公開鍵に対して署名を検証します。 Adobeは、サブドメインのデリゲーション中に、DKIM キーとDNS レコードを自動的に生成します。
DMARC
Domain-based Message Authentication, Reporting & Conformance
SPFまたはDKIMが失敗した場合に何をすべきかをサーバーに伝え、認証結果に関するレポートを提供します。 DMARCには、「なし」、「強制隔離」、「却下」の3つのポリシーモードがあります。

DMARC ポリシーモード dmarc-policy-modes

ポリシー
アクション
使用するタイミング
none
監視
受信側のサーバーは、DMARCが失敗しても何もしませんが、レポートを送信します。 この機能は、最初にサブドメインをデリゲートして認証が機能していることを確認する際に、メッセージの損失のリスクを回避する場合に使用します。
quarantine
強制隔離
受信サーバーは、スパム/迷惑メールフォルダーに失敗したメッセージを配置します。
reject
却下
受信サーバーは、認証に失敗したメッセージを拒否(バウンス)します。 厳格なモード: 認証設定に自信がある場合に推奨します。

DMARCの設定 configure-dmarc

DMARCは、サブドメインデリゲーション時に設定されますが、既にデリゲートされたサブドメインに対してDMARCを追加または更新することもできます。

  1. 左側のMarketo Optimizer ナビゲーションで、管理​を展開し、チャネル​を選択します。

  2. パネルで、メール設定​を展開し、サブドメイン​を選択します。

  3. サブドメイン リストで、サブドメインを見つけ、DMARC レコード列を確認します。

    レコードが見つからない場合は、アラートが表示されます。

  4. サブドメインを開き、「DMARC レコード」セクションまでスクロールします。

    • 親ドメインにDMARC レコードが既に存在する場合、Marketo Optimizerは値を自動的に取得します。 保存することも上書きすることもできます。
    • レコードが存在しない場合は、「Adobeで管理」を選択し、AdobeがDMARC レコードを作成してホストします。
  5. ポリシーnonequarantineまたはrejectを設定します。 親ドメインで成熟したDMARCの姿勢を既に持っていない限り、noneから開始します。

  6. (オプション)追加のDMARC タグを設定します(sp サブドメインポリシーの場合、パーセンテージの場合はpct、レポートアドレスの場合はruaおよびruf)。

  7. 完全委任を使用している場合は、保存​をクリックします。

    Adobeは、レコードを自動的に適用します。 CNAMEを使用している場合は、DNS レコードをコピーしてDNS チームに追加してもらい、Marketo Optimizerで確認します。

  8. DNSの伝搬に最大48時間を許可し、サブドメインページのDMARC ステータスインジケーターが緑色または正常であることを確認します。

TIP
policy=noneから始めて認証レポートを監視し、次にquarantineに進み、レポートが正常なSPFとDKIMの整合性を示したら、最後にrejectに進みます。 監視せずにrejectに直接移動すると、正当なメールが拒否される可能性があります。

IP プール ip-pools

IP プールは、メールの送信に使用されるIP アドレスの名前付きグループです。 IP プールは、送信者のレピュテーションに不可欠です。各プールは、ISPに対して独自のレピュテーションを持つため、あるプールの問題(スパムの苦情をトリガーするマーケティングバーストなど)は、別のプール(トランザクションの確認など)を汚染しません。

プールタイプ pool-types

プールタイプ
対応プラットフォーム
説明
共有IP プール
Betaで利用可能
Adobeによって管理され、多くの顧客で共有されるIP アドレスのプール。 レピュテーションは、Adobeによってプール全体で維持されます。 IP ウォームアップを管理したくない低~中程度のメール量と顧客に最適です。
専用IP プール
ロードマップ(GA)
組織にのみ割り当てられた1つ以上のIP アドレス。 自社の評判。 大量の送信者に推奨。 IP ウォームアップ計画とPTR レコード管理が含まれます。

IP プールの確認と割り当て review-ip-pool

このリリースでは、組織にIP プールが事前にプロビジョニングされています。 電子メールチャネル設定を作成する際に、IP プールを割り当てます。

  1. 左側のMarketo Optimizer ナビゲーションで、管理​を展開し、チャネル​を選択します。
  2. パネルで、メール設定​を展開し、IP プール​を選択します。
  3. ステータスが​ Active ​のIP プールが組織で使用可能であることを確認します。
  4. プールにカーソルを合わせると、IP アドレスとそのPTR レコード(逆引きDNS)が表示されます。
  5. 組織に複数の事業部またはブランドがある場合は、チャネル設定を作成する前に、IP プール(マーケティングプールとウェビナープールなど)の使用方法を計画します。
IMPORTANT
共有プールが利用可能な場合でも、同じIP プール上でマーケティングトラフィックとトランザクショントラフィックを混在させないでください。 チャネル設定(マーケティングタイプとトランザクションタイプの比較)のメールタイプ設定は、抑制の動作を制御しますが、チャネル設定では可能な限り異なるプールを使用する必要があります。
recommendation-more-help
marketo-optimizer-help-user-guide