email-deliverability

メールの到達性

メールを迷惑メールフォルダーではなく、受信トレイに届けます。認証を設定し、レピュテーションを監視します。問題を診断し、ビジネスに影響が出る前に対処します。

---

使用する状況

• 新しいドメインでメールを設定する
• メールのかなりの割合が迷惑メールに振り分けられている
• 顧客からメールが届かないという報告がある
• DMARC、SPF、または DKIM を設定する
• ドメインのなりすまし対策を強化する
• メールサービスプロバイダーを移行する
• 送信者のレピュテーションが低下した
• 送信量を増やす前にローンチ前監査を行う

使用しない状況

• メール本文を作成する（email-sequences を使用）
• メールプログラムの戦略を設計する（email-sequences を使用）
• 一般的な DNS レコードを扱う（domain-strategy を使用）
• アカウントから送信されるアウトバウンドスパムへの対処（別の問題です。認証情報が侵害されていないか調査してください）

---

必要な入力情報

• 送信ドメイン
• メールサービスプロバイダー（ESP、トランザクションメールサービス、メールサーバー）
• 現在の DNS レコード（またはそれらへのアクセス権）
• メールの送信量（トランザクションメールとマーケティングメールの内訳、1日の送信量）
• 現在の到達性の状態（判明している場合：バウンス率、迷惑メール報告数）

---

フレームワーク：3 つの柱

メールの到達性は 3 つの柱で成り立っています。いずれか 1 つでも弱ければ、ほかの柱の効果も制限されます。

柱 1：認証

メールボックスプロバイダーは、メールが申告どおりの送信元から実際に送信されたものかを確認します。必要なレコードは 3 つです。

SPF（Sender Policy Framework）

そのドメインからメールを送信することを許可されたサーバーを一覧にします。ドメインの頂点に TXT レコードとして公開します。

v=spf1 include:_spf.mailprovider.com -all

• include: は、別の送信元の許可リストを追加します
• -all（ハードフェイル）：未登録の送信元からのメールは認証に失敗します
• ~all（ソフトフェイル）：未登録の送信元は疑わしいものの、認証は通過します。導入時に便利です
• +all：絶対に使用しないでください。誰でも送信できるようになります

1 つのドメインに設定できる SPF レコードは 1 つだけです。複数の SPF レコードがあると、SPF は完全に機能しなくなります。送信元は 1 つのレコードにまとめてください。

SPF の DNS ルックアップ上限は 10 回です。各 include: で複数回のルックアップが発生することがあります。上限に達すると、SPF は機能を停止します。十分に注意して監視してください。

DKIM（DomainKeys Identified Mail）

送信するメールごとに付与される暗号署名です。メールサーバーは秘密鍵で署名し、公開鍵を DNS で公開します。

selector1._domainkey.example.com    TXT    "v=DKIM1; k=rsa; p=MIGfMA0G..."

セレクターは ESP によって異なります。default._domainkey を使うものもあれば、サービスごとに固有のセレクターを使うものもあります。ほとんどの ESP では、レコードの公開手順を案内してくれます。

DKIM により、メッセージが転送中に改変されていないことと、送信者がドメインを管理していることを証明できます。

DMARC（Domain-based Message Authentication, Reporting, and Conformance）

ポリシーのレイヤーです。SPF または DKIM に失敗した場合の受信側の処理と、レポートの送信先を指定します。

_dmarc.example.com    TXT    "v=DMARC1; p=reject; rua=mailto:[email protected]; ruf=mailto:[email protected]; pct=100; adkim=s; aspf=s"

構成要素：

• p=：ポリシー。none、quarantine、または reject を指定します。
• rua=：集計レポート（日次、概要）。必ず設定してください。
• ruf=：フォレンジックレポート（メッセージごと）。任意ですが、大量になることがあります。
• pct=：ポリシーの適用対象となる認証失敗メールの割合です。段階的な導入に便利です。
• adkim=、aspf=：アラインメントモードです。s（厳格）または r（緩和）を指定します。厳格モードでは、From: ドメインが完全に一致している必要があります。

DMARC は最も重要なレコードです。これにより、ドメインのなりすましが困難になります。

柱 2：レピュテーション

メールボックスプロバイダー（Gmail、Outlook、Yahoo）は、送信者ごとにスコアを付けます。レピュテーションがメールの到達状況を左右します。

レピュテーションに影響する要素：

