メール配信ヘルスとは、送信したメッセージが受信トレイに届くか、迷惑メールフォルダに消えてしまうか、あるいは受信サーバーに静かに拒否されてしまうかの分かれ目です。メールが届かなければ、どれほど内容が優れていても、リストがどれほど絞り込まれていても意味がありません。

本チェックリストは、認証・インフラ・リストの健全性・コンテンツ・モニタリングという5つのカテゴリに分けた15個の具体的なステップで構成されています。それぞれのステップで「何をすべきか」と「なぜ重要か」を解説します。

認証

認証は配信ヘルスの基盤です。これがなければ、メールボックスプロバイダーは送信者が本物かどうかを確認する手段を持ちません。

1. SPF(Sender Policy Framework)を設定する#

アクション: あなたのドメインを代理して送信できるすべてのIPアドレスとサービスを列挙したDNS TXTレコードを、ドメインのルートに公開します。

SPFは、あなたのドメインからメールを送信できるIPアドレスを受信サーバーに伝える仕組みです。SPFがなければ、どのサーバーでも「あなたのドメインから送信した」と主張でき、スパムフィルタは区別できません。

典型的なSPFレコードは次のような形です。

v=spf1 include:_spf.google.com include:sendgrid.net -all

押さえておきたいポイント:

~all(ソフトフェイル)ではなく-all(ハードフェイル)を使いましょう。ハードフェイルは未認可の送信者を明確に拒否するよう受信側に伝えます。ソフトフェイルは「疑わしい」と印を付けるだけなので保護が弱くなります。
DNSルックアップ10回の上限を超えないようにします。include、a、mx、redirect、existsそれぞれが1ルックアップとしてカウントされます。10回を超えるとSPF評価は永続エラーを返し、すべてのメッセージで実質的に失敗します。
あなたのドメインを名乗って送信するすべてのサービスを含めます。メインのメールサーバー、マーケティングプラットフォーム、トランザクションメールサービス、CRM、ヘルプデスク、請求ツール、その他あなたを代理するSaaS製品すべてです。

2. DKIM(DomainKeys Identified Mail)を導入する#

アクション: 送信サービスごとに2048ビットのRSA鍵ペアを生成し、公開鍵をDNS TXTレコードとして公開し、DKIM署名を有効化します。

DKIMは送信されるすべてのメールに暗号署名を付与します。受信サーバーはDNSから公開鍵を取得し、メッセージが配送途中で改ざんされていないことを検証します。

押さえておきたいポイント:

2048ビット鍵を使いましょう。1024ビット鍵は脆弱とみなされます。
送信サービスごとに別々のDKIMを設定します。Google Workspace、SendGrid、Mailchimp、ヘルプデスクは、それぞれ独自のDKIM鍵とセレクタが必要です。
relaxed/relaxed正規化を使い、配送中の軽微なフォーマット変更で署名が壊れないようにします。
6〜12か月ごとに鍵をローテーションします。鍵ごとに異なるセレクタを使えば、ローテーションをシームレスに行えます。

詳細な手順についてはDKIM完全ガイドをご覧ください。

3. DMARC(Domain-based Message Authentication, Reporting, and Conformance)を実装する#

アクション: _dmarc.yourdomain.comにDMARC TXTレコードを公開し、モニタリングから段階的に強制適用へと移行します。

DMARCは、SPFとDKIMをアラインメント要件で結びつけ、認証に失敗したメッセージをどう扱うかを受信側に指示するポリシーを提供します。さらに、あなたのドメインを使ってメールを送信している主体を可視化するレポート機能も備えています。

最初はモニタリングから始めましょう。

v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com; fo=1;

2〜4週間レポートを確認したら、p=quarantine、そしてp=rejectへと進めます。詳しい流れはDMARCポリシー進行ガイドを参照してください。

p=rejectのDMARCは、現在ではGoogleとYahooにより一括送信者にとって事実上必須となっています。

4. BIMI(Brand Indicators for Message Identification)を検討する#

アクション: DMARCをp=quarantineまたはp=rejectにしたら、BIMIレコードを公開して、対応する受信トレイにブランドロゴを表示できるようにします。

