配信ドメインは分けるべきか｜到達率を守る設計

「一斉配信を、会社のドメインからそのまま送っている」「なりすまし対策の設定は済んでいるので到達率は問題ないと聞いた」——配信を任されている担当者の理解に、抜けが起きやすい箇所です。設定が済んでいることは、届くことの保証ではありません。差出人が本人だと示す仕組みと、その差出人が信頼されているかの評価は別です。この記事では、業務のメールと同じドメインで送るか分けるかの判断を整理します。

認証が済んでいれば届くという誤解

送信ドメイン認証を設定した直後は、到達率の問題が解決したように見えます。実際に、なりすましを疑われて弾かれる事故は減ります。ただしそれで到達率が保証されるわけではありません。

認証が答えているのは、このメールは本当にそのドメインから送られたかという問いだけです。本人だと確認できたうえで、その送信元が過去にどう扱われてきたかが別に評価されます。この評価が悪ければ、認証が通っていても迷惑メールに振り分けられます。

評価の材料になるのは、受信した人の反応です。迷惑メールとして報告された割合、開封や返信の有無、存在しない宛先への送信の多さ、配信解除の要求への対応。これらの積み上げで、送信元としての扱いが決まります。

つまり認証は入場の資格で、評価は席の位置を決めるものだと考えると整理しやすくなります。資格があっても、席が後ろなら読まれません。

この記事では、業務メールと一斉配信を同じドメインで送るか分けるかという1点に絞ります。認証レコードの書き方そのものや、件名や本文の作り方、配信ツールの選定は扱いません。どこから送るかという設計の判断に集中します。

到達率は何で決まるのか

判断の前に、到達率を左右する要素を整理します。分けるかどうかで影響できる部分と、できない部分があります。

大きく分けると4つです。送信元の技術的な正しさ、送信元の評価、送っている内容、そして宛先リストの質。ドメインを分ける判断が効くのは2番目の評価の部分だけです。他の3つは分けても改善しません。

評価は複数の単位で積み上がります。送信に使うIPアドレス、送信元のドメイン、そしてドメインの階層。解説では、上位のドメインが評価の中心となり配下のサブドメインに強く影響を与える仕組みだと説明されています。

この構造から、分ける効果の範囲が決まります。配信の評価が業務メールに波及する経路を細くできる一方、完全に無関係にはできません。程度の問題として扱ってください。

宛先リストの質は、分けても隠せません。存在しない宛先が多いリストや、同意を得ていない宛先を含むリストを使えば、どのドメインから送っても評価が下がります。リストの整備は前提条件であり、ドメインの設計はその後の話になります。

4つには順番もあります。技術的な正しさが最初の関門で、次に評価、そのうえで内容が判定されます。認証が通っていない状態では、内容をどれだけ整えても評価の積み上げが始まりません。順序を飛ばして件名や本文の改善から入る失敗がよく見られます。

共用と分離を並べて比べる

2つの選択を観点ごとに並べます。分離が常に有利というわけではないことが見えてきます。

観点	業務メールと同じドメインで送る	配信用のサブドメインに分ける
設定の手間	追加の作業がほぼない	DNSと配信ツールの設定が必要
評価の波及	配信の評価が業務メールに及ぶ	波及を細くできる
評価の立ち上がり	既存の評価をそのまま使える	ゼロから積み上げる期間が必要
差出人の見え方	見慣れたドメインで安心感がある	見慣れず不審に思われる場合がある
問題の切り分け	原因の所在が分かりにくい	配信側の問題として特定しやすい
復旧のしやすさ	業務メールを止められず打つ手が狭い	配信を止めて立て直せる
管理の主体	情報システム部門の管轄になりやすい	マーケ部門で運用しやすい
向く規模	月数百件程度の少量配信	月数千件以上の定期配信

この表で最も重いのは6行目です。業務メールと共用していると、評価が落ちたときに配信だけを止めて回復させるという手が取れません。取引先とのやり取りが届かない状態が続くことになります。

一方で3行目は分離の代償です。新しいサブドメインは実績がないため、最初は評価がない状態から始まります。実績のない送信元からの大量配信は警戒されやすく、切り替え直後に到達率が落ちる場合があります。

