【第524回】 Marketing Cloud Next ： 動的な送信元アドレスと返信先アドレス

Marketing Cloud Next Growth & Advanced Editions では、顧客とのエンゲージメントを高め、より信頼性の高いコミュニケーションを実現するため、DKIM 認証されたドメインのメールアドレスを送信元として利用することが必須 となっています。

Summer '26 の新機能リリースでは、取引先責任者やリードが持つ情報を利用して、送信元アドレス（From Address）や 返信先アドレス（Reply Address）を 動的に設定できるようになりました。

これにより、メールを info@ や no-reply@ といった共通アドレスから送信するのではなく、営業担当者本人から直接送信されたように見せることができます。また、顧客がメールに返信した場合、その返信を担当営業へ直接届けることも可能です。

本記事では、この動的送信者機能の設定手順と利用時のポイントについて解説します。

承認済みメールドメインの設定

送信元アドレス（From Address）のドメインは、既に登録済みかと思いますが、返信先アドレス（Reply Address）のドメインは、これまで Salesforce の画面上で登録してきていませんでした。そのため、承認済みメールドメインという形で登録が必要となります。

1. 設定画面で、「統合メッセージング」＞「承認済みメールドメイン」を選択し、メールドメインを追加をクリックします。

2. 対象のメールドメインを入力して追加します。

3. 検証キーが生成されますので、これをメモしてください。

例: 00D000000000P08=1TB00000000000B

4. 検証キーを使って、DNS レコードを作成します。

メール送信ドメインの所有権を検証するための DNS TXT レコードでは、Name（ホスト名）として次の 3 つの形式を使用できます。つまり、この 3 つの書き方であれば、どれでも良いということです。

① ドメイン名をそのまま使用する
最もシンプルな方法です。
以下は、ドメイン名が example.com、検証キーが 1TB00000000000B、組織 ID が 00D000000000P08 の場合の例です。

Name                 TTL   CLASS   TYPE    VALUE
--------------------------------------------------------------------
example.com          600   IN      TXT     00D000000000P08=1TB00000000000B

② _sfdv プレフィックスを付加する
ドメイン名の先頭に _sfdv を付加して TXT レコードを作成することもできます。
以下は同じドメインおよび検証キーを使用した例です。

Name                 TTL   CLASS   TYPE    VALUE
--------------------------------------------------------------------
_sfdv.example.com    600   IN      TXT     00D000000000P08=1TB00000000000B

③ orgId._sfdv プレフィックスを付加する
組織 ID（18 桁）と _sfdv を組み合わせた形式です。
同じメール送信ドメインを複数の Salesforce 組織で利用している場合や、DNS 上で一意のレコード名が必要な場合に推奨されます。
以下は、組織 ID が 00D000000000P08EAE の場合の例です。

Name                                   TTL  CLASS  TYPE    VALUE
--------------------------------------------------------------------
00D000000000P08EAE._sfdv.example.com   600   IN    TXT     00D000000000P08=1TB00000000000B

既存の TXT レコードが存在する場合の注意

• これらのホスト名に対して既に TXT レコードが存在する場合は、新しい TXT レコードを追加するか、既存レコードの値に検証コードを追加できます。

• 複数の検証コードを 1 つの TXT レコードに格納する場合は、各値をセミコロン (;) で区切ります。

以下は、2 つの組織の検証コードを 1 つの TXT レコードに格納した例です。

Name                 TTL   CLASS   TYPE    VALUE
--------------------------------------------------------------------
example.com          600   IN      TXT     00D000000000X09=1TB00000000000C;00D000000000P08=1TB00000000000B

5. nslookup などで DNS レコードの登録が確認できたら、管理画面に戻って、チェックボックスをチェックして、「検証」ボタンをクリックします。

6. Active が表示されれば、ドメイン検証が完了です。

このドメイン検証が完了すると、マーケティング担当者は差し込み項目を使用して、キャンペーン作成時に返信先アドレス（Reply Address）を動的に設定できるようになります。

リードに営業担当者から送信する

1. リードレコードに営業担当者の名前とメールアドレスを準備します。

注意：動的な送信元アドレスとして利用するメールアドレスは、DKIM 認証済みドメインのメールアドレスである必要があります。

DKIM 認証されていないドメインを指定した場合でも、フローの検証時にはエラーとして検出されず、メール送信時にサイレントエラーとなるため注意してください。

