E メールトラッキングと配信の設定

Adobe Journey Optimizer B2B editionは、添付されたMarketo Engage インスタンスのメールチャネル機能とイベントトラッキングを活用します。 制限的なファイアウォールまたはプロキシサーバー設定を使用する組織でメール配信が期待どおりに機能することを保証するには、システム管理者が特定のドメインと IP アドレス範囲を許可リストに追加する必要があります。

NOTE
接続されたMarketo Engage インスタンスを既に使用してマーケティングオペレーションを実行している場合は、これらのプロトコルと設定が既に設定されています。

すべての Marketo Engage リソースと web ソケットを有効にするには、次のドメイン(アスタリスクを含む)が許可リストに追加されていることを確認します。

  • *.experience.adobe.com
  • *.adobe.net
  • *.marketo.com
  • *.marketodesigner.com
  • *.mktoweb.com

トラッキングとメールの配信を確実に行うには、次の手順を実行します。

NOTE
メール配信品質サービスおよびコンサルティングは、Adobeとは別の有料サービスです。 Journey Optimizer B2B edition インスタンスの配信品質チームのサポートが必要な、または必要な場合は、そのインスタンスのメール配信品質サービスパッケージ(Essentials、Enhanced、または Plus)のいずれかを購入する必要があります。 これは、既存のMarketo Engage インスタンス上の配信品質パッケージには依存しません。 配信品質サービスは、組織ごとではなく、インスタンスごとに付加されます。 両方のインスタンスで配信品質をサポートするには、2 つの異なる配信品質サービスパッケージが必要です。 Journey Optimizer B2B edition用に新しい IP がプロビジョニングされるたびに、IP ウォーミングと継続的な配信品質のサポートに、新しい配信品質サービスパッケージが必要になります。

ランディングページとメールの DNS レコードを作成

CNAME レコードを接続すると、マーケターは、トラフィックとコンバージョンを向上させる一貫性のあるブランドで、メール、ランディングページ、ブログの web バージョンをホストできます。 マーケティングに焦点を当てた web アセットをホストするために、Marketo Engage のルートドメインホストに CNAME を追加することを強くお勧めします。 管理者は、マーケティングチームと連携して、Marketo Engage を通じて送信されるメールに含まれるトラッキングリンクの CNAME レコードを計画および実装する必要があります。

管理者は、マーケティングチームと協力して、2 つの CNAME レコードを計画および実装する必要があります。 1 つ目はランディングページの URL です。この場合、ランディングページは、Adobe Marketo Engage(実際のホスト)ではなく、ドメインを反映した URL で表示されます。 2 つ目は、Marketo Engage経由で送信されるメールに含まれるトラッキングリンクの場合です。

ランディングページの CNAME の追加

ランディングページの CNAME を DNS レコードに追加して、[YourLandingPageCNAME] がランディングページに割り当てられた一意のアカウント文字列を指すようにします。 ドメイン登録機関のサイトにログインし、ランディングページの CNAME とアカウント文字列を入力します。 このエントリには通常、次の 3 つのフィールドが含まれます。

  • エイリアス:[YourLandingPageCNAME] を入力します
  • タイプ:CNAME
  • ポイント先:[MunchkinID].mktoweb.com を入力します

メールトラッキングリンク用の CNAME の追加

[YourEmailCNAME] が、Marketo Engage で割り当てられたデフォルトのトラッキングリンクである [MktoTrackingLink] を指すように、次の形式でメール CNAME を追加します。

[YourEmailCNAME].[YourDomain].com IN CNAME [MktoTrackingLink]

例:

pages.abc.com IN CNAME mkto-a0244.com

NOTE
[MktoTrackingLink] 値は、デフォルトのブランディングドメインにする必要があります。

SSL 証明書のプロビジョニング

SSL 証明書のプロビジョニングのプロセスを開始するには、アドビサポートにお問い合わせください。

このプロセスが完了するまでに最大 3 営業日かかる場合があります。

SPF と DKIM を設定

マーケティングチームは、DNS リソースレコードに追加する DKIM(Domain Keys Identified Mail)情報を提供する必要があります。 次の手順に従って、DKIM と SPF(Sender Policy Framework)を設定し、更新されたらマーケティングチームに通知します。

