MAのメールが届かない／開かれない問題　到達率と配信設計を立て直す

MAを運用していると、ある日突然「メールが届かない」「開封率が落ちた」といった状況に陥ることがあります。
ここで焦って件名を変えたり、配信量を増やしたりすると、状況がさらに悪化することがあります。

理由はシンプルで、メールの成果は「内容」だけで決まらず、受信側に信頼されるための“土台”（到達）と、読み手に合った“設計”（配信設計）で大部分が決まるからです。

近年は主要プロバイダが“大量送信者”向けの要件を明確化しており、未対応だと迷惑メール判定や拒否につながりやすくなります。
たとえばGoogleは、Gmail宛に1日5,000通を超える送信者に対して、SPF・DKIM・DMARC、DMARCアライメント、ワンクリック解除などの要件を示しています。

 つまり、過去と同じ運用のままでも、受信側の基準変更で“突然届かなくなる”ことが起こり得ます。

本記事では、MAで配信するメールの問題を、「届かない（到達の問題）」・「開かれない（設計の問題）」に分け、最短で立て直す順番を示します。

まず「届かない」と「開かれない」を切り分ける

最初にやるべきは“原因の特定”ではなく、“現象の切り分け”です。
届いていないのに開封率を語っても前に進みませんし、届いているのに認証だけ見直しても改善は限定的です。

最短の診断は次の順です。

1. 到達：送信成功、バウンス（hard/soft）、受信側の拒否
2. 健全性：スパム報告（苦情）、解除（unsubscribe）
3. 行動：クリック、CTOR、サイト側CV

この順番にする理由は、健全性（苦情・解除）が悪化するとレピュテーションが落ち、やがて到達まで崩れるからです。
まず“届く状態”を守り、その上で反応（クリック・CV）を伸ばします。

用語をそろえる：　到達率と「受信箱に入る」は別

現場で混乱しやすいのが、到達率（Delivery）と受信箱到達（Inbox placement）の違いです。

• 到達率：バウンスせず（エラーとして不達にならず）受信側に受け取られた割合
• 受信箱到達：受信された中で迷惑メールではなく受信箱に入った割合

「届いたが迷惑メール」は、到達率だけでは見えません。
だからこそ、到達指標に加えて、苦情・解除の推移を必ず追います。
ここが抜けると、“開かれない”のに配信を続け、結果として“届かない”へ転落します。

到達率が落ちる主因は3つ　認証・レピュテーション・リスト衛生

到達の崩れは、ほぼ次の3つに集約されます。

• 認証（SPF／DKIM／DMARC）
• レピュテーション（送信ドメイン／送信IPの信用）
• リスト衛生（送って良い相手に送れているか）

Yahooは、bulk sender向けにSPF/DKIMとDMARC（p=none以上）を求め、スパム率を0.3%未満に保つことや、ワンクリック解除・2日以内の解除処理を要件として提示しています。
Microsoftも高ボリューム送信者（5,000通/日以上）を対象に、SPF/DKIM/DMARCなどの認証要件を示し、非準拠の場合は拒否（550 5.7.515）を行う方針を明記しています。

つまり「認証が未整備」「苦情が増える」「無効アドレスが混ざる」のどれかがあると、到達率が落ちるだけでなく、迷惑メール判定や拒否へ進みやすくなります。

立て直しは“順番”が9割　到達率を回復する手順

届かない状態のまま配信を続けると、さらにレピュテーションが落ちやすくなります。
立て直しは次の順で進めます。

①認証の棚卸し（SPF/DKIM/DMARCを“送信ドメイン単位”で確認）

最初は「設定したか」ではなく「今の配信で使っているドメインに設定されているか」です。
Fromドメイン、Return-Path、送信サービス（MA/CRM/フォーム）など、送信経路が複数だと、片方だけ未整備で到達が落ちることがあります。

