バウンスメールとは？発生原因から対策まで押さえておきたいこと
メールを送ったはずなのに「エラーメッセージが返ってきた」という経験をしたことはないでしょうか。それがバウンスメールです。
個人のやりとりでも起きますが、特に深刻な問題になるのはメルマガや営業メール、サービス通知といった大量配信の場面です。バウンスを放置していると、メールが届きにくくなるだけでなく、送信元ドメインそのものの信頼が静かに、しかし確実に傷ついていきます。
「たまにエラーが返ってくる程度で大げさでは」と思うかもしれませんが、バウンス率が一定を超えると送信元IPアドレスやドメインの評価が下がり、正常なアドレスへのメールまで迷惑メール扱いされるようになります。さらに悪化するとブラックリストへの登録、メール配信サービスのアカウント停止という事態にもつながります。
この記事では、バウンスメールの仕組みや種類、エラーコードの読み方から、実務で使える具体的な対策まで体系的に解説します。
バウンスメールとは
バウンスメール（bounce mail）とは、送信したメールが何らかの理由で宛先に届かず、送信元のメールサーバーにエラーとして戻ってくるメールのことです。「エラーメール」「返戻メール」と呼ばれることもあります。
「bounce」という英単語は「跳ね返る」を意味します。ボールを壁に投げると跳ね返ってくるように、メールが配信先に到達できずに送信元へ戻ってくる現象です。
バウンスメールという言葉自体は昔からありますが、近年は配信品質管理として注目度が上がっています。背景にあるのは、Gmailをはじめとした大手メールプラットフォームの審査が年々厳しくなっていることと、メールマーケティングにおける「到達率（デリバラビリティ）」の重要性が広く認識されるようになってきたことです。
バウンスメールが発生する仕組み
メール配信の裏側では、SMTPというプロトコルを使ったサーバー間のやりとりが行われています。バウンスが発生するまでの流れは、大まかに次のとおりです。
送信者がメール送信ボタンを押す
送信側メールサーバーが宛先ドメインのDNSを照会し、受信サーバーのアドレスを特定する
送信側サーバーが受信側サーバーへ接続し、メールの配信を試みる
受信側サーバーが何らかの理由でメールを受け取れない、または受け取りを拒否する
受信側サーバーがエラーコードと理由を含む通知を送信側サーバーへ返す
送信側サーバーが差出人（またはエンベロープFromのアドレス）にバウンスメールを届ける
注目すべき点が一つあります。バウンスはメールが「消えてなくなる」現象ではありません。「配信できませんでした」という通知が送信元に届くため、問題の把握と対処ができます。一方、まれに通知が返ってこない「サイレントバウンス」という状態もあり、自前でサーバー管理している場合は気づかないこともあります。
バウンスメールに含まれる情報
返ってきたバウンスメールには、問題を診断するための情報が含まれています。主な構成要素は次のとおりです。
エラーコード：SMTPの数字コード（421、550など）
エラーメッセージ：エラーの内容を示す英語のテキスト
元のメールのヘッダー情報：宛先アドレス、件名、送信時刻など
送信を拒否したサーバー名：どこで止まったかを示す
エラーメッセージは英語ですが、検索すれば詳細な説明が見つかることがほとんどです。後ほど主要なエラーコードの意味も解説しますので、バウンスメールが届いたときに慌てず対処できるようになります。
バウンスメールの種類
バウンスメールは大きく2種類に分類されます。エラーの性質がまったく異なるため、対処法も変わります。どちらのバウンスかを見極めることが、適切な対応の第一歩です。
ハードバウンス（Hard Bounce）
恒久的なエラーを指します。原因が根本的な問題であるため、何度再送しても届きません。
主な発生原因は次のとおりです。
メールアドレスが存在しない（入力ミス、使われなくなったアドレス）
ドメイン自体が存在しない、またはDNS設定に誤りがある
受信側のサーバーが送信元ドメインを恒久的にブロックしている
宛先のメールアドレスが廃止・削除されている
ハードバウンスが返ってきたアドレスは、即時に配信リストから削除するのが正しい対応です。再送しても届かないうえ、バウンスを繰り返すほど送信元の評価（レピュテーション）が下がります。多くのメール配信サービスは、ハードバウンスしたアドレスを自動で配信停止リストへ移動する機能を持っています。
ソフトバウンス（Soft Bounce）
一時的なエラーを指します。状況が改善されれば、将来的に配信できる可能性があります。
主な発生原因は次のとおりです。
受信者のメールボックスが容量オーバー状態
送信したメールのファイルサイズが受信側の上限を超えている
受信側のメールサーバーが一時的にダウン中、またはメンテナンス中
受信サーバーが一時的に過負荷状態で処理しきれない
ソフトバウンスはしばらく時間をおいてから再送すると成功するケースがあります。一方、同じアドレスへのソフトバウンスが数回以上続く場合は、事実上ハードバウンスに近い状態と考えて差し支えありません。多くのメール配信システムでは5〜10回連続でソフトバウンスしたアドレスを自動的に配信停止にする設定が用意されています。
ハードとソフトの判断が難しいケース
実運用上、ハードとソフトの境界が曖昧なことも少なくありません。たとえばスパム判定によるブロックは、受信サーバーの設定変更で解除される場合は一時的（ソフト寄り）とも言えますし、ドメイン単位でブロックされていれば恒久的（ハード寄り）です。
エラーコードだけで判断しきれないときは、「過去に正常に届いていたアドレスか」「初回配信のアドレスか」「エラーメッセージの文言に”permanent”や”does not exist”という表現があるか」を確認するのが実践的な判断基準になります。
エラーコードの読み方
バウンスメールにはSMTPエラーコードが含まれています。このコードを読めるようになると、原因の特定が格段に速くなります。慌てて再送する前に、まずコードを確認する習慣をつけておきましょう。
SMTPエラーコードは3桁の数字で構成されており、1桁目が大まかな分類を示します。
2xx：成功（配信完了）
4xx：一時的エラー。時間をおいて再試行する価値がある（ソフトバウンス相当）
5xx：永続的エラー。再試行しても意味がない（ハードバウンス相当）
2桁目・3桁目はさらに詳細なカテゴリを示します。たとえば「5.1.1」は「宛先のアドレスが存在しない」、「5.7.1」は「ポリシーやフィルターにより拒否された」を意味することが多いです。
よく見かけるエラーコード一覧
コード 主な意味 バウンス種別 対処の方向性 421 受信サーバーが一時的に応答できない ソフト 時間をおいて再送 450 メールボックスが一時的に利用不可 ソフト 再送を試みる 452 メールボックスの容量不足 ソフト 受信者に確認を依頼 550 メールアドレスが存在しない ハード リストから即削除 551 転送先が不明・ルーティングエラー ハード アドレスを確認 552 メールサイズが上限超過 ソフト ファイルを分割・圧縮 553 メールアドレスの形式が不正 ハード アドレスを修正 554 スパム判定・ポリシー違反 ハード寄り 送信元設定を見直す
実務でとくによく登場するのは550と554です。550はアドレスそのものの問題であり、対応はリスト削除一択です。554は送信元ドメイン・IPの評価問題や、メール内容のスパム判定が原因であることが多く、根本的な設定見直しが必要になります。
大手メールサービスの独自エラー
Gmail、Yahoo!メール、Outlookなど主要なメールサービスは、SMTPの標準コードに加えて独自の詳細コードやメッセージを返すことがあります。
Gmailの例として「550 5.7.26」は、SPFおよびDKIM認証が両方とも失敗した際に返されるコードです。この場合は単なるアドレスの問題ではなく、送信元ドメインの認証設定そのものを見直す必要があります。エラーメッセージ本文に英語で詳細な説明が書かれているので、検索エンジンにそのままコピーして貼り付けるだけで原因にたどり着けることがほとんどです。
バウンスメールを放置するリスク
「多少のバウンスは仕方ない」と考えているなら、その認識は少し改める必要があります。バウンスの蓄積は、単に「届かないメールが増える」だけの問題ではありません。送信元の評価が低下し、他の正常なアドレスへの配信にも悪影響が及ぶという連鎖反応が起きます。
IPレピュテーションの低下
メール配信の世界では、送信元のIPアドレスとドメインに対して「評判（レピュテーション）」というスコアが各受信サーバーで評価・記録されています。バウンスが多いということは、「このIPから来るメールは正しく管理されていない」というシグナルを送り続けることと同義です。
レピュテーションが下がると、存在する正常なアドレスへ送ったメールまで迷惑メールフォルダに振り分けられるようになります。さらに悪化すると、メール自体がサーバーレベルで受信拒否され、差出人にも受信者にも何の通知もなく消えてしまう状態になります。
スパム判定とブラックリスト登録
バウンス率が高い状態が続くと、送信元のドメインやIPアドレスがSpamhausやBarracuda Networksといったスパムデータベースのブラックリストに登録されるリスクが高まります。
ブラックリストに登録された場合の問題は、解除まで時間がかかる点です。Spamhausへの削除申請は比較的スムーズなケースもありますが、申請から解除まで数日〜数週間かかることもあります。その間、ブラックリストを参照している受信サーバーはすべてメールをブロックするため、ビジネス上の連絡が止まってしまいかねません。
メール配信サービスのアカウント停止
SendGridやAmazon SES、MailchimpなどのSaaSメール配信サービスは、利用者のバウンス率を監視しており、一定の閾値を超えるとアカウントの制限や停止措置がとられます。
Amazon SESはハードバウンス率が5%を超えるとアカウントが一時停止になる可能性があることを公表しています。SendGridは2%を超えると警告が出始める仕様です。急に大量のメールが届かなくなったとき、アカウント停止に気づかないまま問題が放置されるケースが実際に存在します。
ビジネス上の機会損失
上記の技術的なリスクに加えて、見えにくいリスクとして「機会損失」があります。バウンスが多い状態では、本来届けるべき顧客へのメール（注文確認、パスワードリセット、重要なお知らせなど）が届いていない可能性があります。顧客側は「返事がない」「メールが来ない」と感じながらも、それがバウンスによるものとは気づかないため、静かに離脱していくことになります。
バウンスメールの発生原因と種類別の対処法
バウンスへの対応は「とにかく再送する」でも「とにかくリストを削除する」でもなく、原因を見極めた上で適切に対処することが重要です。同じバウンスでも原因によって対応が変わります。
アドレスエラー（ハードバウンス）
最も多い原因の一つが、メールアドレスの入力ミスや、退職・解約などで使われなくなったアドレスへの配信です。BtoBの営業メールやメルマガでは、担当者の退職後もリストが更新されていないことがよく起きます。
対処法： バウンスが確認されたアドレスは配信リストから即座に除外します。将来的な再登録を想定する場合は「無効アドレスフラグ」を立てた上で別途管理する方法が現実的です。大量配信をしている場合は、この除外処理が自動化されているかどうかを必ず確認してください。
メールボックスの容量オーバー（ソフトバウンス）
受信者のメールボックスが満杯の状態です。個人ユーザーよりも、メール管理が行き届いていない企業のアカウントで起きやすいです。
対処法： 数日〜1週間程度をおいて再送を試みます。3〜5回試みても届かない場合は、継続して配信し続けるよりリストを整理する判断が適切です。BtoBの重要な連絡であれば、担当者へ電話や別の連絡手段でアクセスすることも検討する価値があります。
メールサイズの超過（ソフトバウンス）
多くの受信サーバーはメールサイズに上限を設けており、一般的には10〜25MB程度が上限です。画像を大量に埋め込んだHTMLメールや、サイズの大きな添付ファイルが原因になりやすいです。
対処法： 添付ファイルはGoogle DriveやDropboxなどクラウドストレージへのリンク共有に切り替えます。HTMLメールの場合は、画像をメール内に埋め込む「インライン形式」ではなく、外部サーバーからURLで参照する「外部リンク形式」にすることでメールサイズを大幅に削減できます。メール配信ツールの多くは外部リンク形式がデフォルトになっているため、設定を確認してみてください。
スパム・なりすまし判定（ハードバウンス寄り）
受信側のサーバーが、送信元を詐称メール（なりすまし）またはスパムと判断してブロックしている状態です。エラーコードとしては554が多く返ってきます。
対処法： 大きく二つのアプローチがあります。一つは送信ドメイン認証（SPF・DKIM・DMARC）の設定を確認・修正すること。もう一つは、メール本文の内容がスパムフィルターに引っかかっていないかを見直すことです。「無料」「今すぐ」「緊急」「特別価格」などの表現が過度に多いと判定されやすい傾向があります。また、件名にすべて大文字や過剰な感嘆符を使うことも避けるべきです。
一時的なサーバーダウン（ソフトバウンス）
受信側のメールサーバーがメンテナンス中や過負荷状態の場合です。エラーコードは421や450が多いです。
対処法： 数時間〜半日後に再送します。多くのメール配信システムはリトライ（再試行）処理を自動で行う機能を持っています。使用しているサービスのリトライ設定が有効になっているか確認しておきましょう。初回配信から最大72時間程度は自動リトライが機能するのが一般的な仕様です。
バウンスを減らすための予防策
バウンスは起きてから対処するよりも、発生しにくい環境を事前に整えるほうがコストも低く、効果も持続します。以下の予防策は、どれも実装コストに対して効果が高いものばかりです。
メールリストの定期的なクリーニング
配信リストは放置するほど品質が下がります。人は職場を変わり、メールアドレスを変更し、使わなくなった古いアドレスはどのサービスにも残り続けます。業界の経験則として、BtoBのメールリストは年間20〜30%ほど自然に劣化すると言われています。半年〜1年に一度、あるいはキャンペーン実施前にリストを見直す習慣をつけておきましょう。
実践的な判断基準として、「過去12ヶ月以上、一度も開封・クリックの記録がないアドレス」はバウンスが発生する前にリスト整理の対象として検討する価値があります。エンゲージメントが低いアドレスをそのまま配信し続けることは、バウンス率を上げるだけでなく、開封率や配信スコア全体にも悪影響を与えます。
ダブルオプトインの導入
メール配信リストへの登録フローにダブルオプトインを採用することで、存在しないアドレスや誤入力を初期段階で排除できます。ダブルオプトインとは、登録フォームで入力を受け付けた後に確認メールを送り、受信者が確認リンクをクリックして初めて登録完了とする方式です。
登録数がシングルオプトイン（確認なし）と比べて減る点はデメリットですが、その分リストに残るアドレスの質が高まります。バウンス率の低下に加え、開封率やクリック率の向上にもつながるため、長期的なメールマーケティングでは推奨されている手法です。
特にBtoCのメルマガ配信や、フォームからの問い合わせを起点とした自動配信を行っている場合は、ダブルオプトインの導入を強く検討してください。
登録フォームでのバリデーション強化
メールアドレスの形式チェック（「@」が含まれているか、ドメイン部分が正しい形式かなど）をフォーム上でリアルタイムに実施することで、明らかな入力ミスを防げます。
さらに一歩進めるなら、メールアドレスのドメインが実在するかどうかをリアルタイムで確認するAPIサービス（ZeroBounce、NeverBounceなど）を登録フォームと連携させる方法があります。架空のドメインや使い捨てメールアドレスサービスを弾くことができ、バウンスの発生源を登録段階でかなりの割合で除去できます。
ただし、形式が正しく、ドメインが存在していても、そのアドレス自体が使われていないケースはバリデーションでは検知できません。あくまで補助的な手段として組み合わせて活用してください。
送信ドメイン認証（SPF・DKIM・DMARC）の設定
バウンスの原因として意外と見落とされがちなのが、送信ドメイン認証の設定不備です。認証が正しく設定されていないと、受信サーバーが送信元を「なりすましメール」と判定し、ブロックしてしまいます。
SPF（Sender Policy Framework） は、あるドメインからメールを送信することが許可されているサーバーをDNSのTXTレコードに記載する仕組みです。受信サーバーはこのレコードを参照し、「このメールは正規のサーバーから送られてきているか」を検証します。
DKIM（DomainKeys Identified Mail） は、送信するメールに電子署名を付与する技術です。受信サーバーは公開鍵を使って署名を検証し、メールが改ざんされていないことと、確かに主張するドメインから送られてきたことを確認します。
DMARC（Domain-based Message Authentication, Reporting & Conformance） は、SPFとDKIMの認証結果に基づいて、受信サーバーがどのように対処するかのポリシーを送信者側が指定できる仕組みです。「reject（拒否）」「quarantine（隔離＝迷惑メールフォルダ送り）」「none（何もしない）」の3段階から設定でき、認証失敗時の処理を制御できます。
2024年2月からGoogleは1日5,000通以上をGmailへ送信する大量送信者に対して、SPFまたはDKIMの設定、DMARCポリシーの設定、スパム率0.1%未満の維持を必須要件としました。未対応の場合は配信拒否または迷惑メールフォルダへの振り分けが発生します。まだ設定が済んでいない場合は優先的に対応することをおすすめします。
バウンスメールの管理にメール配信システムを使う
自社サーバーや汎用のメールクライアントから手動でメールを大量配信している場合、バウンスの把握と管理が非常に手間のかかる作業になります。返ってきたバウンスメールを一件ずつ確認してリストを更新するのは、配信件数が増えるほど現実的ではなくなります。
メール配信システム（ESP：Email Service Provider）を導入すると、バウンス管理の多くが自動化・可視化されます。
バウンスが発生したアドレスを自動検出し、配信停止リストへ移動
ハードバウンスとソフトバウンスを自動分類し、再送の要否を判断
バウンス率・開封率・クリック率などのレポートをダッシュボードで確認
ソフトバウンスのリトライスケジュールを自動管理
バウンス率が閾値を超えた際のアラート通知
特に配信リストが数百件を超えてくると、手動での管理は事実上不可能になります。メール配信システムを活用することで、バウンス率の上昇を早期に検知し、適切なタイミングで対策を打てる体制を整えられます。
主なメール配信システムの選定ポイント
国内外でよく使われているメール配信システムには、SendGrid、Amazon SES、Mailchimp、ブラストエンジン、配配メール、WEBCAS e-mailなどがあります。選定の際は次の観点を確認しておくと失敗が少ないです。
バウンス処理の自動化機能の有無と柔軟性
ハードバウンスとソフトバウンスの閾値設定が可能かどうか
バウンス率のレポート粒度（アドレス単位で確認できるか）
配信数や月額費用のコスト感
国内規制（特定電子メール法）への対応状況
推奨されるバウンス率の目安
バウンス率の許容範囲はサービスや業界によって差がありますが、一般的に次の水準が参照されます。
指標 目安 備考 ハードバウンス率 2%未満 Amazon SESは5%超で停止リスク 全体バウンス率 5%未満 業界標準の健全水準 スパム報告率 0.1%未満 Gmailの大量送信者ガイドライン
これらの数値を上回り始めたら、リストのクリーニングや送信ドメイン認証の見直しを最優先で行うタイミングです。「今は大丈夫」という油断が、数ヶ月後の配信トラブルにつながることがよくあります。
まとめ：バウンスメール対策は「送って終わり」ではない
バウンスメールは、メール配信の品質管理において避けて通れない課題です。技術的に複雑に見えますが、基本的な考え方はシンプルです。「届かないアドレスを素早く特定し、適切に管理しながら、そもそも発生しにくい仕組みを整える」——この三点を継続することが、長期的に健全なメール配信を維持する根幹になります。
この記事で押さえたポイントをまとめます。
バウンスには恒久的なエラーであるハードバウンスと、一時的なエラーであるソフトバウンスの2種類があり、それぞれ対処法が異なる
SMTPエラーコード（4xx系＝ソフト、5xx系＝ハード）を把握することで、原因の特定が速くなる
バウンスの放置はIPレピュテーションの低下、ブラックリスト登録、メール配信サービスのアカウント停止という連鎖リスクにつながる
予防策として、定期的なリストクリーニング、ダブルオプトインの導入、送信ドメイン認証（SPF・DKIM・DMARC）の設定が効果的
メール配信システムを活用することでバウンス管理を自動化でき、人的ミスや見落としを防げる
「送れていると思っていたメールが実は届いていなかった」という状況は、顧客との信頼関係を静かに、しかし確実に傷つけます。バウンス率の定期的なモニタリングを習慣にすることが、メールを使ったコミュニケーション全体の信頼性を保つための第一歩です。
参考：
