ブロードキャストメールの到達率：受信トレイに届けるための認証・評判・運用

メールが受信トレイに届くかどうかは、迷惑メールフォルダに入り始めて初めて重要さに気づく問題です。ブロードキャスト（同じ内容を大勢に一斉に送る配信）では、1 通ごとの工夫より、送信元ドメインの認証、配信停止のしやすさ、苦情の少なさといった土台が結果を決めます。この記事では、その土台を Gmail と Yahoo が公開している送信者向けの要件に沿って順番に確認し、どの配信サービスに何を任せられるかまで整理します。

先に結論を書くと、受信トレイに届く確率を上げる仕事は 4 つに絞れます。ドメインを認証すること、許可を得た相手にだけ送ること、配信停止を 1 クリックで済ませること、そして送る量を急に変えないことです。どれも特別な技術は要りません。ただし、どれか 1 つが抜けると、ほかの 3 つを完璧にしても取り戻しにくくなります。

まず確認したい公式要件：Gmail と Yahoo

2024 年以降、Gmail と Yahoo は大量送信者に対する要件を明文化しています。日本の読者に送る場合でも、受信者が Gmail や Yahoo メールを使っていれば適用されます。以下は、2026 年 10 月 7 日に両社の公式ページで確認した内容です。

出典：Google の「メール送信者のガイドライン」とYahoo の送信者のベストプラクティス（いずれも 2026 年 10 月 7 日閲覧）。「大量送信者」の定義は両社のページで確認してください。

この表で注目したいのは、苦情率の数字です。Gmail の 0.10% は「1,000 通のうち 1 人が迷惑メールとして報告する」水準です。1 万人に送って 10 人が報告するだけで上限に並びます。ブロードキャストは、1 通の苦情が個人宛てメールより目立ちやすい配信形態だと考えてください。配信規模ごとに、何人の報告で上限に届くかを計算すると次のとおりです。

Google の数字は Postmaster Tools に表示される率が基準で、メールの配信数に対する単純な割り算とは多少ずれます。この表は「どのくらいの感覚か」をつかむための目安として使ってください。

DNS 認証の基本：SPF・DKIM・DMARC

3 つの仕組みは、受信側に「このメールは本当にそのドメインから出たものか」を伝えるためのものです。配信サービスを使う場合、記録の値は各サービスの管理画面に表示されるので、自分で値を考える必要はありません。やるべきことは、表示された記録を DNS に正しく入れて、通っているか確かめることです。

SPF：送信を許可するサーバーの一覧

SPF は、そのドメインのメールを送ってよいサーバーを TXT レコードで宣言します。配信サービスから案内される値は、たとえば次のような形です。

v=spf1 include:_spf.provider.example ~all

つまずきやすい点は 2 つあります。1 つ目は、SPF レコードをドメインに 1 つしか置けないことです。複数のサービスから送るときは、別のレコードを足さず、1 つのレコードの中に include を並べて統合します。2 つ目は、SPF の評価で DNS を引く回数に上限があることです。include を増やしすぎると、評価の途中で失敗します。使っていないサービスの include は、見つけたら外してください。

記録の末尾にある記号は、「一覧にないサーバーから来たメールをどう扱うか」を表します。

DKIM：メールに付ける電子署名

DKIM は、送信時にメールへ署名を付け、受信側が公開鍵で検証する仕組みです。公開鍵は DNS に CNAME か TXT で登録します。鍵の長さについて、Yahoo のページは 1024 ビット以上を求めています。サービスが 2048 ビットを選べるなら、そちらを選ぶ理由は十分にあります。署名は内容が途中で書き換えられていないことの確認にもなるため、SPF が通らない転送経路でも認証を保てることがあります。

DMARC：失敗したときの扱いを宣言する

DMARC は、SPF と DKIM の結果を受けて、認証に失敗したメールをどう扱うかを受信側に伝えます。同時に、レポートの送り先も指定できます。最初は何も止めずに様子を見る設定から始めます。