Gmailの要件では、5,000通/日を超える送信者に対してSPF/DKIM/DMARCに加え、FromヘッダーのドメインがSPFまたはDKIMのドメインと整合する“DMARCアライメント”が求められます。
また、前方/逆引きDNS（PTR）やTLSの利用など、技術的な衛生要件も示されています。

ここは情シスやベンダー領域になりやすい一方で、マーケ側が「送信ドメインの一覧」「どの経路で送っているか」「不達が多い宛先（Gmail/Yahoo/Outlookなど）」を整理して渡すだけで、修正スピードが上がります。

②燃料を止める（除外・配信停止ルールを先に作る）

到達が崩れているときは、改善中の事故を止めることが先です。最低限、ハードバウンス、解除済み、苦情が出た宛先は即時抑制するよう自動化しましょう。

ソフトバウンスは一時要因もあるため、回数や期間の基準（例：連続N回、またはM日間でN回）を決めて抑制するのが現実的です。
ここを曖昧にすると、担当者が変わった瞬間に再発します。

③リストを掃除する（無効・休眠・期待値不一致を整理）

BtoBは異動・退職でアドレスが劣化しやすく、放置するとバウンスが増えます。
また、展示会などで取得したリードは期待値が揃っていないことがあり、解除・苦情につながりやすい構造があります。

おすすめは「休眠の定義」を行動で決め、段階的に処置することです。
なお、開封を休眠判定に使う場合は注意が必要です。
例えば、AppleのMail Privacy Protection（MPP）では、Apple Mailがトラッキング用ピクセルを事前読み込みするため、実際に読まれていなくても「開封」として計測され得る、と説明されています。
そのため、休眠判定は「クリック」や「サイト側行動（再訪・CV）」を中心に置く方が安全です。

休眠判定の定義が揃ったら、さらに休眠予備軍・休眠・長期休眠に更にセグメントを分けましょう。
休眠は重要連絡中心＋価値の再提示の配信、休眠予備軍には頻度を落としてテーマを絞った配信、長期休眠は再許諾（受け取り継続確認）をしたうえで配信を停止します。

④回復は“反応が良い層”から（急に増やさない）

配信量を戻す際は、最近クリックした層など反応が良いリストから再開し、段階的に広げます。
短期の数字を追って一気に増やすと、苦情が増えて再度落ち込みやすくなります。
まずは「健全性（解除・苦情）」が悪化しない範囲を守るのが、結果的に最短です。

⑤解除導線を整える

解除を分かりにくくすると、受信者は迷惑メール報告で解決しがちです。
苦情はレピュテーションに直結します。

Googleは大量送信者にワンクリック解除（List-Unsubscribe等）と本文内の解除リンクを要求しています。
Yahooもワンクリック解除と、解除の2日以内処理を要件として提示しています。
Microsoftも高ボリューム送信者向け要件を提示し、非準拠の場合は拒否を行う方針を明記しています。

解除は“守り”ではなく、到達を守るための“攻め”の設計です。解除が整うほど苦情が減り、結果として受信箱到達が安定しやすくなります。

開かれない原因は「配信設計」で決まる　頻度・セグメント・期待値

到達が安定しているのに開かれないなら、次は配信設計です。
件名を変える前に、まず「誰に、何の文脈で、どれくらいの頻度で」送っているかを見直します。

登録経路で“期待値”が決まる

資料請求後のリードが求めるのは次の判断材料です。
一方、イベント登録のリードは前提整理が必要かもしれません。
登録経路や興味テーマで分けずに一斉配信すると、開封が落ちるだけでなく解除・苦情も増え、到達まで壊します。

ここで有効なのが「1通1目的」です。情報を詰め込みすぎるほど、読者は“今読まなくていい”と判断しやすくなります。
メールの目的（例：資料閲覧、ウェビナー申込、相談予約）を1つに絞り、本文とCTAを目的に合わせて整えます。

セグメントは「属性×行動×関心」の最小単位から