実稼動Marketo Engage インスタンスと、接続されたJourney Optimizer B2B edition インスタンスに同じDKIM設定を使用できます。 接続されたインスタンスで、Marketo Engage インスタンスと同じ正確なドメインを作成します。 セレクターと暗号化の値が一致する必要はありません。 ドメインがJourney Optimizer B2B edition インスタンスに追加されたら、Adobe サポートチケットを開いて、DKIM設定をMarketo Engage インスタンスから新しいインスタンスに共有するようにリクエストします。 Marketo Engageのプレフィックス(Munchkin ID)と新しいJourney Optimizer B2B editionのプレフィックス(Munchkin ID)を指定します。

  1. SPF を設定するには、DNS エントリに次の行を追加します。

    code language-none
    [CompanyDomain] IN TXT v=spf1 mx ip4:[CorpIP]
    include: mktomail.com ~all
    

    DNS エントリに既に SPF レコードがある場合は、次のコードを追加するだけです。

    code language-none
    include: mktomail.com
    

    CompanyDomain を web サイトのメインドメイン(company.com/ など)に置き換え、CorpIP を会社のメールサーバーの IP アドレス(255.255.255.255 など)に置き換えます。 Marketo Engage を通じて複数のドメインからメールを送信する予定の場合は、ドメインごとにこの行を(1 行で)追加します。

  2. DKIM の場合は、ドメインごとに DNS リソースレコードを作成します。

    各ドメインのホストレコードと TXT 値を追加します。

    [DKIMDomain1]:ホストレコードが [HostRecord1] で、TXT 値が [TXTValue1] です。

    [DKIMDomain2]:ホストレコードが [HostRecord2] で、TXT 値が [TXTValue2] です。

    Marketo Engage ドキュメントの手順に従って、各 DKIM ドメインの HostRecordTXTValue をコピーします。 Journey Optimizer B2B Edition でドメインを検証できます(SPF/DKIM を参照)。

DMARC を設定

DMARC(Domain-based Message Authentication, Reporting, and Conformance)は、組織がドメインを不正使用から保護するのに役立つ認証プロトコルです。 SPF や DKIM などの既存の認証プロトコルを拡張し、ドメインで認証エラーが発生した場合に実行するアクションを受信者サーバーに通知します。 DMARC はオプションですが、ブランドと評判を保護するのに役立つので、強くお勧めします。 Google や Yahoo などの大手プロバイダーは、2024年2月から一括送信者に対して DMARC の使用の義務付けを開始しました。

DMARC が機能するには、次の DNS TXT レコードの 1 つ以上が必要です。

  • 有効な SPF
  • FROM: ドメインの有効なDKIM レコード (Marketo Engage および Journey Optimizer B2B edition にお勧め)

また、FROM: ドメインに対する DMARC 固有の DNS TXT レコードも必要です。 オプションで、レポートモニタリング用に組織内の DMARC レポートの送信先を指定するメールアドレスを定義できます。

DMARC ワークフローの例

TIP
DMARC を​_段階的なロールアウト_​として実装することをお勧めします。 潜在的な影響を理解したら、DMARC ポリシーを p=none から p=quarantine、さらに p=reject へとエスカレートし、DMARC ポリシーを SPF と DKIM に対して Relaxed 整列に設定します。

DMARC レポートを受信した場合は、次の操作を行う必要があります。

  1. p=none を使用して、受信したフィードバックとレポートを分析します。 レポートでは、認証に失敗したメッセージに対して何もアクションを実行せず、送信者にメールレポートを送信するよう受信者に指示します。

    • 正当なメッセージが認証に失敗した場合は、SPF/DKIM の問題を確認して修正します。

    • SPF または DKIM が整列され、すべての正規メールの認証に合格しているかどうかを確認します。

    • レポートを確認して、結果が SPF/DKIM ポリシーに基づいて期待どおりであることを確認します。

  2. ポリシーを p=quarantine に調整します。これにより、認証に失敗したメールを強制隔離するように受信メールサーバーに通知されます(通常、これらのメッセージはスパムフォルダーに配置されます)。

    レポートを確認して、結果が期待どおりであることを確認します。

  3. p=quarantine レベルでのメッセージの動作に問題がない場合は、ポリシーを(p=reject)に調整できます。

    拒否ポリシーは、認証に失敗したドメインのすべてのメールを拒否(バウンス)するように受信者に指示します。 このポリシーを有効にすると、ドメインによって 100%認証されたことが確認されたメールのみがインボックスに配置されます。

    note caution
    CAUTION
    このポリシーは慎重に使用し、組織に対して適切かどうかを判断します。

DMARC レポート