BIMIは比較的新しい標準で、認証済みのブランドロゴを受信トレイに表示できます。少なくともp=quarantineのDMARCポリシーが必要で、フル対応には認証局発行のVerified Mark Certificate(VMC)も求められます。

BIMIレコードは次のような形です。

v=BIMI1; l=https://yourdomain.com/logo.svg; a=https://yourdomain.com/vmc.pem;

BIMIはオプションで、すべてのメールボックスプロバイダーが対応しているわけではありませんが、視覚的な信頼シグナルとして開封率の向上につながります。Gmail、Yahoo、Apple MailはBIMIロゴに対応しています。

インフラ

送信インフラは、メールボックスプロバイダーがあなたのレピュテーションを評価する際に大きく影響します。

5. 専用送信IPを使う(大量送信の場合)#

アクション: 月に5万通を超えるメールを送る場合は、共有IPプールではなく、メール配信プロバイダーから専用IPアドレスを取得します。

共有IPでは、同じIPを使う他の送信者の影響でレピュテーションが左右されます。同じIPの誰かがスパムを送ると、あなたの配信ヘルスも悪化します。専用IPなら、送信レピュテーションを完全に自分でコントロールできます。

このステップは大量送信者にのみ関係します。少量の送信者(月5万通未満)の場合、しっかりウォームアップされていない専用IPよりも、良好なレピュテーションを持つ共有IPの方が概してよく届きます。

6. 新しいIPとドメインをウォームアップする#

アクション: 新しいIPアドレスや送信ドメインを使い始める際は、2〜4週間かけて送信量を段階的に増やします。

メールボックスプロバイダーは、新しいIPやドメインが突然大量のメールを送り始めることを警戒します。ウォームアップのスケジュールはたとえば次のようになります。

1週目: 関与度の高いコンタクトに対して1日50〜200通。
2週目: 1日500〜1,000通。
3週目: 1日2,000〜5,000通。
4週目: フル送信量。

ウォームアップ期間中は、開封や反応が見込める受信者にのみ送信しましょう。ポジティブなエンゲージメントシグナル(開封、クリック、返信)が、メールボックスプロバイダー側のレピュテーションを高めます。

7. 逆引きDNS(PTRレコード)を設定する#

アクション: 送信IPアドレスに、送信ドメインに解決される有効なPTRレコードを設定します。

逆引きDNSはIPアドレスをホスト名にマッピングします。多くのメールボックスプロバイダーは、送信サーバーのIPにPTRレコードがあり、ホスト名が送信ドメインと一致しているかをチェックします。逆引きDNSが欠けていたり一致しなかったりすると、スパムシグナルになります。

ホスティング型メールサービス(Google Workspace、SendGridなど)を使っている場合、これは事業者側で対応してくれます。自前のメールサーバーを運用しているなら、ホスティングプロバイダーやISP経由でPTRレコードを設定する必要があります。

リストの健全性

クリーンでエンゲージメントの高いメールリストは、配信ヘルスを左右する最も強い要素のひとつです。無効なアドレスや関心のない受信者に送り続けると、レピュテーションを損ないます。

8. ダブルオプトインを使う#

アクション: 新規購読者には、確認メール内のリンクをクリックしてもらってからリストに追加します。

ダブルオプトインによって次のことが保証されます。

メールアドレスが実在し、有効である。
そのアドレスを入力した本人が、本当にそのアドレスの所有者である。
購読者が本心からあなたのメールを受け取りたいと考えている。

シングルオプトイン(確認なしで即座にリストに追加する方式)は、無効なアドレス、スパムトラップ、苦情率が高くなる原因になります。

9. バウンスを即座に処理する#

アクション: ハードバウンスは初回バウンスで自動的に削除し、ソフトバウンスは3〜5回連続でバウンスしたらサプレッションします。

バウンスには2種類あります。

ハードバウンス: アドレスが存在しない、またはドメインが無効。これは即座に削除します。ハードバウンスのアドレスに送り続けると、リストを管理していないシグナルとしてメールボックスプロバイダーに伝わります。
ソフトバウンス: メールボックスが満杯、サーバーが一時的に利用不可など、一時的な失敗。数回リトライし、それでも失敗が続けばサプレッションします。