8行目の目安は絶対的なものではありません。配信の件数が少なく、宛先も既存の取引先に限られるなら、分ける手間に見合う効果は出にくいという判断になります。

したがってこの表は、規模と用途で読み分けるものです。定期的に数千件以上を送るなら分離、年に数回の案内なら共用のままで足ります。判断が難しい中間の規模では、業務メールが止まったときの損害の大きさで決めてください。

共用ドメインで送るときのリスク

共用のリスクを具体的に見ます。起きたときの影響が業務全体に及ぶ点が特徴です。

最も分かりやすいのは、迷惑メールの報告が積み上がった場合です。一斉配信で報告が増えると、その評価が同じドメインから送る業務メールにも及びます。見積書や請求書の連絡が相手の迷惑メールフォルダに入るという事故につながります。

問題は、気づくのが遅れることです。相手が迷惑メールフォルダを見なければ、届いていないこと自体が分かりません。返信がないのは相手が忙しいからだと解釈され、数週間後に電話で判明するという流れになります。

復旧にも時間がかかります。評価は積み上げに時間がかかる一方、落ちるのは短期間で起こります。原因を止めてから回復するまで、数週間から数か月を見る必要があります。

共用のもう1つの問題は、原因の切り分けができないことです。到達率が落ちたとき、配信の内容が原因なのか、リストの質なのか、業務メールの送り方なのかを分離できません。送信元が1つだと、数字も1つにまとまってしまいます。

影響を受けるのは配信の担当部門だけではありません。同じドメインから送る他部門のメールも巻き込まれます。採用の連絡や請求の案内が届かなくなると、原因を作った部門が特定されるまで社内の調整に時間を取られます。技術の問題が組織の問題に変わります。

評価は上位のドメインに集まる

分ければ無関係になると考えるのは早計です。評価がどう積み上がるかの仕組みを押さえておく必要があります。

解説では、上位のドメインが評価の中心となり、配下のサブドメインに強く影響を与える構造だと説明されています。サブドメインを作っただけでは、評価が完全に独立するとは限りません。

具体例として挙げられているのは、署名の設定です。配信用のサブドメインから送っていても、DKIMの署名が上位のドメイン名で行われていれば、迷惑メール判定の増加が上位ドメインの評価に直接影響するとされています。

分離を実効的にするには、署名の設定も分ける必要があります。DKIMの署名対象をサブドメイン自身に設定することで、評価の切り分けが可能になるとされています。

同じ考え方は認証の他の要素にも及びます。SPFのレコードは上位のドメインに設定してサブドメインからの送信も許可する形が多く見られると指摘されていますが、用途別に異なるサブドメインとSPFの設定を行えば影響の範囲を限定できるとされています。設定の分離まで行って、初めて分けた意味が出ます。

サブドメインで守れる範囲と守れない範囲

分離で何が守れて何が守れないのかを整理します。期待の範囲を誤ると、分けたのに効かなかったという結論になります。

守れるのは、配信の評価が業務メールに波及する経路です。設定を正しく分ければ、配信で報告が増えても業務のやり取りへの影響を小さくできます。問題が起きたときに配信だけを止めて立て直せる状態を作れる点が最大の利点です。

守れないのは、内容とリストに起因する問題です。同意のない宛先への送信、解除の要求への未対応、存在しない宛先の放置。これらはドメインを変えても評価を落とし続けます。

もう1つ守れないのが、受け取る人の印象です。見慣れないドメインからの案内は、それ自体が不審に思われる場合があります。差出人の名前と署名で補う必要があります。

したがって分離は、問題を消す手段ではなく被害の範囲を区切る手段です。防火壁を作る作業に近く、火の元を消す作業とは別に必要になります。両方を同時に進めてください。

期待の範囲を社内で共有しておくことも実務では重要です。分けたのに迷惑メール判定が出たという報告を受けたとき、分離は被害の範囲を区切る仕組みだという前提が共有されていないと不信につながります。導入の時点で効果の範囲を書き残してください。

認証設定はドメインごとに必要になる

分けると決めた場合、認証の設定が追加で必要になります。ここを飛ばすと、分けたことで到達率が落ちます。

Googleのヘルプでは、DKIMとSPFの割り当てはドメイン固有に設定されると明記されています。配信用のサブドメインを作ったら、そのサブドメインに対してSPFとDKIMを設定する必要があります。上位ドメインの設定が自動で引き継がれるとは考えないでください。