2. 新規でオーディエンスフローを作成します。

3. 続いて、今回は CRM レコードクエリフロー を選択し、オブジェクトには Lead を指定します。スケジュールは「すぐに実行」を選択しました。

4. メール送信の設定画面へ進むと、今回の送信オプションを設定できます。

送信元オプション

① 認証済み送信元アドレス
DKIM 認証済みドメインの送信元アドレスを利用する（従来どおり）

② Dynamic From Address
送信者名のみを動的に設定する
送信者名とメールアドレスの両方を動的に設定する

返信先オプション

① RMM アドレスを利用する
従来どおり Salesforce が管理する返信先アドレスを利用

② Dynamic Reply Address
リードや取引先責任者のデータを利用して返信先アドレスを動的に設定
※こちらを選択すると RMM は無効になります。

5. 設定後にメールを送信すると、リードが保持しているデータを使って、動的な送信者名とメールアドレスで送信されます。

6. 返信先についても、営業担当者のメールアドレスが設定されている場合は、受信者が返信したメールを営業担当者が直接受信できるように設定できます。

7. 一方で、営業担当者のメールアドレスが取得できない場合は、フォールバック設定により、代表アドレスや問い合わせ窓口などの共通メールアドレスへ返信を送ることができます。

考慮事項

• 各フォールバック設定は、対象オーディエンスに対して動的なメールアドレスを取得できなかった場合に適用されます。

• 動的送信元アドレスが取得できた場合でも、そのドメインが認証済みの送信ドメインではない場合は、フォールバックアドレスが使用されます。

• 動的返信先アドレスが取得できた場合でも、そのドメインが承認済みメールドメイン（Authorized Email Domains）ではない場合は、フォールバックアドレスが使用されます。

• 送信元には、「送信者名（From Name）」 と 「送信元メールアドレス（From Address）」 の組み合わせを設定します。一方、返信先に設定できるのは 「返信先メールアドレス（Reply-To Address）」 のみで、「返信先名（Reply-To Name）」に相当する設定項目はありません。

• テストメールの送信や Flow のデバッグモードでは、常にフォールバックアドレスが使用されます。実際の動的な送信元アドレスや返信先アドレスは、本番の通常送信時にのみ確認できます。

セグメントフロー送信の際の返信先オプション

補足になりますが、セグメントフローを利用する場合、返信先オプションで使用する「返信先メールアドレス」や「返信先名」は、必ずしも CRM 側の項目として保持している必要はありません。

例えば、Contact のデータストリームに数式項目を追加し、条件に応じて返信先メールアドレスや返信先名を生成することもできます。

• Reply Email Address（Reply_Email_Address__c）：テキスト型

IF(
    NOT(ISEMPTY(sourceField['属性 A'])),
    'abc@nac-care.com',
    IF(
        NOT(ISEMPTY(sourceField['属性 B'])),
        'xyz@nac-care.com',
        ''
    )
)

• Reply Email Name（Reply_Email_Name__c）：テキスト型

IF(
    NOT(ISEMPTY(sourceField['属性 A'])),
    'ABC',
    IF(
        NOT(ISEMPTY(sourceField['属性 B'])),
        'XYZ',
        ''
    )
)

その後、Individual DMO に対応するカスタム項目を作成し、それぞれの項目をマッピングします。

さらに ID 解決を経て、データグラフの Unified Individual にこれらの項目を追加しておきます。

これにより、メールの設定画面では、Triggering Unifiedssotindividual_dlm から、作成した返信先メールアドレスや返信先名の項目を選択できるようになります。

CRM に返信先情報を直接保持していない場合でも、この方法を利用することで、Data 360 側で条件に応じた値を生成し、セグメントフローのメール設定で利用できます。必要に応じてお試しください。

いかがでしたでしょうか。

これまでのように共通のメールアドレスから送信するだけでなく、営業担当者ごとの名前やメールアドレスを利用して送信できるようになったことで、よりパーソナルなコミュニケーションを実現できるようになりました。顧客にとっても、「誰から届いたメールなのか」が分かりやすくなり、返信率やエンゲージメントの向上が期待できます。

なお、動的な返信先アドレスについては、現時点では挙動に不明な点が残っているため、検証が完了次第あらためてご紹介したいと思います。

ぜひ実際の環境で試しながら活用してみてください。

今回は以上です。

次の記事はこちら

前回の記事はこちら

私の note のトップページはこちら