ほとんどのメール配信プロバイダーはバウンス処理を自動で行いますが、設定が正しいか必ず確認してください。

10. サンセットポリシーを導入する#

アクション: 一定期間(通常90〜180日)メールを開封もクリックもしていない購読者を、削除または再エンゲージするための時間ベースのルールを定義します。

メールを一切開封しない購読者は、配信ヘルスを積極的に悪化させます。メールボックスプロバイダーはエンゲージメント率を追跡しています。受信者の多くがメールを無視している場合、プロバイダーは「望まれていないメッセージだ」と判断し、迷惑メールへの振り分けを始めます。

サンセットポリシーは通常2段階で進めます。

再エンゲージメントキャンペーン: 非アクティブな購読者に「これからもメールを受け取りたいか」を尋ねる専用メールを送信します。7〜14日の応答期間を設けます。
サプレッション: 応答がなければ、アクティブな送信リストから外します。

リストが小さくなるので直感に反するように感じますが、小さくてもエンゲージメントの高いリストの方が、大きくて関心の薄いリストよりも一貫して良い結果をもたらします。

コンテンツ

完璧な認証とクリーンなリストがあっても、メール本文の内容がスパムフィルタを発動させることがあります。

11. 件名をすっきりと書く#

アクション: 件名で全文大文字、過剰な記号、既知のスパムトリガーフレーズを避けます。

件名はスパムフィルタが最初に評価する要素のひとつです。スパム判定リスクを高める習慣には次のようなものがあります。

全文大文字: 「FREE MONEY INSIDE」はスパムに見えます。「Your monthly report is ready」はそうではありません。
過剰な記号: 「Don't miss this!!!」や「$$$SAVE NOW$$$」はフィルタを発動させます。
誤解を招く内容: 本文と一致しない件名(マーケティングメールなのに「Re: Your account」など)はCAN-SPAMに違反し、スパム苦情を招きます。

内容を正確に表す件名を書き、通常の大文字小文字を使い、煽るような戦術は避けましょう。

12. 良好なテキストと画像の比率を保つ#

アクション: メールには十分なテキストコンテンツを含め、画像だけで構成しないようにします。

スパムフィルタは画像中心のメールに警戒します。スパマーは本文フィルタから文字を隠すために画像を使うからです。経験則としては、テキスト60:画像40の比率が目安です。

加えて:

画像には必ずalt属性を付けます。画像がブロックされても(企業メールではよくあります)、メールが読めるようにします。
重要な情報(配信停止リンク、重要な本文)を画像内だけに埋め込まないでください。
読み込み速度と配信ヘルスのため、メール全体のサイズを100KB未満に保ちます。

13. プレーンテキスト版を含める#

アクション: 必ずHTMLとプレーンテキストの両方を含むマルチパート形式で送信します。

最近のメールクライアントの大半はHTML版をレンダリングしますが、スパムフィルタはプレーンテキスト版が同梱されているかを確認します。HTMLのみのメールはわずかにマイナスのシグナルになります。ほとんどのメール配信プロバイダーはプレーンテキスト版を自動生成しますが、必ず確認しておきましょう。

モニタリング

認証、インフラ、リストの健全性、コンテンツが受信トレイへの到達を実現します。モニタリングはその状態を維持するためのものです。

14. 定期的にブラックリストを監視する#

アクション: 送信IPアドレスとドメインを、主要なDNSブラックリストに対して少なくとも週1回チェックします。

ブラックリスト(ブロックリスト、DNSBLとも)に掲載されると、配信ヘルスは一夜にして壊滅的になります。代表的なブラックリストにはSpamhaus、Barracuda、SORBS、SpamCopなどがあります。

ブラックリスト掲載状況はNova UptimeのEmail Health Checkerで確認できます。包括的なメールヘルス分析の一部として、MXサーバーのIPを主要ブラックリストに照合します。

掲載されていることが分かったら:

原因を特定します(アカウント乗っ取り、悪いリスト、設定ミスのサーバーなど)。
根本原因を修正します。
ブラックリスト側の削除手続きを通じて、解除を申請します。
再掲載されないかをモニタリングします。

15. 配信ヘルス指標を継続的に追跡する#