DMARCの扱いには特有の仕組みがあります。上位のドメインに定義したポリシーは、spというタグを使うことでサブドメインにも波及する構造だと説明されています。サブドメインを追加する場合、このタグの値を確認しておく必要があります。

実務での注意点は、設定の抜けを検知する手段を持つことです。配信ツールの管理画面で認証の状態を確認し、実際に自分宛にテスト送信してヘッダーを見る工程を入れてください。

DMARCのレポートも活用できます。設定するとレポートの送信先を指定でき、どのドメインからどれだけ認証を通過しているかが分かります。想定していない送信元が見つかることもあり、配信ツールの設定漏れの発見につながります。

Googleとヤフーの一括送信者向け要件

2024年に受信側の要件が明文化され、一斉配信の前提が変わりました。ドメインの設計にも関わる内容です。

Googleのヘルプでは、2024年2月1日以降、Gmailのアカウントに1日あたり5,000件を超えるメールを送信する送信者は要件を満たす必要があるとされています。要件にはSPFとDKIMの設定、送信元ドメインへのDMARCの設定、迷惑メール率の維持、ワンクリックでの登録解除が含まれます。

DMARCについては、適用ポリシーをnoneに設定できるとされています。厳しいポリシーを最初から入れる必要はなく、まず設定してレポートを見る形から始められる整理になっています。

登録解除については、マーケティング目的のメールと配信登録されたメールはワンクリックで登録解除できるようにし、本文に解除のリンクを分かりやすく表示する必要があるとされています。同じ時期に米国のヤフーも同様の要件を導入したと紹介されています。

この要件がドメインの設計に関わるのは、5,000件という基準の考え方です。基準は送信元のドメイン単位で見られるとされており、複数の用途を1つのドメインに集めると基準を超えやすくなります。用途別に分ける設計は、要件への対応という面でも整理しやすくなります。

5,000件という基準を下回っていても、要件に沿った設定をしておく価値はあります。受信側の判定は基準の内と外で切り替わるわけではなく、認証と解除の導線が整っている送信元のほうが有利に扱われます。件数が少ないうちに整えるほうが手戻りがありません。

迷惑メール率をどう見るか

要件の中で運用に直結するのが迷惑メール率です。数字の意味と確認の方法を押さえておいてください。

Googleのヘルプでは、Postmaster Toolsで報告される迷惑メール率を0.3%未満に維持するとされています。1,000通に3通の報告で基準に触れる水準であり、余裕は大きくありません。

2024年6月以降については、報告される迷惑メール率が0.3%を超える一括送信者は緩和を申し立てることができないとされています。一方で、7日間連続して0.3%未満を維持すれば申し立てができるとも説明されています。

確認の手段は用意されています。Postmaster Toolsに配信用のドメインを登録しておけば、迷惑メール率や認証の通過状況を日次で確認できます。マイクロソフトが提供する同種の仕組みもあります。

運用上の要点は、ドメインを分けた場合に登録も分けることです。配信用のサブドメインを登録していなければ、そのドメインの数字は見えません。分離の設計をした時点で、確認の仕組みも合わせて用意してください。

新しいドメインは評価がゼロから始まる

分離を実行するときに最も事故が起きやすいのが、切り替えの瞬間です。新しい送信元には実績がありません。

実績のない送信元から突然大量のメールが送られると、受信側は警戒します。初日に全件を新しいサブドメインから送ると、到達率が大きく落ちる可能性があります。

対策として広く行われているのが、送信量を段階的に増やす方法です。最初は少量から始め、数週間かけて通常の量まで引き上げます。期間の目安は配信の規模によりますが、数千件の規模なら2週間から4週間程度が現実的です。

段階を上げる際の判断材料も決めてください。開封率が想定の範囲にあり、迷惑メール率が上がっていないことを確認してから次の段階に進みます。

送る順序にも工夫があります。最初は反応の良い相手から送ってください。開封や返信が発生すると評価にとって有利に働きます。逆に、長く反応のない宛先を最初に送ると、報告や不達が集中して立ち上がりを損ないます。