v=DMARC1; p=none; rua=mailto:dmarc@example.com

レポートで、自社の配信サービスや社内システムからのメールがすべて通っていると確認できたら、p=quarantine、さらに p=reject へと段階的に厳しくします。ここで急ぐと、見落としていた送信元（請求書システムや問い合わせフォームなど）のメールが迷惑メール扱いになります。DMARC を通すには、From のドメインと、SPF か DKIM で認証されたドメインが一致している必要があります。配信サービスを選ぶとき、自社ドメインで署名できるか（独自ドメイン認証に対応しているか）を最初に確認するのはこのためです。

DNS に入れる記録の早見表

DNS の変更が全世界に行き渡るには時間がかかります。管理画面で確認済みと表示されるまで、本番の配信は始めないでください。複数のサービスから送る会社では、サービスごとにサブドメインを分けておくと、SPF の統合や DMARC のレポートの読み分けが楽になります。たとえば、ニュースレターは news.example.com、請求書や通知は別のサブドメイン、というように用途で分けます。

設定後の確認手順

1. 配信サービスの管理画面で、ドメイン認証が「確認済み」になっていることを見ます。
2. 自分の Gmail にテスト送信し、「メッセージのソースを表示」で SPF・DKIM・DMARC がいずれも PASS になっているか確認します。
3. DMARC のレポート（rua）を 1〜2 週間ためて、想定外の送信元がないか確認します。
4. 問題がなければ、ポリシーを 1 段階ずつ厳しくします。

テスト送信のソース表示には、次のような行が含まれます。値はサービスにより異なりますが、3 つの結果と、認証に使われたドメインを読み取ります。

Authentication-Results: mx.google.com;
  dkim=pass header.i=@news.example.com header.s=selector1;
  spf=pass smtp.mailfrom=bounce.news.example.com;
  dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=news.example.com

dkim・spf・dmarc がすべて pass で、header.from のドメインが実際の差出人と一致していれば、基本の認証は成立しています。spf=pass でも smtp.mailfrom が配信サービスのドメインのままだと、SPF 側ではアラインメントが取れず、DMARC は DKIM の一致に頼ることになります。

DMARC レポートの読み方：架空の例

DMARC の集計レポートは XML で届きますが、読み取る内容は単純です。送信元の IP アドレスごとに、件数と SPF・DKIM の結果が並びます。次は、ドメイン example.com 宛てに届いた集計の架空の例です。IP アドレスは、文書用に予約された範囲のものを使っています。

この例で、p=quarantine に進んでよいのは、2 行目と 4 行目の正規の送信元を直したあとです。3 行目を止められるのが DMARC の目的ですが、2 行目を放置したまま締めると、問い合わせの自動返信が迷惑メールに入ります。最後の判断は、必ず件数の多い順に、正規の送信元から確かめてください。

送信者評判を決めるもの

受信側は、ドメインや IP アドレスごとに、過去の送信がどう扱われたかを記録しています。評判は 1 通で決まらず、数週間分の傾向で動きます。

スパムトラップとは、受信側やブラックリスト運営者が、不正な収集を見つけるために置いているアドレスです。購入したリストや、何年も前に集めたリストには、これが混ざる確率が上がります。ブロードキャストを始める前に、リストの出所を説明できるかどうかを確認してください。説明できないなら、そのリストは使わないほうが安全です。

バウンスの種類と対応

バウンスは、届かなかった理由によって扱いが変わります。配信サービスの管理画面には理由コードが出るので、次の分類で見分けてください。

送信量の立ち上げ：一晩で増やさない

新しいドメインや新しい配信サービスから、いきなり全リストに送ると、評判のない送信元が突然大量に送り始めた状態になります。段階的に量を増やすのが基本です。以下は、1 万人のリストに対する立ち上げの一例です。数字は考え方を示すための仮定で、どのサービスの規定でもありません。