• 認証成功率（SPF、DKIM、DMARC）
• エンゲージメントシグナル（開封、返信、迷惑メールではないと判定する操作）
• ネガティブシグナル（迷惑メール報告、未開封のまま削除、ブロック）
• リストの健全性（低いバウンス率、スパムトラップがないこと）
• 送信量の一貫性（急増はスパムのように見えます）
• コンテンツの傾向（リンクのレピュテーション、添付ファイルの傾向）
• IP とドメインの履歴

レピュテーションは（送信ドメイン × メールボックスプロバイダー）ごとに評価されます。Gmail から見た評価と Outlook から見た評価は独立しています。

柱 3：リストの品質とエンゲージメント

認証とレピュテーションの基盤となるのは、リストの品質です。リストが悪ければ、いずれレピュテーションも悪化します。

• 明示的にオプトインした人にのみ送信します
• 可能な限り、マーケティングでは確認済み（二重）オプトインを使用します
• 配信停止の申し出には、速やかかつ確実に対応します
• ハードバウンスは直ちに削除します
• 反応のない連絡先は整理します（6 か月間開封がない場合：頻度を下げるか、削除します）
• 第三者のリスト、スクレイピングしたメールアドレス、「購入したオプトイン」は避けます

ほとんどの送信者にとって、配信到達率を最も大きく左右するのはリストの衛生管理です。

---

ワークフロー

ステップ 1：現状を監査する

現在の DNS レコードを確認します。

dig +short txt example.com
dig +short txt selector1._domainkey.example.com
dig +short txt _dmarc.example.com

次の項目も確認します。

• 現在のバウンス率（目標：2％未満）
• 現在の迷惑メール苦情率（目標：0.1％未満）
• 現在の開封率（業界によって異なります。低下傾向は警告サインです）
• 現在の送信量

ツール：mxtoolbox.com、dmarcian.com、mail-tester.com（個別メッセージ用）。

ステップ 2：認証を修正する

SPF、DKIM、DMARC のいずれかが設定されていない、または誤設定されている場合は、まず修正します。

SPF の修正手順：

1. 正規の送信者をすべて特定します（トランザクションメール用 ESP、マーケティング用 ESP、サポートツールなど）
2. それぞれの include: 値または IP を取得します
3. 1 つの SPF レコードにまとめます
4. ルックアップ数が 10 未満であることを確認します
5. ハードフェイルには -all を使用します（段階的に導入する場合は ~all）

DKIM の修正手順：

1. 送信サービスごとに新しいセレクターを生成します
2. DNS に公開鍵を登録します
3. ESP が秘密鍵で署名するよう設定します
4. テスト送信で確認します（ヘッダーの dkim=pass を確認します）

DMARC の修正手順：

1. 最初は p=none で DMARC を公開します（監視モード）
2. 集約レポートの送信先を設定します（DMARC 分析サービスまたは独自の送信先を使用します）
3. 2～4 週間以上レポートを監視します
4. アライメントに失敗している正規の送信者を特定し、修正します
5. pct=10 を指定して p=quarantine に移行し、段階的に割合を増やします
6. 十分な確信が得られたら p=reject に移行します

一連の移行には通常 2～3 か月かかります。急ぐと、正規のメールまでバウンスされます。

ステップ 3：監視を設定する

継続的に状況を把握します。

• DMARC 集約レポート：毎日解析します。新しい送信元、アライメントの失敗、送信量の変化を確認します。
• バウンス率：ESP のダッシュボードで確認します。目標はトランザクションメールで 2％未満、マーケティングメールで 5％未満です。
• 迷惑メール苦情率：目標は 0.1％未満です。
• レピュテーションツール：Google Postmaster Tools（無料）、Microsoft SNDS、Talos、Sender Score。
• ブラックリスト監視：ほとんどの ESP には含まれています。含まれていない場合は、mxtoolbox.com または hetrixtools.com を使用します。

ステップ 4：リストの衛生管理に対処する

• 送信リストからハードバウンスを直ちに削除します（ほとんどの ESP は自動で対応します。確認してください）
• 抑制リストを設定します（配信停止、手動ブロック、配信到達率のシンクホール）
• 反応のない連絡先を整理します（再エンゲージメントキャンペーンを行うか、削除します）
• オプトインの手順を見直します。登録者は何に申し込むのかを理解していますか？

ステップ 5：コンテンツとパターンを監査する

レピュテーションに問題がなく、認証も通過している場合は、コンテンツを確認します。

• HTML のみのメール（プレーンテキストの代替がない）は警戒されます
• 画像の割合がテキストに対して高すぎると警戒されます
• 不審なリンクのパターン（IP アドレスを直接記載した URL、URL 短縮サービス、乗っ取られたドメイン）
• 件名に含まれる特定の迷惑メール誘発語（以前ほど重要ではありませんが、依然として影響があります）
• URL にドメインの不一致が多い
• 「info@」のような一般的な差出人名ではなく、実在しそうな差出人名を使用します