切り替えの方式にも選択肢があります。一斉に移す方式と、旧ドメインと並行して比率を移していく方式です。並行の期間を作れば、到達率が落ちたときに旧ドメインへ戻す判断が取れます。配信ツールが送信元を配信ごとに選べるかを事前に確認してください。

用途ごとに分ける設計例

分けると決めた場合、どこまで細かく分けるかという設計が必要になります。用途ごとの整理が実務的です。

典型的な分け方は3つです。業務のやり取りに使う上位ドメイン、一斉配信に使うサブドメイン、そしてシステムからの自動送信に使うサブドメイン。3つ目を混ぜると、配信の評価低下でパスワード再設定や申込の確認メールが届かなくなります。

さらに細かく分ける場合もあります。案内の配信と、購読者向けの定期配信を別にする形です。前者は報告が出やすく、後者は同意が明確なため、混ぜると後者の評価が引きずられます。

分けすぎの弊害もあります。ドメインが増えるほど、認証の設定と評価の積み上げと監視の対象が増えます。管理できる数に収めてください。

• 業務のやり取り、一斉配信、システムからの自動送信を別の送信元にしてある
• 配信用のサブドメインにSPFとDKIMを個別に設定してある
• DKIMの署名対象が配信用のサブドメイン自身になっている
• DMARCのspタグの値を確認し、意図した挙動になっている
• 配信用のサブドメインをPostmaster Toolsに登録してある
• 差出人の表示名と署名で、見慣れないドメインへの不安を補ってある

設計を決めたら、命名の規則も文書に残してください。あとから用途を追加するときに、規則がないと担当者ごとに別の名前を付けます。誰が見ても用途が分かる名前にしておくと、情報システム部門への説明も短くなります。

命名の候補は用途が伝わる語にしてください。配信用であればニュースやメール、自動送信であれば通知や送信の意味を持つ語が使われます。社外の相手が差出人欄を見たときに、怪しく見えない語を選ぶことも判断の材料になります。

配信ツールを移行するときの注意

配信ツールの入れ替えは、ドメインの設計を見直す好機です。同時に、事故が起きやすい場面でもあります。

移行で必ず発生するのが、認証の再設定です。配信ツールが変わると署名の鍵が変わるため、DNSのレコードを書き換える必要があります。旧ツールのレコードを消す前に新ツールの設定を通し、両方が有効な期間を作ってください。

送信に使うIPアドレスも変わります。ドメインの評価は引き継げても、IPの評価は新しい環境で積み直しになります。移行の直後は到達率が一時的に落ちる前提を置いてください。

移行とドメインの分離を同時に行うかは判断が必要です。同時に変えると、問題が起きたときにどちらが原因かを切り分けられません。順番に行うほうが安全です。

移行の時期の選び方も実務的な論点です。重要な案内を送る直前や、決算期などの繁忙期は避けてください。到達率が落ちたときに立て直す余裕がないと、影響が事業側に及びます。

移行の前後で比較する数字を先に決めてください。到達率そのものは測りにくいため、開封率、不達率、迷惑メール率の3つを移行前の1か月分と並べます。比較の基準を移行後に決めようとすると、落ちたのかどうかの判断ができません。

情報システム部門との調整

DNSの変更は、多くの企業でマーケティング部門の権限外です。調整の進め方を押さえておく必要があります。

依頼の内容は具体的に書いてください。追加するレコードの種類と名前と値、目的、いつまでに必要か。設定してほしいという依頼だけでは、確認のやり取りが何往復も発生します。

説明の順序も工夫が必要です。技術的な話から入るより、共用のままだと業務メールが届かなくなるリスクがあるという説明から始めるほうが理解されます。守るべきものが業務メールだという点は、情報システム部門と利害が一致します。

あわせて、変更後の確認の役割も決めてください。誰がどのタイミングで認証の状態を確認するかを事前に合意しておくと、設定漏れが残りません。

外部の委託先がDNSを管理している場合は、作業の依頼と反映までの期間を確認してください。数日から1週間かかることもあり、配信の予定から逆算した段取りが必要になります。

• DNSの変更内容と反映日を記録に残す。到達率が変動したとき、変更との前後関係を確認できる
• 配信用のサブドメインを新設したら、テスト送信で認証の通過を確認するまで本番の配信を始めない