DMARC は、SPF/DKIM に失敗したメールに関するレポートを受信する機能を備えています。 認証プロセスの一環として、ISP サービス業者によって生成されるレポートは 2 つあります。 送信者は、DMARC ポリシーの RUA/RUF タグを通じて、これらのレポートを受信できます。

  • 集計レポート(RUA):GDPR(EU 一般データ保護規則)の対象となる可能性のある PII(個人を特定できる情報)は含まれません。

  • フォレンジックレポート(RUF) - GDPR の対象となるメールアドレスが含まれます。 このレポートを実装する前に、GDPR に準拠する必要がある情報の処理に関する組織のポリシーを確認します。

これらのレポートの主な使用方法は、スプーフィングが試みられたメールの概要を取得することです。 これらは高度に技術的なレポートで、サードパーティのツールを使用するのが最も効果的です。

DMARC レコードの例

  • 最低限のレコード:v=DMARC1; p=none

  • レポートを受信するメールアドレスを指定するレコード:v=DMARC1; p=none; rua=mailto:emaill@domain.com; ruf=mailto:email@domain.com

DMARC タグ

DMARC レコードには、DMARC タグ​と呼ばれる複数のコンポーネントがあります。 各タグには、DMARC の特定の側面を指定する値があります。

タグ名
用途
機能
デフォルト値
v
必須
バージョンを指定します。 バージョンは 1 つしかないので、v=DMARC1 という固定値になります。
V=DMARC1 DMARC1
DMARC1
p
必須
認証チェックに失敗したメールを報告、強制隔離、却下するように受信者に指示する DMARC ポリシーを指定します。
p=nonep=quarantine または p=reject
-
fo
オプション
ドメイン所有者はレポートオプションを指定できます。
0:SPF と DKIM の両方が失敗した場合にレポートを生成
1 - SPF または DKIM のいずれかが失敗した場合にレポートを生成
d - DKIM が失敗した場合にレポートを生成
s - SPF が失敗した場合にレポートを生成
1(DMARC レポートに推奨)
pct
オプション
フィルタリングの対象となるメッセージの割合を指定します。
pct=20
100
rua
オプション(推奨)
集計レポートが配信される場所を指定します。
rua=mailto:aggrep@example.com
-
ruf
オプション(推奨)
フォレンジックレポートの配信先を指定します。
ruf=mailto:authfail@example.com
-
sp
オプション
親ドメインのサブドメインに対して DMARC ポリシーを指定します。
sp=reject
-
adkim
オプション
Strict(s)整列または Relaxed(r)整列を指定します。 Relaxed 整列とは、つまり、DKIM 署名で使用されるドメインを From: アドレスのサブドメインに指定できます。 Strict 整列とは、つまり、DKIM 署名で使用されるドメインを From: アドレスで使用するドメインと完全に一致させる必要があります。
adkim=r
r
aspf
オプション
Strict(s)または Relaxed(r)のいずれかを指定できます。 Relaxed モードとは、つまり、Return-Path ドメインを From: アドレスのサブドメインに指定できます。 Strict モードとは、つまり、Return-Path ドメインを From: アドレスと完全に一致させる必要があります。
aspf=r
r

DMARC とそのすべてのオプションについて詳しくは、https://dmarc.org/ を参照してください。

Marketo Engage の DMARC 実装

DMARC の整列には、次の 2 つのタイプがあります。

  • DKIM(Domainkeys Identified Mail)整列:メールの From: ヘッダーに指定したドメインを DKIM 署名と一致させます。 DKIM 署名には、From: ヘッダードメインと一致するドメインが指定される d= 値が含まれます。

    DKIM 整列では、送信者がドメインからメールを送信する権限を持っているかどうかを検証し、メールの送信中にコンテンツが変更されていないことを確認します。 DKIM 整列の DMARC を実装するには:

    • メッセージの MAIL FROM ドメインに対して DKIM を設定します。 Marketo Engage ドキュメントの手順に従います。

    • DKIM MAIL FROM ドメインに対して DMARC を設定します。

    note note
    NOTE
    Marketo Engage では DKIM 整列をお勧めします。
  • SPF(Sender Policy Framework)整列:From: ヘッダーのドメインを Return-Path: ヘッダーのドメインと一致させる必要があります。 両方の DNS ドメインが同じ場合、SPF は一致(整列)し、合格の結果が返されます。 SPF 整列の DMARC を実装するには:

    • ブランドの Return-Path ドメインを設定します。

      • 適切な SPF レコードを設定します。
      • メールの送信元となるデータセンターのデフォルトの MX を指すように MX レコードを変更します
    • ブランドの Return-Path ドメインに対して DMARC を設定します。

    note note
    NOTE
    Strict SPF 整列は Marketo ではサポートされておらず、推奨されてもいません。