「反応した人から先に送る」のは、良い反応が先に積み上がると、後から送る反応の薄い層の影響を薄められるからです。すでに別のサービスで安定して送っている場合は、移行先でも同じ原則で量を戻していきます。移行の全体像は、到達率の基本ガイドと合わせて読むと整理しやすくなります。

許可・リスト管理・配信停止

許可を得た相手にだけ送る

明示的に登録した人にだけ送ることは、法令への対応だけでなく、苦情を減らす最も確実な方法です。登録の経緯（フォーム、日時、同意の文言）を記録しておくと、苦情が出たときや移行時に出所を説明できます。購入したリストへの送信は、苦情率の上限を短期間で超える原因になります。

リストを定期的に整理する

• ハードバウンスしたアドレスは、すぐに配信対象から外します。
• 長期間まったく反応のない購読者は、再確認のメールを送り、返事がなければ配信対象から外すことを検討します。「何か月で外すか」は業種で違うため、自分のリストの反応を見て決めてください。
• 新規登録にダブルオプトイン（確認メールのリンクを押して初めて登録）を採用すると、入力ミスや他人による登録が減ります。
• 登録フォームに、ボット対策とメールアドレスの形式チェックを入れます。

配信停止は 1 クリックで

配信停止の手続きが面倒だと、読者は迷惑メールとして報告します。1 件の報告は、1 件の配信停止よりずっと重い扱いです。本文の下部にあるリンクだけでなく、ヘッダーの List-Unsubscribe と List-Unsubscribe-Post でワンクリック配信停止に対応できているかを確認してください。この仕組みは RFC 8058 で定義されており、Gmail も Yahoo もこれを前提にしています。多くの配信サービスは自動で付与しますが、自前の SMTP 配信では自分で付ける必要があります。受け付けた配信停止は、Yahoo の基準では 2 日以内に反映します。実際には、次の配信までに反映しておくのが無難です。

日本の読者に広告・宣伝メールを送るときの前提

日本向けの配信では、受信側の要件に加えて、法律の規制も確認が必要です。総務省は、広告・宣伝メールを送る場合は原則として「特定電子メールの送信の適正化等に関する法律」（特定電子メール法）の規制対象になると案内しています。電話番号宛てのショートメッセージ（SMS）も、同じ法律の対象です。同意の取り方や表示すべき事項といった具体的な内容は、総務省が公開している迷惑メール対策のページの「特定電子メールの送信等に関するガイドライン」と「法律のポイント」で確認してください。この記事は法律の解説ではなく、個別の事案についての助言でもありません。

苦情につながりやすい配信のパターン

• 登録した覚えのない相手に届く：名刺交換や問い合わせだけで、ニュースレターへ自動登録すると、「頼んでいない」という報告が増えます。
• 差出人名が毎回違う：読者は、見覚えのない差出人名を迷惑メールとして報告します。差出人名と返信先は、ブランド名で固定してください。
• 頻度が登録時の説明と違う：月 1 回と聞いて登録した人に、毎週送ると報告が増えます。登録フォームに、頻度と内容を書いておきます。
• 配信停止が見つけにくい：フッターの小さな文字や、ログインが必要な手続きは、迷惑メールボタンを押す動機になります。
• 返信を受け付けない送信元アドレス：返信できるアドレスにすると、読者からの返信が良い合図になり、質問への回答にもなります。

配信サービスに任せることと、自分で見ること

よくできた配信サービスは、IP アドレスの評判管理、バウンスの処理と抑制リスト、フィードバックループの処理、配信停止ヘッダーの付与、問題のあるアドレスの自動除外といったインフラ面を引き受けます。一方で、リストの出所、配信内容、頻度、苦情の原因は、サービスが代わりに解決できません。サービスの種類ごとの向き不向きを整理します。

