メルマガが届かないとき、本文を直す前に何を確認するか｜配信失敗・認証・迷惑メール判定・解除状態を分ける
メルマガの反応が急に落ちた、あるいは開封率がゼロに近づいたとき、件名や本文を直す前に配信状況を確認します。配信失敗や送信ドメイン認証の不備が原因なら、本文を書き直してもメールは届きません。結論を最初に示し、次に4分類の切り分け方を順に解説します。確認すべきは①宛先への送信が失敗している「配信失敗」、②SPF・DKIM・DMARCなどの検証に問題がある「認証エラー」、③受信側で迷惑メールフォルダへ振り分けられている「迷惑メール判定」、④受信者が配信停止済みで送信対象から外れている「解除状態」です。見た目の症状が同じ『届かない』でも、原因によって確認するログと担当者が変わります。まずどの分類に該当するかを確認し、本文の書き直しは原因を調べた後に検討します。
この記事の結論
- メルマガが届かない原因は、本文の内容ではなく「配信失敗」「認証エラー」「迷惑メール判定」「解除状態」という性質の異なる4分類のいずれかに区別して確認する必要がある。
- 配信失敗（ハードバウンス）は宛先への送信自体が失敗している状態で、配信システムのバウンス・エラーログで確認できる。
- 認証エラーはSPF・DKIM・DMARCの検証失敗が原因で、Google公式のエラーコード（4.7.23／4.7.27／4.7.30／4.7.31）ごとに対応が異なる。
- 迷惑メール判定は送信ログだけでは分からない。Gmailの迷惑メール報告率と、Yahoo!メールが案内するSPF・DKIM・DMARCの認証状況を、それぞれ公式情報に沿って確認する。
- 解除状態は特定電子メール法が定める配信停止表示義務と、ワンクリック解除・48時間以内の処理という技術要件の両方を満たしているかを確認する。
本文を直す前に確認する4分類
メルマガが「届かない」と感じたとき、最初にすべきことは本文の書き直しではなく、症状がどの分類に属するかを切り分けることです。配信失敗・認証エラー・迷惑メール判定・解除状態という4つの分類を図解で一目で見分けられるように整理しました。それぞれ発生する場所も、確認する手段も、対応できる主体も異なるため、分類を誤ると本文を何度書き直しても症状は改善しません。
4分類を分ける理由
「メールが届かない」という訴えは、受信者側の体感としては同じでも、事業者側から見た技術的な発生箇所はまったく異なります。宛先への送信自体が失敗しているのか、送信は成功したが認証で拒否されたのか、送信も認証も通ったが迷惑メールフォルダに振り分けられたのか、それとも受信者がすでに配信停止済みで送信対象から外れているのかによって、確認すべきログの場所も、対応できる担当者も変わります。この切り分けを飛ばして本文の表現やデザインを直しても、原因が別の分類にある場合は症状が改善しません。
4分類の見分け方の基本
配信失敗は配信システムのバウンス・エラーログに具体的なエラーが記録される点で他の3分類と区別できます。認証エラーはエラーコードとしてSPF・DKIM・DMARCのいずれかの検証失敗が記録されます。迷惑メール判定は送信ログ上は成功として扱われるため、受信側の迷惑メールフォルダの状況や、送信元の評判を示す指標を別途確認する必要があります。解除状態は自社の配信リストと配信停止申請の記録を突き合わせることで確認できます。
- 分類1｜配信失敗 → 宛先アドレスに届かず送信自体が失敗している状態（ハードバウンス等）
- 分類2｜認証エラー → SPF・DKIM・DMARCの検証に失敗し、受信側に拒否・保留されている状態
- 分類3｜迷惑メール判定 → 送信は成功しているが、受信側フィルタが迷惑メールフォルダへ振り分けている状態
- 分類4｜解除状態 → 受信者が配信停止・登録解除済みで、そもそも送信対象から外れている状態
4分類はいずれも単独で発生するとは限らず、認証エラーを放置した結果、迷惑メール率が悪化して迷惑メール判定が重なるというように、複数の分類が連鎖することもあります。まずは分類ごとに独立して確認したうえで、複数の分類にまたがる症状が見つかった場合は、後述する診断の順番に沿って優先順位をつけて対応します。
次章から、分類ごとに確認する手順を具体的に見ていきます。まずは4分類の中でもっとも判断しやすい、配信失敗（ハードバウンス）の確認方法から始めます。
分類1｜配信失敗（ハードバウンス）を確認する
配信失敗は、4分類の中でもっとも判断しやすい分類です。メール配信システムが宛先へ送信を試みた時点でエラーが返ってきている状態を指し、多くの配信システムでは「ハードバウンス」として記録されます。本文の内容や到達率の最適化を検討する前に、まずこの配信失敗が発生していないかを確認することが、診断の出発点になります。
配信失敗とは何か
配信失敗（ハードバウンス）とは、宛先のメールアドレスへ送信自体が届かず、受信側サーバーから恒久的なエラーが返ってきている状態を指します。存在しないメールアドレスへの送信、ドメイン自体が消滅している場合、受信側サーバーが恒久的に受信を拒否している場合などが典型例です。一時的なサーバー混雑によるエラー（ソフトバウンス）とは区別して扱う必要があり、ハードバウンスが多いリストをそのまま使い続けると、送信元の評判そのものが低下し、後述する迷惑メール判定にも悪影響を及ぼします。
確認する場所と自社で直せる範囲
配信失敗の有無は、多くの配信システムが提供するバウンス・エラーログから確認できます。ここで返ってくるエラーメッセージの内容によって、自社側で対応できる範囲かどうかが分かれます。宛先の入力誤りや、すでに退会・解約済みの顧客のメールアドレスが配信リストに残ったままになっているケースは、自社側のリスト整備によって解消できます。一方で、受信側サーバーの一時的な障害やメンテナンスによるエラーは、本文の修正では解決せず、時間をおいた再送によって解消するかどうかを確認する性質のものです。
ソフトバウンスとの違いを区別する
受信側サーバーのメールボックス容量超過や一時的な受信拒否のように、時間をおけば解消する可能性がある「ソフトバウンス」は、恒久的なエラーであるハードバウンスとは分けて扱う必要があります。配信システムによっては両者を同じ「エラー」として一覧表示することがあるため、エラーの種類が一時的なものか恒久的なものかを、ログの詳細メッセージで個別に確認することが重要です。
配信失敗の有無を確認し、自社側のリスト整備で解消できる範囲を対応し終えたら、次に確認すべきは送信自体は成功しているのに受信側で拒否・保留されている認証エラーです。
分類2｜認証エラー（SPF・DKIM・DMARC）を確認する
配信失敗が確認されない場合に次に疑うべきなのが認証エラーです。SPF・DKIM・DMARCという送信ドメイン認証のいずれかの検証に失敗すると、受信側サーバーはメールを拒否または保留します。Google（Gmail）の送信者ガイドラインでは、エラーコードごとに原因が明確に分かれており、コードを確認するだけでどの認証方式に問題があるかを特定できます（2026年9月30日確認）。
エラーコードで原因を切り分ける
Google送信者ガイドラインFAQでは、認証関連のエラーコードとして4.7.23（PTR/rDNS不足）、4.7.27（SPF検証失敗）、4.7.29（TLS未使用）、4.7.30（DKIM検証失敗）、4.7.31（DMARC不足）が案内されています（2026年9月30日確認）。これらのコードは配信システムやメールサーバーのログに表示されるため、まずはどのコードが返っているかを確認することで、SPF・DKIM・DMARC・rDNS・TLSのどこに不備があるかを特定できます。
| エラーコード | 原因 |
|---|---|
| 4.7.23 | 送信元IPの逆引きDNS（PTR/rDNS）が設定されていない |
| 4.7.27 | 送信元IPがSPFレコードで許可されていない |
| 4.7.29 | TLS接続が使用されていない |
| 4.7.30 | DKIM署名の検証に失敗している |
| 4.7.31 | DMARCポリシーの条件を満たしていない |
一括送信者に求められる追加要件
Google送信者ガイドラインは、全送信者に共通する要件として、SPFまたはDKIMの少なくとも一方、有効な逆引きDNS、TLS接続、RFC 5322に準拠したメッセージ形式を求めています。さらに、個人用Gmailアカウントへ24時間以内に5,000件近く、またはそれ以上送る一括送信者には、SPFとDKIMの両方、DMARCの設定、マーケティングメールのRFC 8058に沿うワンクリック解除ヘッダー、DMARCアラインメントなどの追加要件があります（2026年9月30日確認）。メール本文の解除リンクだけではワンクリック解除ヘッダーの代わりになりません。自社の送信規模とメールの種類を確認して適用要件を判断します。
自社ドメインか委託配信ドメインかを確認する
SPF・DKIM・DMARCの設定は、配信システムを自社ドメインでそのまま利用しているか、配信代行会社が用意した委託用ドメインを経由しているかによって、確認すべきDNSレコードの場所が異なります。委託用ドメインを利用している場合、自社のDNS管理画面だけを確認しても認証設定の実体が見えないことがあるため、配信代行会社側の設定状況もあわせて確認する必要があります。エラーコードが4.7.27や4.7.30として返っている場合は、まずどちらのドメインで認証が検証されているかを特定することが、修正作業の出発点になります。
認証エラーが解消されていることを確認できたら、次に疑うべきは送信も認証も通っているのに迷惑メールフォルダへ振り分けられている迷惑メール判定です。
分類3｜迷惑メール判定を確認する
配信失敗も認証エラーも見当たらない場合、次に疑うべきは迷惑メール判定です。送信ログ上は成功として記録されるため見落とされがちですが、受信側のフィルタによって迷惑メールフォルダへ振り分けられている状態を指します。GmailとYahoo!メールでは、判定に用いる基準や仕組みが異なるため、それぞれの公式情報を確認する必要があります。
Gmailの迷惑メール率基準
Google送信者ガイドラインFAQによれば、迷惑メール報告率の目標は0.1%未満が理想とされ、0.3%以上には絶対に到達させてはならないとされています（2026年9月30日確認）。この迷惑メール率は割合であり、配信対象数や苦情の実件数とは別の指標です。感覚的な「届いていない気がする」という訴えを検証するには、同じ期間の配信対象数・到達数・バウンス件数・解除件数という実数と、迷惑メール報告率・解除率という割合を分けて定点観測します。Googleの閾値と比較する際は、Google Postmaster Toolsが示す迷惑メール率を確認し、配信ツール独自の苦情率を定義が異なるまま代用しません。分母と集計期間をそろえ、本文の表現を見直す前に配信状況を確かめることが必要です。
Yahoo!メールが案内する送信ドメイン認証
Yahoo!メールの迷惑メール対策ページは、受信メールについてDKIM・SPF・DMARCを用いたなりすまし検知を案内しています。認証情報が表示されていても安全性の保証にはならず、差出人表示や件名・本文との矛盾も受信者が確認するよう説明しています。また、認証に失敗したメールには注意喚起の表示がされると案内しています（2026年9月30日確認）。これは受信者向けの説明であり、このページだけからYahoo!メール宛ての配信量制限の閾値や到達率を推定することはできません。自社の送信ログと受信者の実際の表示を分けて確認します。
配信頻度を急に変える場合の実務対応
キャンペーンで配信数を増やした直後に反応が落ちた場合、まず配信前後で対象件数、送信成功件数、バウンス件数、苦情件数、解除件数を同じ定義で比較します。送信先ドメイン別の結果が取得できるなら分けて見ます。Yahoo!メール公式ページにある送信量のしきい値の説明は、Yahoo!メールを利用して送るメールの規制であり、Yahoo!メール宛ての外部メルマガの受信制限を示すものではありません。配信量変更の影響は仮説として扱い、ログや受信確認で検証します。
| 観点 | Gmail（Google） | Yahoo!メール |
|---|---|---|
| 公式ページで確認できる事項 | 迷惑メール報告率（目標0.1%未満、0.3%以上を避ける） | DKIM・SPF・DMARCによる認証と、認証失敗時の注意喚起表示 |
| 本記事の確認方法 | 一括送信者の要件とPostmaster Toolsの指標を確認 | 自社の送信ログと受信者側の認証表示を分けて確認 |
迷惑メール判定まで確認しても症状が解消しない場合、最後に確認すべきは受信者側がすでに配信停止・解除済みの状態になっていないかという解除状態の分類です。
分類4｜解除状態（オプトアウト）を確認する
解除状態は、他の3分類とは性質が異なります。配信失敗・認証エラー・迷惑メール判定がいずれも「送信しているのに届かない」原因であるのに対し、解除状態は受信者がすでに配信停止・登録解除済みであり、そもそも送信対象から正しく外れているかどうかを確認する分類です。特定電子メール法が定める表示義務と、実務上の解除処理の両面を確認する必要があります。
特定電子メール法が求める表示義務
総務省が公開する特定電子メール法の解説によれば、同法第4条の2に基づき、送信者は受信拒否（オプトアウト）の通知を受け付けるための電子メールアドレスまたはURLを、受信者の端末で正しく表示されるように表示する義務を負います（2026年9月30日確認）。配信停止導線がそもそも存在しない、あるいは表示が正しく機能していない場合、それ自体が法令上の不備であり、本文の内容とは別に確認すべき事項です。
ワンクリック解除と48時間ルール
Google送信者ガイドラインFAQは、一括送信者のマーケティング・プロモーションメールについてRFC 8058に沿うList-Unsubscribeヘッダーを求めています。同FAQでは解除リクエストに48時間以内に対応することを推奨し、要件の一覧では48時間以内に反映されない場合の措置も示しています（2026年9月30日確認）。これはGoogleの送信者向け運用基準であり、日本の特定電子メール法の「48時間」という法定期限を意味しません。注文確認などの取引メールはGoogleのワンクリック解除要件の対象外です。解除済みの受信者への誤配信を避けるため、申請時刻とリスト反映時刻を記録して処理状況を確認します。
取引メールとオプトアウト対象を混同しない
Google送信者ガイドラインFAQが明記する配信停止義務の対象外という例外は、あくまで注文確認やパスワード再設定のような取引メール（トランザクションメール）に限られます（2026年9月30日確認）。販促目的のメルマガを取引メールと同じ扱いにして配信停止対応を省略することはできないため、自社が配信しているメールの種類ごとに、どちらの扱いになるかを分けて管理する必要があります。
- 配信停止先の表示 → 特定電子メール法が定める受信拒否通知先の表示を満たしているか確認する
- ワンクリック解除への対応 → 一括送信者向け基準はワンクリックでの配信停止対応を求めている
- 48時間以内の処理 → Googleの送信者向け基準として、申請からリスト反映までの時間を確認する（日本法の法定期限とは区別する）
- 解除記録の反映確認 → 解除済み宛先が配信リストに残っていないか定期的に確認する
4分類それぞれの確認方法を見てきたところで、次章ではこれらをどの順番で診断すれば効率的かを整理します。
4分類をまたいで診断する実務の順番
ここまで4分類を個別に確認してきました。複数の分類が同時に疑わしい場合は、手元のログで確認しやすい順に調べます。以下は実務上の確認手順の一例であり、各原因の発生頻度を示す順位ではありません。特定の受信者が配信停止を申請したと分かっている場合は、解除記録を先に確認してください。
なぜこの順番で確認するのか
配信失敗を最初に確認するのは、エラーがログに明確に記録され、原因の切り分けがもっとも容易だからです。次に認証エラーを確認するのは、SPF・DKIM・DMARCの設定はエラーコードという明確な手がかりがある一方、設定変更には時間がかかることがあるためです。迷惑メール判定は、認証に問題がなくても発生し得るため3番目に確認し、最後に解除状態を確認することで、送信対象そのものの範囲が正しいかを最終チェックとして扱います。この順番を逆にして解除状態から確認してしまうと、配信失敗や認証エラーのように早期に対処すべき技術的な不備を見落としたまま時間を費やすことになりかねません。
診断が完了しない場合に検討すること
4分類のいずれにも明確な原因が見当たらない場合、複数の要因が組み合わさっている可能性があります。たとえば認証の設定値は変わっていなくても、配信対象の構成や送信数の変化とともに苦情件数が増えた可能性があります。ただし、同時に動いた指標を原因と決めつけてはいけません。配信システムのログと送信レポートを突き合わせ、同じ送信先・同じ期間で前後を比較し、必要に応じてテスト受信で実際の振り分けを確認します。
診断の記録は一度きりで終わらせず、確認した日付・確認した指標・その時点の設定内容を残しておくと、次回同じ症状が出たときに前回との差分から原因を絞り込みやすくなります。特にDNSレコードの変更履歴は、変更した担当者しか把握していないことが多いため、社内で共有できる形で記録しておくことが実務上有効です。
自社のメルマガ配信について、この4分類のどこに原因があるか切り分けが難しい場合や、SPF・DKIM・DMARCの設定状況を確認したい場合は、メール到達性の診断を問い合わせフォームで相談することができます。配信システムのログ確認の進め方から、送信ドメイン認証の設定確認まで一緒に整理します。診断結果をもとに次の一手を相談したい場合の窓口を明確に一つに絞っています。
まとめ
メルマガが届かないと感じたときは、配信失敗（ハードバウンス）・認証エラー（SPF・DKIM・DMARC）・迷惑メール判定・解除状態（オプトアウト）のどこに該当するか確認します。配信失敗は配信システムのバウンス・エラーログで、認証エラーはGoogle公式のエラーコード（4.7.23／4.7.27／4.7.29／4.7.30／4.7.31）で確認します。迷惑メール判定はGmailのPostmaster Toolsの迷惑メール率と受信者側での実際の表示を分けて確認し、解除状態は自社の配信停止記録と国内法の表示義務、Googleの送信者向け運用基準を区別して確認します。本文の書き直しは、技術的な原因を調べた後に検討します。
診断は配信失敗→認証エラー→迷惑メール判定→解除状態の順で進めると、確認の容易さと発生しやすさの両面から効率的です。本文の内容を見直すのは、これら4分類をすべて確認し、技術的な原因がないと分かったあとの選択肢として扱う必要があります。
4分類の切り分けは一度確認して終わりではなく、配信システムの変更や配信量の増減があるたびに再確認すべき定期点検の対象でもあります。特に認証設定やオプトアウト対応は、配信代行会社の切り替えやドメイン変更のタイミングで見落とされやすいため、変更のたびにこの4分類のチェックリストに立ち返ることが有効です。
よくある質問
Q. 迷惑メール率はどうやって確認すればよいですか？
A. 自社の配信ツールが提供するレポート機能や、外部の計測ツールで迷惑メール報告率に近い指標を確認するのが一般的です。まずは利用している配信システムのレポート機能に該当する数値がないかを確認することから始められます。
Q. SPF・DKIM・DMARCをすべて設定していれば、迷惑メール判定は避けられますか？
A. 送信ドメイン認証の設定は迷惑メール判定を避けるための前提条件ですが、それだけで十分というわけではありません。Gmailの迷惑メール率基準やYahoo!メールの送信ボリュームに応じたスロットリングのように、認証設定とは別の要因で振り分けが発生することがあるため、認証設定後も継続的に指標を確認する必要があります。
Q. 配信頻度を急に増やすと、どのような影響がありますか？
A. まず配信前後の対象件数、成功件数、バウンス件数、苦情件数を同じ期間・同じ定義で比較します。配信量を増やしたことと反応低下が同時に起きても、受信側の制限が原因とは限りません。Yahoo!メール公式ページの送信量制限は、Yahoo!メールから送るメールの説明であり、Yahoo!メール宛ての外部メルマガの受信制限として読み替えないでください。
Q. 取引メール（トランザクションメール）にもワンクリック解除は必要ですか？
A. Google送信者ガイドラインFAQでは、取引メールは配信停止義務の対象外とする例外規定が明記されています（2026年9月30日確認）。ただし、これはメルマガのような販促目的の配信には適用されない例外である点に注意が必要です。
Q. 4分類のどれにも当てはまらないように見える場合はどうすればよいですか？
A. 複数の要因が組み合わさっている可能性があるため、単月ではなく数週間単位でログと指標を突き合わせて確認する必要があります。自社での切り分けが難しい場合は、前述の問い合わせ窓口で相談することもできます。
Q. 4分類の診断は誰が担当するのが望ましいですか？
A. 配信システムのログ確認やDNS設定の確認が必要になるため、配信ツールの管理権限を持つ担当者とDNS設定を扱える担当者が連携して確認するのが望ましい体制です。どちらか一方だけでは、ログの確認とDNS設定の修正の両方を完結できない場合があります。
Q. 配信代行会社を切り替えた直後に到達率が落ちた場合、何を確認すればよいですか？
A. まず新しい配信代行会社側でSPF・DKIM・DMARCの設定が正しく引き継がれているかを確認します。委託用ドメインを利用している場合は特に、切り替え前後でドメインの認証状況が変わっていないかを重点的に確認する必要があります。
Q. 診断の4分類はBtoCとBtoBのどちらのメルマガにも当てはまりますか？
A. 配信失敗・認証エラー・迷惑メール判定・解除状態という4分類は、送信ドメイン認証の仕組みやGmail・Yahoo!メールの受信側フィルタの仕組みに基づくものであり、BtoC向けの販促メルマガ、BtoB向けの営業・ナーチャリング用メルマガのいずれにも同様に当てはまります。配信頻度や配信数の規模が異なるだけで、確認すべき分類そのものは変わりません。
参考資料
- Google公式「一括送信者のガイドライン」：全送信者共通の要件（SPFまたはDKIMの少なくとも一方、rDNS、TLS、迷惑メール率0.3%未満）と、一括送信者への追加要件（SPF・DKIM・DMARC全て、ワンクリック配信停止、DMARCアラインメント）を確認。2026年9月30日閲覧。
- Google公式「送信者ガイドラインFAQ」：エラーコード（4.7.23／4.7.27／4.7.29／4.7.30／4.7.31）ごとの原因、迷惑メール率の理想値（0.1%未満）、RFC 8058ワンクリック解除、48時間以内の処理、取引メールの例外規定を確認。2026年9月30日閲覧。
- Yahoo!メール公式「迷惑メール対策」（LINEヤフー株式会社公式）：DKIM・SPF・DMARCによるなりすまし検知と認証失敗時の注意喚起表示を確認。送信量制限の記述はYahoo!メールから送る場合のもので、外部からの受信要件の根拠には用いていません。2026年9月30日閲覧。
- 総務省公式「特定電子メール法」解説：第4条の2が定める受信拒否（オプトアウト）通知先の表示義務を確認。2026年9月30日閲覧。