専用 IP および共有プール

専用 IP を通じて Marketo Engage 経由でメールを送信し、ブランドの Return-Path を実装していない場合(または実装しているかどうかわからない場合)は、アドビサポートにチケットを開いてください。

recommendation-more-help

シンプルなアーキテクチャへの移行

専用 IP がある場合は、既存のJourney Optimizer インスタンスと同じリージョンに新しいMarketo Engage B2B edition インスタンスを作成する必要があります。 新しいインスタンスが別の地域にある場合、既存の IP を共有することはできません。 リージョンが一致する場合は、Adobe サポート ​ でチケットを開いて、既存の IP およびバインディンググループを新しいインスタンスで共有するようにリクエストします。 Marketo Engageのプレフィックス(Munchkin ID)と新しいJourney Optimizer B2B editionのプレフィックス(Munchkin ID)を指定します。

このリクエストを行うと、Adobeは、既存のMarketo Engage インスタンスと同じ IP、バインディンググループおよび設定済みの Return-Path ドメインをレプリケートします。 Marketo Engage インスタンスとJourney Optimizer B2B editionの間で IP が共有される場合、両方で同時に IP を使用します(Marketo Engageからの送信とJourney Optimizer B2B editionからの送信では同じ IP を使用します)。

信頼できる IP は、月間 75,000 未満の送信を行う低ボリュームユーザー向けに予約されている共有 IP プールで、専用 IP の対象にはなりません。 また、これらのユーザーは、ベストプラクティスの要件も満たす必要があります。

  • IP の共有プールを使用して Marketo Engage 経由でメールを送信する場合は、信頼できる IP 送信範囲プログラムに申し込むことで、信頼できる IP の対象であるかどうかを確認できます。 Marketo Engage の信頼できる IP から送信する場合は、ブランドの Return-Path が含まれます。 このプログラムに対して承認された場合は、アドビサポートに連絡して、ブランドの Return-Path を設定してください。

  • 毎月 100,000 件を超えるメッセージを送信し、共有 IP を使用して Marketo Engage 経由でメールを送信する場合は、アドビのアカウントチーム(担当のアカウントマネージャー)に連絡して専用 IP を購入してください。

共有 IP プールを使用しているお客様は、追加の設定は必要ありません。 引き続き、以前と同じ IP プールと同じデフォルトの Return-Path ドメインを使用します。

ドメインの MX レコードを設定

MX レコードを使用すると、メールの送信元のドメインに対するメールを受信して、返信や自動返信を処理できます。 会社ドメインから送信する場合は、既に設定されている可能性があります。 そうでない場合は、通常、会社ドメインの MX レコードにマッピングするように設定できます。

アウトバウンド IP アドレス

アウトバウンド接続は、Marketo Engage がユーザーに代わってインターネット上のサーバーに対して行う接続です。 IT 組織および一部のパートナー/ベンダーは、許可リストを使用してサーバーへのアクセスを制限する場合があります。 その場合、Marketo Engage のアウトバウンド IP アドレスブロックを提供し、許可リストに追加してもらう必要があります。

アウトバウンド IP アドレスブロック

次のリストには、アウトバウンド呼び出しを行うすべての Marketo Engage サーバーが記載されています。 Marketo Engage からの送信接続を受信するために IP 許可リスト、サーバー、ファイアウォール、アクセス制御リスト、セキュリティグループ、サードパーティサービスを設定するには、次のリストを参照してください。

IP ブロック(CIDR 表記)
個別の IP アドレス
  • 94.236.119.0/26
  • 103.237.104.0/22
  • 130.248.172.0/24
  • 130.248.173.0/24
  • 130.248.244.88/29
  • 185.28.196.0/22
  • 192.28.144.0/20
  • 192.28.160.0/19
  • 199.15.212.0/22
  • 13.237.155.207
  • 13.55.192.247
  • 18.200.201.81
  • 34.247.24.245
  • 35.165.244.220
  • 44.235.171.179
  • 52.20.211.99
  • 52.64.109.86
  • 54.160.246.246
  • 54.212.167.17
  • 54.220.138.65
  • 54.237.141.197
  • 130.248.168.16
  • 130.248.168.17
6ef00091-a233-4243-8773-0da8461f7ef0