{ freetool24 }
Network Tools

メール到達性ガイド：なぜメールがスパムに入るのか、その原因と対処法

SPF、DKIM、DMARC、送信者レピュテーションを理解する — メールが受信トレイに届くかどうかを決定する技術的・コンテンツ的要因

7分で読めます

ノートパソコンの画面に表示されたメール受信トレイ

完璧なメールキャンペーンを作り上げ、1万人の購読者に送信したところ、40%がスパムフォルダに入ってしまった。あるいはさらに最悪なケースとして、パスワードリセットや注文確認のようなトランザクションメールを送ったのに、ユーザーが受け取れなかった。メール到達性は、現代のソフトウェアにおいて最も技術的に複雑で、ビジネス上重要な問題のひとつです。ここでは、その仕組みを詳しく解説します。

メールサーバーはどのようにスパムを判断するか

あなたのメールがGmail、Outlook、その他のメールサーバーに届くと、複数の評価レイヤーを通過します。

  1. 認証チェック — このメールは本当に差出人が主張する人物から送られているか？
  2. レピュテーションチェック — 送信IPやドメインにスパムの履歴はないか？
  3. コンテンツ分析 — メールにスパムの兆候が含まれているか？
  4. エンゲージメントシグナル — この送信者からのメールを受信者は実際に開封・操作しているか？

ステップ1で失敗すると自動的に拒否されることが多く、ステップ2〜4の評価が低ければスパムフォルダ行きになります。

3つの認証標準

SPF (Sender Policy Framework)

SPFを使うと、承認されたメールサーバーのリストをDNSに公開できます。受信サーバーはメールを受け取ったとき、「このサーバーはこのドメインからメールを送信する権限があるか？」を確認します。

# DNS TXT record for yourdomain.com
v=spf1 include:_spf.google.com include:sendgrid.net ip4:203.0.113.50 -all

各項目の説明：

  • v=spf1 — SPFバージョン1
  • include:_spf.google.com — Google Workspaceが承認済み
  • include:sendgrid.net — SendGridが承認済み
  • ip4:203.0.113.50 — この特定のIPが承認済み
  • -all — それ以外をすべて拒否（ハードフェイル）

~all（ソフトフェイル）や?all（ニュートラル）ではなく、-all（ハードフェイル）を使用してください。ソフトフェイルは受信者に「メールを受け入れるが不審なものとしてマークする」よう伝えるだけで、望ましい設定ではありません。

DKIM (DomainKeys Identified Mail)

DKIMは送信メールに暗号署名を付加します。受信サーバーはDNSからあなたの公開鍵を取得し、署名を検証します。メールが転送中に改ざんされた場合、署名の検証は失敗します。

メールプロバイダーが鍵ペアを生成します。公開鍵はDNSに公開します。

# DNS TXT record
selector1._domainkey.yourdomain.com  →  v=DKIM1; k=rsa; p=MIGfMA0GCS...

p=の値が公開鍵です。秘密鍵はメールサーバー上に保管され、すべての送信メッセージに署名します。

DKIMが防ぐもの：

  • メールのなりすまし（From:アドレスの偽造）
  • 転送中のコンテンツ改ざん

DMARC (Domain-based Message Authentication, Reporting & Conformance)

DMARCはSPFとDKIMを統合し、認証が失敗した際の対応を受信サーバーに指示します。

# DNS TXT record
_dmarc.yourdomain.com  →  v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc-reports@yourdomain.com

ポリシーオプション（p=）：

  • none — 監視のみ、アクションなし（まずはここから始める）
  • quarantine — スパムフォルダに送る
  • reject — メールを完全にブロックする

推奨される展開手順：

  1. p=noneから始め、2〜4週間レポートを収集する
  2. レポートを確認し、認証が失敗する可能性のある正規の送信者を特定する
  3. 問題がないことを確認したらp=quarantineに移行する
  4. 最大限の保護のためにp=rejectに移行する

rua=のアドレスには、インターネット全体でドメインがどのように使われているかを示す集計XMLレポートが届きます。

送信者レピュテーション

完璧な認証設定があっても、送信者レピュテーションが悪ければ到達性は損なわれます。レピュテーションは以下によって追跡されます。

  • 送信IPアドレス — 共有IPを使用する場合、他の送信者とレピュテーションを共有することになる
  • 送信ドメイン — ドメインの履歴
  • From:メールアドレス — 使用している特定のアドレス

レピュテーションを下げるもの