分けるかどうかを決める手順

最後に、判断と実行の手順を整理します。件数と用途と体制の3つで決まります。

3番目を飛ばす例が多く見られます。リストの整備をせずにドメインだけ分けると、新しいサブドメインの評価を最初から落とすことになります。分離の効果を捨てる進め方です。

2番目の見積もりは、社内の合意を得るための材料にもなります。到達率の話ではなく業務が止まるリスクの話にすると、投資の判断が通りやすくなります。

• リストを整えずにドメインだけ分ける：新しい送信元の評価を初日から落とし、分離の効果を失います
• 切り替え初日に全件を新ドメインから送る：実績のない送信元からの大量配信となり、到達率が大きく落ちます
• 配信ツールの移行とドメイン分離を同時に行う：到達率が落ちたときに原因を切り分けられません
• システムからの自動送信を配信用ドメインに混ぜる：配信の評価低下で申込確認やパスワード再設定が届かなくなります

6番目の監視は、担当を決めないと続きません。数字を見る人と、基準を超えたときに配信を止める判断をする人を分けずに1人に集約してください。判断が2人に分かれると、対応が遅れます。

よくある質問

少量の配信でもドメインを分けるべきですか

月に数百件程度で、宛先も既存の取引先に限られるなら、分ける手間に見合う効果は出にくくなります。判断の目安は件数だけでなく、業務メールが届かなくなったときの損害の大きさです。見積書や請求書の連絡が滞ると影響が大きい業態なら、少量でも分ける価値があります。

サブドメインに分ければ業務メールは完全に守られますか

完全ではありません。解説では、上位のドメインが評価の中心となり配下のサブドメインに強く影響を与える構造だと説明されています。DKIMの署名対象をサブドメイン自身にし、SPFも用途別に設定して初めて切り分けの効果が出ます。設定を分けずにサブドメインだけ作っても効きません。

ウォームアップにはどのくらいの期間が必要ですか

配信の規模によりますが、数千件の規模なら2週間から4週間程度を見る形が現実的です。期間よりも重要なのは、段階を上げる判断の基準を決めておくことです。開封率が想定の範囲にあり、迷惑メール率が上がっていないことを確認してから次の量に進んでください。

迷惑メール率はどこで確認できますか

GoogleのPostmaster Toolsに送信元のドメインを登録すると、迷惑メール率や認証の通過状況を日次で確認できます。マイクロソフトが提供する同種の仕組みもあります。ドメインを分けた場合は、配信用のサブドメインを別に登録しないとその数字が見えません。

DMARCのポリシーは厳しくすべきですか

Googleのヘルプでは、送信元ドメインにDMARCを設定することが要件とされ、適用ポリシーはnoneに設定できるとされています。まず設定してレポートを確認し、想定外の送信元がないかを把握してから段階的に強めるのが実務的です。最初から強いポリシーを入れると、正規のメールが弾かれる事故が起こります。

まとめ

配信ドメインを分けるかどうかは、認証の有無とは別の判断です。認証は差出人が本人であることの証明にすぎず、その差出人が受信側からどう評価されているかは別に判定されます。共用のままだと、一斉配信で迷惑メールの報告が積み上がったときにその評価が業務メールに波及し、見積書や請求書の連絡が届かなくなります。しかも配信だけを止めて立て直すという手が取れません。

分離を実効的にするには、サブドメインを作るだけでは足りません。GoogleのヘルプではDKIMとSPFの割り当てはドメイン固有に設定されるとされており、DKIMの署名対象をサブドメイン自身にし、SPFも用途別に設定する必要があります。DMARCについては上位ドメインのポリシーがspタグを通じてサブドメインに波及する構造のため、値の確認が必要です。あわせて、2024年2月以降はGmailに1日5,000件を超えて送る送信者に認証と迷惑メール率0.3%未満、ワンクリック解除が求められています。

実行の順序は、リストの整備、認証の設定、段階的な送信量の引き上げ、継続的な監視です。リストを整えずにドメインだけ分けると、新しい送信元の評価を初日から落とすことになります。配信ツールの移行と分離は同時に行わず、順番に進めてください。まずは現在どのドメインから月何件を送っているかを棚卸しし、業務メールが止まったときの損害を見積もるところから始めてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。