アクション: メール認証ステータス、ブラックリスト状況、メールヘルススコアの自動モニタリングを設定します。指標は最低でも月1回はレビューします。

配信ヘルスにとって最も重要な指標は次のとおりです。

バウンス率: 2%未満が望ましいです。5%を超えるとリストの健全性に深刻な問題があります。
スパム苦情率: 0.1%未満が望ましいです。GoogleとYahooは0.3%を超えるとスロットリングやブロックを開始します。
認証通過率: SPF、DKIM、DMARCは正規メールのほぼ100%でパスする必要があります。失敗があれば設定ミスのサインです。
ブラックリストの状態: 主要なブラックリスト全体でクリーンであるべきです。
メールヘルススコア: メール認証とレピュテーションの総合的な状態を表す合成スコア。

Nova Uptimeは登録ユーザー向けに自動メールヘルスモニタリングを提供しており、ドメインのMXレコード、SPF、DKIM、DMARC、ブラックリスト状況を定期的にチェックします。AからFまでの評価と、見つかった問題への具体的な改善提案が届きます。登録なしで一度だけ確認したい場合は、無料のEmail Health Checkerもご利用いただけます。

まとめてみると

体系的に取り組めるよう、完全なチェックリストをまとめました。

認証

認可された送信者をすべて含み、-allポリシーを設定したSPFレコードを公開している
送信サービスごとに2048ビット鍵でDKIMを設定している
DMARCを公開し、p=rejectに向けて段階的に進めている
BIMIレコードを公開している(任意、DMARCの強制適用が前提)

インフラ

専用送信IP(月5万通を超える場合)
新しいIPとドメインを2〜4週間かけてウォームアップしている
送信IPに逆引きDNS(PTRレコード)を設定している

リストの健全性

新規購読者にダブルオプトインを有効化している
ハードバウンスを初回発生時に自動削除している
サンセットポリシーが稼働している(90〜180日の非アクティブをサプレッション)

コンテンツ

件名がすっきりしている(全文大文字や過剰な記号、誤解を招く内容がない)
テキストと画像の比率が60:40以上
すべてのメールにプレーンテキスト版を含めている

モニタリング

ブラックリスト状況を週1回チェック
配信ヘルス指標を毎月追跡・レビュー

優先順位

ゼロから始めるのであれば、次の順序で進めると効果的です。

SPF、DKIM、DMARC: 認証は基盤です。これがなければ他はほとんど意味を持ちません。
バウンス処理とリストの健全性: 無効なアドレスへの送信を直ちに止めましょう。
コンテンツの最適化: 件名やテキスト/画像比率を整えます。
モニタリング: 問題が大きくなる前に検知できるよう、自動チェックを設定します。
インフラ: 専用IP、ウォームアップ、逆引きDNS。
BIMI: 他がすべて整ったあとの仕上げです。

重要なポイント

メール配信ヘルスは一度きりのプロジェクトではありません。認証、リストの品質、コンテンツ、モニタリングへの継続的な気配りが必要です。本チェックリストの15ステップは、メールが受信トレイに届くか迷惑メールに振り分けられるかを決める、欠かせない基本を網羅しています。

まずは認証(SPF、DKIM、DMARC)から始め、リストをクリーンでエンゲージメントの高い状態に保ち、スパムフィルタを発動させないコンテンツを書き、レピュテーションを継続的にモニタリングしましょう。現状を把握して何から直すべきかを見極めるには、Nova UptimeのEmail Health Checkerが役立ちます。

ひとつステップを完了するたびに、配信ヘルスの向上、エンゲージメントの増加、迷惑メールに消えるメールの削減へと、着実に近づきます。

自分のメールはブラックリスト入りしている?確認と解除の手順 — 無料のブラックリストチェックと解除ステップ
SPFレコードの設定とチェックガイド — SPF設定をステップバイステップで
DKIM完全ガイド — DKIMの設定とトラブルシューティング
DMARC設定:noneからrejectへ — DMARCポリシーの段階的な進め方
Email Health Checkerガイド — メール認証の総合監査
無料のブラックリストチェッカー — 60以上のブラックリストを瞬時にスキャン

メール配信ヘルスのチェックリスト:受信トレイに届くための15ステップ

認証