料金や上限は頻繁に変わるため、この記事には金額を書いていません。各サービスの公式料金ページ（上の表のリンク）で、自分の人数での金額を確認してください。個別の比較は、Buttondown と beehiiv の比較、Buttondown と Kit の比較、Campaign Monitor と Mailchimp の比較に整理してあります。

契約の前に、サービスの担当者かドキュメントに次の質問をぶつけると、到達率の面での実力差がよく見えます。

本番前の確認：小さなパイロット

本番のリストを移す前に、小さな範囲で「安全に送れるか」を確かめます。目的は、数字を良く見せることではなく、全量で送ったときに高くつく抜け漏れを先に見つけることです。

1. 認証：SPF と DKIM の記録を設定し、DMARC を監視モードで置いて、アラインメントを確認します。
2. 計測：配信、バウンス、苦情、配信停止、クリックのイベントを、自分で見られるレポートにつなぎます。
3. 同意の記録：テスト用の読者について、登録の経緯と同意の文言を記録します。
4. 失敗系の確認：テスト用のアドレスで、ハードバウンス、配信停止、重複登録、設定変更を実際に起こして、挙動を見ます。
5. 段階送信：反応の良い層から送り、イベントを確認してから広げます。
6. 判断の記録：到達、表示崩れ、作業の手間、書き出しの質、サポートの返答を残し、あとから判断の根拠を示せるようにします。

状況別：最初の 30 日に何を優先するか

どの順で手を付けるかは、送り手の状況で変わります。3 つの典型例で、優先順位を比べます。

例 1：購読者 800 人の個人ニュースレター、月 2 回の配信

• 1 日 5,000 通に遠く及ばないため、大量送信者の要件は強制ではありませんが、SPF と DKIM は最初の週に設定します。
• ダブルオプトインと、1 クリックの配信停止を確認します。
• 送る量は少ないので、立ち上げの段階分けは不要です。最初の号から全員に送って構いません。
• 見るのは、バウンスと配信停止の数が号ごとにどう動くかだけで十分です。

例 2：購読者 30,000 人の EC ストア、週 2 回の販促配信

• 1 回の配信が 30,000 通なので、週 2 回なら 1 日で 5,000 通を超える日が出ます。SPF・DKIM・DMARC とワンクリック配信停止が必要な側に入ります。
• 販促メールと、注文確認などの通知メールを、別のサブドメインに分けます。通知メールの評判を、販促の苦情から守るためです。
• Postmaster Tools に登録し、迷惑メール率が 0.10% を超えない配信頻度と層を探します。
• 反応のない層は、頻度を下げるか、再確認のメールを経て配信対象から外します。

例 3：購読者 3,000 人の SaaS、製品アップデートとニュースレターを併用

• 製品の通知（パスワード再設定など）と、お知らせの一斉配信は、配信サービスか、少なくともストリームを分けます。
• トライアル終了などの行動に連動したメールは、同意の状態とイベントの精度が結果を左右します。連動の仕組みを作る前に、一斉配信側の配信停止がそれらにも反映されるか確かめます。
• 送信量は少なくても、配信停止した人に連動メールが届く状況は、苦情につながります。

おかしいと思ったときの切り分け

配信サービスの共有 IP を使っている場合、IP アドレス単位の SNDS はサービス側の管理になり、自分では見られないことがあります。その場合は、配信サービスが提供する苦情やバウンスのレポートを、同じ目的で毎回確認してください。登録は配信を始める前に済ませておくのが理想です。

気にしすぎなくてよいこと

よく心配される項目のなかには、公式の要件に出てこないものがあります。Google と Yahoo のガイドラインが求めているのは、認証、配信停止、苦情率、リストの質、送信の安定といった項目です。メールの長さや、件名に特定の単語（たとえば「無料」）が入っているかどうかを条件にする項目は見当たりません。もちろん、誤解を招く件名や、リンク切れ、画像だけのメールは読者に嫌われ、結果として苦情につながります。つまり、内容の問題は「フィルターの単語」ではなく「読者の反応」を通じて到達率に影響します。配信時刻の最適化も、土台が整ってからで十分です。