セグメントを細分化しすぎると運用が止まり、逆に粗すぎると反応が落ちます。
おすすめは次の3軸を最低限そろえることです。

• 属性：業種、役職、企業規模など
• 行動：閲覧、資料DL、メールクリック、再訪など
• 関心：課題カテゴリ（計測、効率化、商談化など）

“最小単位”を決めて運用を続けると、セグメントが崩れにくくなり、施策の評価も可能になります。
逆に、セグメントが崩れた状態で配信量だけ増やすと、解除・苦情が増え、到達まで悪化します。

配信頻度の上限を決める

頻度の失敗は、開封率より先に解除・苦情に出ます。
頻度は一律ではなく、ライフサイクルで変えます。

この設計があるだけで、開かれない→嫌がられる→届かない、の連鎖を断ち切れます。
配信カレンダーを作り、同一人物に同週で複数の施策メールが重ならないようにするだけでも、健全性の悪化を防げます。

件名・プリヘッダー・From名は「期待値の一致」が最優先

件名は“釣る”ためではなく、関係のある人が一瞬で判断できる具体性を出すために使います。
プリヘッダーは「誰向けの何が得られるか」を補足し、From名は表記ゆれをなくして信頼を積み上げます。
テクニックより、設計と整合させることが成果につながります。

計測と検証：開封率だけに頼らず「健全性×行動」で見る

開封率は便利ですが、正確さが揺れやすい前提があります。
そのため、改善判断は「クリック」「サイト側CV」「解除・苦情」を中心に置く方が再現性が高くなります。

Googleは、迷惑メール率やドメイン/ IPレピュテーションの確認にPostmaster Toolsを使うことを推奨しています。
受信側の評価を推測で語らず、見える範囲で“傾向”を押さえることが重要です。

KPIの優先順位

計測や検証のためにおくKPIは次の値がおすすめです。

• 到達を測るKPI：バウンス、拒否の兆候
• 健全性を測るKPI：解除、苦情
• 行動を測るKPI：クリック、サイト側CV

数値は環境で揺れますが、苦情が増えた時点で配信設計（頻度・対象者・解除導線）を先に直す方が安全です。

A/Bテストは“変数を増やさない”

テスト対象は件名だけでなく、頻度、セグメント、タイミングでも可能です。
ただし同時に複数要素を変えると、原因が追えなくなります。
まず頻度上限と除外ルールを固定し、その上で件名やタイミングを検証すると、改善サイクルが回ります。

再発防止の運用ルール

最後は再発防止です。
担当交代があっても崩れないように、月次点検と配信前チェックをテンプレ化します。

月次点検

月次の点検では、最低限下記の5つを確認するようにしましょう。

• 認証（SPF/DKIM/DMARC）の変更有無
• バウンスの急増がないか
• 解除・苦情の推移
• 休眠整理の実施状況
• セグメント定義の崩れ

最低限この5点を毎月確認するだけで、事故の多くは予防できます。

配信前チェック

届かない・開かれないの再発防止のため、配信前のチェックを行う体制を作ります。
最低でも、下記の3つは必ず確認するようにしましょう。

• 対象者は「この内容を待っている人」か
• 解除導線は分かりやすいか
• 除外条件（バウンス・解除・苦情・休眠）に漏れがないか

チェックは面倒に見えますが、到達が崩れてから復旧するコストに比べれば、最も費用対効果が高い工程です。

まとめ　最短で効くのは「到達の土台」→「配信設計」→「運用の型」

MAメールが届かない／開かれない問題は、気合ではなく順番で解決します。
到達の土台（認証・レピュテーション・リスト衛生）を整え、配信設計（セグメント・頻度・期待値）で反応を作り、点検表で再発を防ぐと、数字が“運用で回る”状態に戻ります。

まず確認・着手すべきは認証状況の棚卸し、除外ルールの明文化、頻度上限と最小セグメントの再定義です。

ここから始めれば、到達と反応の改善が動き出すでしょう。