ステップ 6：成長に備える

メールの送信量はレピュテーションに影響します。突然の増加は迷惑メールのように見えます。

• 新しい送信 IP は段階的にウォームアップします（1 日 50 通から始め、毎日 2 倍にします）
• 新しいドメインも同様のパターンで段階的にウォームアップします
• 送信を 1 日の間に分散します
• 大規模なローンチの前の週に ESP を切り替えるのは避けます

ステップ 7：BIMI を設定する（任意ですが有益です）

BIMI（Brand Indicators for Message Identification）は、対応するクライアント（Gmail、Apple Mail、Yahoo など）で、認証済みメールの横にロゴを表示します。

必要なもの：

• p=quarantine または p=reject の DMARC（そのため、DMARC の段階的な適用の後に行います）
• 商標登録済みのロゴを SVG 形式で用意します（特定の形式要件があります）
• Gmail などで必要となる、認証局（CA）発行の Verified Mark Certificate（VMC）
• SVG と VMC を指定する _bimi DNS レコード

BIMI は信頼性の指標とエンゲージメントを高めます。DMARC の適用を開始したら、設定する価値があります。

ステップ 8：文書化し、定期的に見直す

メールアーキテクチャを文書化します。

• 送信ドメインとサブドメイン
• 各 ESP と送信するメールの種類
• 各ドメインの DNS レコード
• 監視の設定
• 配信到達性が低下した場合のエスカレーション手順

四半期ごと、または新しい ESP を追加したときに見直します。

---

よくある失敗パターン

複数の SPF レコード。 同じドメインに 2 つ以上の SPF レコードがあると SPF が機能しなくなります。1 つに統合してください。

SPF の DNS ルックアップ上限を超過。 include: ディレクティブや連鎖した include が多すぎます。フラット化するか、簡素化してください。

DMARC がいつまでも p=none のまま。 監視はしていても、適用されていません。なりすましが容易な状態が続きます。適用に移行してください。

DMARC を急いで p=reject にする。 アライメントが検証されていないため、正規のメールがバウンスします。段階的な導入を行ってください。

From: アドレスとは異なるドメインから送信する。 アライメントの失敗につながります。From: ドメインを修正するか、適切なアライメントを確保してください。

ESP 固有の設定なしで共有 ESP IP を使用する。 ESP によっては、デフォルトでお客様の DKIM を使って署名しない場合があります。その場合、署名はお客様のものではなく ESP のものになります。カスタム DKIM を設定してください。

マーケティングメールも送信するドメインからメールを送る。 マーケティングメールへの迷惑メール報告は、トランザクションメールの配信到達性にも悪影響を及ぼします。トランザクションメールには transactional.example.com、マーケティングメールには mail.example.com などのサブドメインを使用してください。

バウンスを監視していない。 ハードバウンスが蓄積すると、レピュテーションが急落し、配信到達性が急激に悪化します。監視してください。

購入したリストやスクレイピングした連絡先。 そうしたリストに含まれるスパムトラップは、レピュテーションを損ないます。使用しないでください。

マーケティングでダブルオプトインを設定していない。 シングルオプトインでは、ボットや入力ミスのアドレスがリストに登録されます。ボットは迷惑メール報告を発生させ、レピュテーションを損ないます。

DMARC レポートを無視する。 レポートから問題を早期に把握できます。パーサーを設定し、毎週確認してください。

「迷惑メールではない」とマークされることを目標にする。 目標は、そもそも迷惑メールに振り分けられないことです。いったんレピュテーションが悪化すると、回復に数か月かかります。

---

出力形式

配信到達性の監査ドキュメントには、次の項目を含めます。

• ドメイン一覧： すべての送信ドメイン
• 認証ステータス： ドメインごとの SPF、DKIM、DMARC
• 送信元一覧： メールを送信するすべての ESP またはサービスと、その設定内容
• レピュテーションの状況： 測定可能な範囲で、主要なメールボックスプロバイダーごとの状況
• リストの衛生状態： バウンス率、迷惑メール報告率、オプトインのプロセス
• 調査結果： 優先度を付けた問題
• ロードマップ： SPF／DKIM／DMARC の修正、BIMI の計画、監視計画
• 監視の設定： 何を監視し、どこにアラートを送るか

---

参考ファイル

• references/dmarc-rollout-playbook.md：DMARC なしの状態から p=reject に移行するための手順を、所要期間、監視、途中で見つかった問題への対処方法とともに説明しています。