こんにちは！ASUE株式会社の広報のN村です。

弊社ではここ数年メルマガの配信にMAツールでもあるAccount Engagementを活用しています。

少し前にも簡単に紹介したのですが、自社のドメインからメールを配信する際にドメインの認証を正しく行っていないと、GmailやYahoo!メールなどで迷惑メールとして扱われてしまう場合があります。

メルマガで一般的に知っておくべき基礎知識

 2025年2月26日 そのメルマガ大丈夫？最低限押さえておきたい特定電子メール法の基本とGmailへの不通を防ぐ3つの対策

各種外部ツールを使用してメールを送信する場合はそのツールごとにドメイン認証などを行う必要がありますし、それとは別に必要な設定もあります。今回はSalesforceとAccount Engagementのそれぞれを導入している場合にやるべき設定とその設定方法をご紹介します。

各種ドメイン認証が必要かどうかの確認方法

ユーザーの多いGmailの受信環境での確認方法をご紹介します。

今回ご紹介するのは主にSalesforceやAccount Engagementでメールを送る際のドメインの認証の話なのですが、それらの対応がもう済んでいるかどうかの確認方法がこちらになります。

すでにSalesforceやAccount Engagementを使用して、クライアントやリード宛にメール送信を行っている場合は、対応が済んでいるか確認のうえ未対応のものは後述の設定方法を参考に設定をしておきましょう！

これからSalesforceやAccount Engagementを使用したメール送信を始めたい場合は、そのまま設定方法に進んで各設定を進めていただければ大丈夫です。

Salesforceからメールを送る場合

Salesforecでは、リストビューやキャンペーンなどから一斉メールを配信したり、個別のクライアント担当者にメールを送信することなども可能です。

メールを送る際にまず設定しておくべきものは、以下のとおりです。

ドメイン認証については、ここではSPF認証とDKIM認証の設定方法について詳しく紹介します。（DMARCは別途後述します）

この設定にはDNSレコードの編集が必要となる部分があります。DNSレコードは場合によってはWebサイトやメール送信に重大な影響を与える可能性があるので、よくわからない方は勝手に設定を触らないでサーバー管理の担当部署などに依頼をしましょう。

また、DNSレコードの設定方法は、使用しているサーバー等によっても変わってくるので、設定の際はそちらをご確認ください。

SPFの設定（サーバー等のDNSレコード設定画面）

SPF認証とは、なりすましたドメインを使ってメールを送信していないかどうかを確認するためのものです。この設定をすることで、salesforce.comのサーバーからasue.jpのメールアドレスで送ってもなりすましではないことを示せます。

SPF認証は、SalesforceだけでなくAccount Engagementやその他のメール（Google Workplace）などメール送信に使うサーバーそれぞれで必要ですが、DNSレコード上では全部まとめて記載します。使用しているツール・サーバーごとの設定方法を確認して、設定しましょう。

その他、SPFレコードの書き方の参考になりそうなページもいくつか載せておきます。

DKIMの設定（Salesforce上とDNSレコードの両方で作業あり）

まず、手順1-3に沿ってDKIM 鍵の新規作成画面にいきます。

続いて、DKIM鍵作成に必要な情報を入力します。各項目はこのあと紹介しますが、入力が完了したら[保存]をクリックします。[保存]後は[ドメイン一致パターン]しか編集できなくなります。

まず鍵サイズについて。DKIM認証は公開鍵・秘密鍵というものを作成してそれを使用して認証されるものです。この鍵サイズは1024ビットと2048ビットから選択できますが、サーバーによっては対応していないサイズがある可能性もあるため、要確認です。問題なければ、よりセキュアな2048ビットを使用するのがベストです。

セレクターと代替セレクターは、DKIM鍵作成後にDNSレコードを編集する際にホスト名として使用される文字列になります。例えば、上記の表の例の通りに設定した場合は以下のホスト名をDNSレコードで使用することになります。なんでも良いですが、DNSレコード上でなんの設定かわかりやすいもの、セレクターと代替セレクターがセットであることがわかりやすいものが好ましいと思われます。

ドメインとドメイン一致パターンについては、使用するドメインとそのパターン（サブドメインが使用されるかなど）を確認の上記入しましょう。

設定するサーバー等によって方法が違うので、それぞれの設定方法と表示されたレコードに合わせて設定を行いましょう。

最後に、手順7で設定したCNAMEレコードが正しくできており、反映されればDKIM鍵を有効にできます。DKIM鍵の詳細画面にいき、[有効化]をクリックすると有効化されます。

DNSレコードは反映までに時間がかかる場合があるので、有効化ができるようになるまで何度かチェックする必要があります。

SPFアライメントの適合について

Salesforceからのメール送信の場合、Return-Pathのドメインを送信アドレスのドメインと一致させるには（= SPFアライメントの適合）、メールの送信設定から二箇所のチェックを外せばOKです。

[標準のメールセキュリティメカニズムへのコンプライアンスを有効化]の機能は、SPF認証の代替手段にあたるものなので、SPFの認証ができていれば無効化しても問題はありません。

[不達管理の有効化]を無効化すると、Salesforce上でのユーザーへのメールが不達だった場合でもSalesforce上で警告等が表示されなくなります。不達管理を無効化しないとReturn-Pathを一致させられないため、ASUEでは基本的には設定をおすすめしています。

Account Engagementからメールを送る場合

Account Engagementは、マーケティングオートメーションツールです。こちらでは、リストメールはもちろん1対1のメール送信やユーザーの行動などに応じてシステムによる自動メール送信なども可能です。

Account Engagementでメール送信をする場合は、上記の設定をする必要があります。一つずつ設定方法をご紹介します。