シグナル 影響度
高いバウンス率（2%超） 深刻
高いスパム苦情率（0.1%超） 深刻
スパムトラップへの送信 深刻
低い開封率（10〜15%未満） 中程度
未確認アドレスへの送信 中程度
急激な送信量の増加 中程度

レピュテーションを高めるもの

  • 一定の送信量（新しいドメインは徐々に増やす）
  • 高いエンゲージメント（開封、クリック、返信）
  • 低い購読解除率と苦情率
  • 確認済みのオプトイン済みアドレスへの送信

メールリストの健全化

クリーンなリストは良好な到達性の基盤です。アドレスへの送信前に必ず行うべきこと：

  1. メール形式の検証 — 構文的に正しいか確認する
  2. 存在確認 — MXルックアップでドメインがメールを受け入れるか確認する
  3. 使い捨てアドレスの除去 — @mailinator.com、@guerrillamail.comなどを削除する
  4. 購読解除と苦情申告を抑制 — 即座かつ恒久的に対応する

当サイトのEmail Validatorを使えば、リストに追加する前に個々のアドレスの形式の有効性とドメインの到達可能性を確認できます。

定期的なリストメンテナンス

  • ハードバウンスは即座に削除 — 無効なアドレスへの送信はレピュテーションを大きく低下させる
  • ソフトバウンス後は抑制 — 3〜5回連続でソフトバウンスが発生した場合はハードバウンスとして扱う
  • 再エンゲージメントキャンペーンの実施 — 6ヶ月以上開封がない連絡先には再エンゲージメントシーケンスを送り、反応がなければリストから削除する
  • メールリストを購入しない — 購入リストにはスパムトラップが多数含まれており、レピュテーションを破壊する

トランザクションメールとマーケティングメール

トランザクションメール：ユーザーの操作によって起動されるメール（パスワードリセット、注文確認、請求書、アカウント通知など）。受信者が期待し、必要としているメールです。

マーケティングメール：ニュースレター、プロモーション、お知らせなど。リストへの一斉送信です。

ベストプラクティス：これらは異なるサブドメインとIPプールから送信する。

Transactional: noreply@mail.yourdomain.com
Marketing:     news@newsletter.yourdomain.com

マーケティングメールでスパム苦情が発生しても（大規模送信では避けられない）、トランザクションメールのレピュテーションに影響を与えません。ニュースレターに苦情を申し立てたユーザーでも、パスワードリセットメールは確実に受け取れるようにすべきです。

コンテンツシグナル

スパムフィルターはメールのコンテンツも分析します。フィルターを作動させる要因：

  • 過剰な大文字使用：「今すぐ無料！！！」
  • スパムトリガーワード：「今すぐ行動」「こちらをクリック」「保証付き」「義務なし」
  • 画像のみのメール — 読み取れるテキストがない
  • 壊れたHTML — 不正なタグ
  • URLの不一致 — リンクテキストにはpaypal.comと表示されているが、hrefは別のURLに誘導する
  • 購読解除リンクの欠如（CAN-SPAM法、GDPR等で法的に義務付けられている）

メールはチラシではなく、人間が書いたものとして書いてください。当サイトのAI Email Writerを使えば、スパムトリガーワードを使わずに明確に伝わるプロフェッショナルなメールを作成できます。

送信前のテスト

大規模なキャンペーンを実施する前に：

  1. mail-tester.comでテスト — スコアと修正すべき具体的な問題を表示してくれる
  2. シードアドレスに送信 — Gmail、Outlook、Yahooのテストアカウントに送って確認する
  3. ヘッダーの確認 — SPF、DKIM、DMARCがすべて通過しているか検証する（メールヘッダーのAuthentication-Resultsを確認）
  4. 複数のクライアントでプレビュー — メールのレンダリングはクライアントによって大きく異なる

到達性チェックリスト

  • SPFレコードが公開されており、正確である
  • 送信ドメインでDKIM署名が有効になっている
  • DMARCポリシーが設定されている（p=noneから始め、p=rejectへ移行する）
  • 送信ドメイン/サブドメインが徐々にウォームアップされている
  • インポート前にリストが検証されている（形式とドメインの確認）
  • 購読解除の仕組みが機能しており、ワンクリックで完了する
  • ハードバウンスが即座に削除されている
  • マーケティングメールとトランザクションメールが別々のインフラで管理されている
  • 差出人名とアドレスが受信者に認識されるものである

メール到達性は長期的な取り組みです。クリーンなリスト、強固な認証設定、そして真のエンゲージメントを積み重ねることで、メールが確実に受信トレイへ届くレピュテーションが築かれます — 毎回、必ず。

すべての記事に戻るツールを閲覧