配信前のチェックリスト

• このメールを受け取る理由を、受信者に説明できる（登録の経緯がある）。
• From のドメインが認証されており、ヘッダーと本文の両方に配信停止の手段がある。
• バウンス、苦情、配信停止済みのアドレスが、配信対象から外れている。
• 件名が本文の内容を正しく表し、リンクが切れておらず、スマートフォンでも崩れていない。
• 苦情や配信エラーが急に増えたときに、配信を止める手順が決まっている。
• 自分用の Gmail・Yahoo メール・Outlook の 3 つのアカウントに同じ内容を送り、受信トレイとプロモーションタブのどちらに入ったかを見ている（結果は参考値で、全体の傾向を保証するものではない）。
• 配信後の 24 時間は、バウンスと苦情の数を 1 日に 2 回は見て、異常があれば次の配信を延期できる体制にしている。

よくある質問

配信サービスを使えば、受信トレイへの到達は保証されますか。

されません。どのサービスも到達を保証できません。到達は、ドメインの評判、リストの質、同意、送信頻度、そして受信側それぞれの判断の結果です。良い配信サービスが変えられるのは、成功する余地の大きさであり、上限そのものではありません。

無料のメールアドレス（Gmail など）から一斉送信しても大丈夫ですか。

おすすめしません。Gmail のアドレスを From にして配信サービス経由で送ると、From のドメインが配信元と一致せず、DMARC に通りません。自分のドメインを取得し、そこから認証して送ってください。

DMARC は p=none のままでもよいですか。

Yahoo の大量送信者向け要件は、少なくとも p=none の DMARC ポリシーを求めており、そのままでも要件は満たせます。ただし、p=none は何も止めない設定です。レポートで自社の送信元がすべて通っていると確認できたら、quarantine、reject へと進めると、なりすましへの防御が実際に働きます。

少人数のリストでも、ここまでやる必要がありますか。

1 日 5,000 通に届かない規模では、Gmail の一部の要件（ワンクリック配信停止、DMARC）は強制ではありません。それでも、SPF・DKIM の設定、配信停止のしやすさ、許可を得た相手だけに送ることは、規模に関係なく効きます。小さいうちに習慣にしておくと、リストが育ったときに作り直さずに済みます。

迷惑メールフォルダに入った場合、読者に何を案内すればよいですか。

登録直後の歓迎メールで、「届かないときは迷惑メールフォルダを確認し、見つけたら『迷惑メールではない』を押してください」と一言添えておくと、早い段階で良い反応が積み上がります。ただし、読者に操作をお願いするのは補助です。認証と評判の側を整える作業の代わりにはなりません。

配信サービスを乗り換えると、評判は引き継げますか。

共有 IP の評判は、サービスの側のものなので引き継げません。ドメインの評判は、同じドメインから送り続けるかぎり一部は残ります。乗り換え直後は、新しい送信元として扱われる前提で、立ち上げの表のように反応の良い層から段階的に送ってください。

専用 IP アドレスは必要ですか。

多くの小さな配信では、共有 IP で問題になりません。専用 IP は、自分の評判を自分で管理できる反面、送信量が少ないと評判が育たず、立ち上げの手間も増えます。必要かどうかは、送信量と頻度が安定してから、サービスのサポートに相談して決めるのが現実的です。

まとめ

到達率の仕事は、特別な裏技ではなく、いくつかの基本の積み重ねです。ドメインを認証し、許可を得た相手にだけ送り、配信停止を簡単にし、バウンスと苦情を見て、送る量を急に変えない。この 5 つを守っていれば、大きな問題の多くは避けられます。残りは、実際に起きた個別の事情に対応する作業です。配信サービスを選ぶときは、機能の多さではなく、これらを自分が確認できるかどうかで比べてください。個々の手順は、メール配信の実践ガイドとニュースレター運営の実践ガイドでも扱っています。