メール送信ドメインの設定（Account Engagement管理画面）

Account Engagementにログインしたら、[Account Engagement設定] > [ドメイン管理]をクリックし、ドメインの設定画面に移動します。

[新しいドメインを追加]の青いボタンをクリックすると表示されるドメイン作成画面で、メール送信に使用したいメールアドレスのドメイン（XXXXXX@asue.jpなら「asue.jp」）を入力し、[ドメインを作成]ボタンをクリックします。

下段に設定したドメインが追加されたことを確認したら、[想定されるDNSエントリ]に表示される情報を使用して次項で紹介するDNSの設定を行います。

Account Engagementからメール送信を行いたいドメインが複数ある場合は、このドメイン追加の手順をそのドメインごとに行います。（後述のSPF/DKIMについても同様です。）

DNSの設定（サーバー等のDNSレコード設定画面）

ここからの設定は、使用するドメインのDNSレコードの設定画面から行います。Salesforceのところでも言いましたが、DNSレコードは場合によってはWebサイトやメール送信に重大な影響を与える可能性があるので、よくわからない方は勝手に設定を触らないでサーバー管理の担当部署などに依頼をしましょう。

また、DNSレコードの設定方法は、使用しているサーバー等によっても変わってくるので、設定の際はそちらをご確認ください。

ドメインの所有権の検証

Account Engagementに対してドメインを所持していることを証明するための設定です。[想定されるDNSエントリ]の[検証キー]に表示されているドメイン・種別・エントリ（内容）でそのまま設定すればOKです。

SPF認証の設定（※現在は基本的に作業不要）

続いて、SPF認証。これは送信元のメールアドレスが偽物じゃないか、なりすましメールではないかを確認するための認証で、簡単に言えばAccount Engagementを使ってメールを送っているけどasue.jpが正式に送ってる認証されたメールだよ！ということを示すための設定です。設定されていない場合、迷惑メールになる可能性が高くなります。

現在は送信ドメインの設定を行うと自動で設定されるようです。（以前は、SPFレコードのincludeに[aspmx.pardot.com]を設定する必要がありました。）

ただ、SPFレコード自体はAccount Engagement以外の通常のメール送信でも必要なので、設定していない場合は設定しましょう。メール送信に使用しているサーバーやツールごとに設定が必要なので、書き方の参考になりそうなページをいくつか載せておきます。

DKIM認証の設定

こちらもなりすましや改竄を防止するためのDKIM認証のための設定です。送信時にメールに送信元の電子署名→受信者側で検証することでなりすましや改竄を防ぎます。

[想定されるDNSエントリ]から、ホスト名・種別・エントリ（内容）をそのまま設定する必要があります。

このDKIM認証は、（ものすごくざっくり言うと）受信者側が公開鍵・送信者側が秘密鍵を使用して照合するものなのですが、[エントリ]の値のうち「p=」に続く文字列が公開鍵となります。

DNS設定の確認

各設定が正常に完了し、DNSレコードが反映されたら[DNSエントリの確認]をクリックするとSPF・検証状況・DOMAINKEYのそれぞれが[検証済み]の表記となります。

SPFアライメントの適合

SPF/DKIM/DMARCの認証を完了しても、Postmasterツール等で確認するとSPFの認証が通ってないケースがあります。（Gmailで受信した際にはSPF:PASSになっているのに！）

Account Engagementから送信したメールの場合、原因はSPFアライメントの適合ができていないからかもしれません。SPFアライメントとは、メールのReturn-PathのアドレスとFromのアドレスのドメインが一致しているかを確認する仕組みのことです。

Account Engagementでは、Return-Pathのドメイン変更がユーザー側ではできないため、サポートを利用して依頼する必要があります。

流れは大体上記のような感じなので、詳しくは実際に問い合わせ後に案内に従って対応を行いましょう。

Salesforce / Account Engagement共通で必要な設定

共通で設定する必要があるのは、DMARC認証です。詳しくやり方を紹介します。

DMARC認証の方法（DNSレコードの設定）

DMARC認証は、簡単にいうとSPF認証とDKIM認証に通過しているかを確認して、認証に失敗したメールをどのように扱うか受信サーバーに示すためのものです。

ホスト名は「_dmarc.」+「使用したいドメイン」で、種別はTXT。

内容ではvとpが必須で、v=DMARC1と、p=noneで設定します。pは「none（＝何もしない / そのまま配信する）」「quarantine（＝迷惑メールに分類する）」「reject（＝拒否）」の3種が設定可能なのですが、設定当初は特に必要なメールが迷惑メール扱いになったり拒否されたりする可能性があるので、p=noneにしておくのがベストです。

ruaには、DMARCの認証状況のレポートを送るメールアドレスを設定できます。たくさん届くので個人アドレスは非推奨、専用アドレスがベストです。

また、adkimとaspfはs：厳格（= strict の "s"）とr：緩和（= relaxed の "r"）の2つの値が設定できますが、こちらもとりあえずは「r」で設定しておくと必要なメールの認証に失敗する可能性が下がるので良いかと思います。

まとめ

SalesforceやAccount Engagementでメールを送るために最低限必要な設定は以上となります。

メールの設定はきちんとできていないと、せっかく送ったメルマガなどのマーケティングメールやSalesforce上からクライアント宛にメールを送信する際に正常に受信してもらえない可能性があります。

今一度対応が完了しているかを確認しておきましょう！

ASUEではSalesforceやAccount Engagementの導入支援・運用支援も行っておりますので、気になる方はぜひお気軽にお問い合わせいただけますと幸いです！