ハードバウンスとソフトバウンスの違い：それぞれの意味と対処法

ハードバウンスは、恒久的な配信失敗です。メールアドレスが存在しない、ドメインが存在しない、または受信側のサーバーが送信者をブロックしている状態です。もう一度送っても、またバウンスします。

ソフトバウンスは、一時的な配信失敗です。アドレスは実在しますが、何かが一時的に配信を止めています。受信トレイがいっぱい、サーバーが混雑している、またはサーバーが後で再試行するよう求めている状態です。もう一度送ると、届くことがよくあります。

定義はこれだけです。ただし、定義より重要な点が3つあります。

• 配信ツールによってルールが違います。同じバウンスが、あるツールではハードバウンス、別のツールではソフトバウンスとして数えられることがあります。
• 正しく使われているアドレスでも、ハードバウンスすることがあります。アドレスではなく、送信者側のメールの設定が間違っている場合です。
• アカウントの停止につながるバウンス率は、キャンペーンのレポートで見ている数字と同じとは限りません。

このガイドでは、この3つをすべて説明します。

ハードバウンスとソフトバウンスの違い

ハードバウンスとは

ハードバウンスとは、受信側のサーバーがメールを恒久的に拒否したことを意味します。再試行しても効果はありません。

メールの規格であるRFC 5321は、これを恒久的な失敗（permanent failure）と呼んでいます。規格の文言では、送信者は同じ要求を「再試行すべきではない（should not retry）」とされています。

ハードバウンスには2つの種類があります。レポートでは同じに見えますが、直し方が違います。

1つ目：アドレスに問題がある。メールボックスが存在しない、ドメインが存在しない、またはアドレスのつづりが間違っています。検証済みのリストからは、この種類のバウンスは出ないはずです。実際の表示は次のとおりです。

• Gmailの場合：550 5.1.1 The email account that you tried to reach does not exist
• Microsoftの場合：5.1.1 Bad destination mailbox address
• Microsoftでは次の表示もあります：5.4.1 Recipient address rejected: Access denied。Microsoft自身のドキュメントは、これを「受信者のアドレスが存在しない」と説明しています。

退職によって閉鎖されたアドレスも、このグループに入ります。

2つ目：送信者がブロックされている。アドレスは実在します。しかし、受信側のサーバーが送信者からのメールを受け付けません。このバウンスのコードは5.7で始まります。

• 550 5.7.1は、ポリシーによるブロックです。
• 550 5.7.26は、ドメインが認証されていないため、Gmailがメールを拒否したことを示します。
• 550 5.7.30は、メールがDKIMのチェックに失敗したことを示します。

配信ツールは、コードが5で始まるため、これらをハードバウンスとして数えます。しかし、アドレスには問題がありません。問題は送信者側にあります。2025年以降、これはクリーンなリストでハードバウンスが起きる原因として最も速く増えているため、後で詳しく説明します。

ソフトバウンスとは

ソフトバウンスとは、受信側のサーバーが「今は受け付けられない」と答えたことを意味します。RFC 5321はこれを一時的な失敗と呼び、「エラーの状態は一時的なもので、同じ操作を再度要求してよい」と書いています。配信ツールはこれを読み取り、後で再試行します。

よくある原因と、表示されるコードは次のとおりです。

• 受信トレイがいっぱい。Gmailは452 4.2.2 The recipient's inbox is out of storage spaceと返します。受信者がメールを削除すれば、空きができます。
• 短時間に多くのメールを送りすぎた。Gmailは450 4.2.1 The user you are trying to contact is receiving email too quicklyと返します。送信元のIPアドレスからのメールが多すぎる場合は421 4.7.28です。Microsoftは送信者の動きを確認している間、4.7.500〜4.7.699 Access denied, please try again laterを返します。
• グレーリスト。一部のサーバーや多くのセキュアメールゲートウェイは、知らない送信者からの最初のメールを拒否し、2回目の試行で受け付けます。待ち時間は通常15分程度です。
• サーバーが停止している。421のコードは、サーバーが利用できないことを示します。4.4.1や4.4.2は、接続の失敗またはタイムアウトを示します。
• メールの有効期限が切れた。4.4.7のコードは、送信側のサーバーが再試行を続けた後、あきらめたことを示します。RFC 5321では、サーバーは4〜5日程度再試行を続けるべきとされています。

1回のソフトバウンスは普通のことです。繰り返すソフトバウンスは問題です。6週間、送るたびに受信トレイが「いっぱい」なら、その受信トレイはいっぱいなのではなく、放置されています。どの配信ツールも、最終的にはそのように扱います。

バウンスメールのコードの読み方

すべてのバウンスメールにはコードがあります。コードを読めるようになれば、ツールの分類に頼る必要はありません。何が起きたかを自分で判断できます。

1つのメッセージには2つのコードがあります。

1つ目のコードは3桁の数字です。550や421などです。ここで重要なのは最初の桁だけです。4なら一時的、5なら恒久的です。

2つ目のコードは、ドットで区切られた3つの数字です。5.1.1などです。最初の数字は同じルールの繰り返しで、4なら一時的、5なら恒久的です。2つ目と3つ目の数字が理由を示します。

• .1.1は、メールボックスが存在しないことを示します（@より前の部分が間違っています）。
• .1.2は、ドメインが存在しないことを示します（@より後ろの部分が間違っています）。
• .2.2は、受信トレイがいっぱいであることを示します。
• .7.1は、ポリシーを理由にサーバーが拒否したことを示します。

下の表は、実際に目にするコードの一覧です。メッセージの文面は、GmailとMicrosoftのドキュメントからそのまま引用しています。

最後の列を見てください。どちらもハードバウンスなのに、正反対の対処が必要なコードがあります。5.1.1ならアドレスを削除します。5.7.26ならアドレスを残し、DNSを直します。

同じバウンスがツールによってハードにもソフトにもなる理由

ツール間でバウンス率を比べて混乱する人は多くいます。理由は次のとおりです。

受信側のサーバーはコードを送るだけです。そのコードをどう扱うかは、配信ツールが決めます。ツールごとに独自のルールがあり、そのルールは同じではありません。Twilioのガイドにも「すべてのISPがそのコードを一貫して守っているわけではない」と書かれています。

人気の4つのツールとそのルールは次のとおりです。

つまり、受信トレイがいっぱいの場合、Gmailではソフトバウンスです。HubSpotではハードバウンスです。Amazon SESでは、ハードバウンスに変わらないソフトバウンスです。ツールを切り替えた後にバウンス率が変わった場合は、リストを疑う前にルールを確認してください。

簡単な解決策は、ラベルを信用せずにコードを読むことです。どのツールでも、バウンスメールの内容をエクスポートできます。その中のコードは、どのツールが集めても同じです。

許容できるハードバウンス率は？

上限を決めるのは、メールを配信する会社です。ほとんどの会社は上限を公表していません。Amazon SESは公表しており、その数字は事業者の考え方を知る良い目安になります。

ここで重要な点が2つあります。SESが数えるのはハードバウンスだけです。ソフトバウンスと、IPのブロックによるバウンスは数えません。また、SESは決まった期間で区切って評価しません。一般的な送信量を基準に見るため、小さな送信者も大きな送信者と同じ方法で評価されます。

迷惑メールの報告は、バウンスと一緒に増えます。Googleの送信者ガイドラインでは、報告率を0.10%未満に保ち、0.30%に達しないよう求めています。Amazon SESは、0.1%でアカウントを審査し、0.5%で一時停止することがあります。ハードバウンス率が2%を超えるリストは、たいてい迷惑メールの報告も受けます。原因はどちらも同じで、メールを望んでいない人と、誰も確認していないアドレスです。

メールのバウンス率の基準の記事では、安全な上限をメールの種類とリストの入手元ごとに解説しています。

ハードバウンスしたアドレスはリストから削除すべき？

はい。すぐに削除してください。

Amazonの文言は「受信者のメールアドレスを、ただちにメーリングリストから削除すべきです」です。同じページには、ハードバウンスしたアドレスに送り続けると、送信が一時停止されることがあると書かれています。Mailchimpでは選択の余地すらありません。ハードバウンスしたアドレスは「オーディエンスから自動的に、ただちにクリーニング」され、その後は送信されません。

再試行しないでください。メールボックスが戻るかもしれないと考えて、次のキャンペーンのために残しておくこともやめてください。先月5.1.1でバウンスしたアドレスは、来月もバウンスします。試すたびに、メールボックスのプロバイダーに、知らないアドレスに送る送信者だと伝えることになります。

例外が1つあります。コードが5.7.26、5.7.30、5.7.23、または5.7.6xxのようなIP禁止のコードの場合、問題はアドレスではありません。削除しても何も解決しません。認証またはレピュテーションを直してから、同じアドレスにもう一度送ってください。

ソフトバウンスは逆です。そのままにしておいてください。配信ツールが自動で再試行します。ツールに繰り返しのバウンスについてのルールがない場合は、ルールを作ってください。1か月の間に3回続けてソフトバウンスしたアドレスは、もう戻りません。Mailchimpの7回というルールは、誰にとっても安全な上限です。

正しいアドレスがハードバウンスする理由

ハードバウンスが示すのは、メールが受け付けられたかどうかです。アドレスが存在するかどうかではありません。実在し、使われているメールボックスで5xxのバウンスが起きる原因は4つあります。

メールが認証されていない。2025年5月5日、Microsoftは、Outlook.com、Hotmail、Liveのアドレスに1日5,000通を超えて送信するドメインに対し、SPF、DKIM、DMARCの適用を始めました。最初は失敗したメールを迷惑メールフォルダに移し、その後550 5.7.515 Access denied, sending domain does not meet the required authentication levelで拒否するようになりました。Googleも大量送信者に同じ3つのレコードを求めています。Gmailの550 5.7.26と550 5.7.30は、レコードがない場合に送信者側に表示されるコードです。これらのコードはすべて5で始まります。そのため、アドレス自体はメールを受け付けたはずなのに、ハードバウンスの列に入ります。

会社が知らないアドレスを入口で拒否している。Microsoft Exchangeは、社内のディレクトリにないアドレスをすべて拒否するように設定できます。その場合は5.4.1 Recipient address rejected: Access deniedを返します。ほとんどの場合は本当のハードバウンスです。しかし、メールボックスがまだ追加されていない新入社員の場合もあります。メールボックス自体を確認する検証ツールが、バウンスより正確な答えを返すのはこのためです。

メールボックスの前にセキュアメールゲートウェイがある。多くの企業は、受信するすべてのメールを、Proofpoint、Mimecast、Barracudaなどのセキュアメールゲートウェイに通しています。ゲートウェイはドメイン全体の代わりに応答します。すべてのメールを検査し、ルールに違反するものを拒否します。通常は5.7.1のポリシーのコードです。これは、存在するメールボックスに対するハードバウンスです。ゲートウェイは、遅れて届くバウンスの原因にもなります。ゲートウェイは、メールボックスが存在するかを確認せずに入口でメールを受け付けます。数分後や数時間後、ゲートウェイの奥のメールサーバーがメールボックスを見つけられなかったときにバウンスが届きます。レポートにはハードバウンスとして表示されますが、送信中ではなく送信後に届いたものです。

ドメインがキャッチオールに設定されている。これは逆の問題です。キャッチオールドメインは、実在するかどうかに関係なく、すべてのアドレス宛てのメールを受け付けます。そのため、入口で5.1.1を返すことはありません。メールは受け付けられ、後でバウンスするか、何も知らされずに破棄されます。B2Bのリストの約30%がこのようなドメインにあります。予想外のハードバウンスは、ここから来ます。

コールドメールでメールがバウンスする理由を知りたい場合は、原因の重なり方が違います。コールドメールでは、リストの古さが最も大きな原因です。

送信前にハードバウンスを防ぐ方法

キャンペーンのレポートに出る5.1.1は、ほぼすべて防げたものです。送信ボタンを押す前に、メールボックスはすでになくなっていました。検証は、バウンスで尋ねるのと同じ質問を受信側のサーバーに尋ねます。違いは、キャンペーンの後ではなく前に尋ねることです。

メールアドレスチェッカーは、次の3つのチェックを順番に行います。

• 構文。name@gmail..comのような誤りを、送信する前に見つけます。
• ドメイン。gmial.comのような入力ミスや、期限切れのドメインを見つけます。
• メールボックス。受信側のサーバーに接続し、そのアドレス宛てのメールを受け付けるかを尋ねます。答えが5.1.1なら、キャンペーンで受け取るはずだったのと同じバウンスです。ただし、メールは送っていないため、レピュテーションは下がりません。

通常の検証が機能しなくなる場所が1つあります。キャッチオールドメインでは、サーバーがすべてのアドレスに「受け付ける」と答えます。そのため、結果は「リスクあり」や「アクセプトオール（accept-all）」になり、推測するしかありません。Giggal.aiは、リストのこの部分を本当の「有効」または「無効」に変えるために作られました。その仕組みはキャッチオールドメインの検証のページで説明しています。

ゲートウェイでも同じ問題が起きます。ゲートウェイはすべてのアドレスについて検証ツールの質問を受け付けるため、通常のチェックでは結果が「不明」になります。Giggal.aiは、こうしたアドレスを別の方法で確認します。ゲートウェイが何をしているか、チェックがどのようにゲートウェイを越えるかは、セキュアメールゲートウェイの背後にあるメールアドレスを検証する方法の記事で説明しています。

登録フォームには、フォームの送信時にリアルタイム検証の呼び出しを追加してください。入力ミスのアドレスを、本人がまだページにいる間に見つけられます。まだ作っていないリストのバウンスを減らせるのは、この方法だけです。

次に、検証には通るのに損害を与える2種類のアドレスに対処してください。info@やsupport@などの役割アドレスは実在するため、検証に通ります。しかし個人の持ち主がおらず、迷惑メールの報告が多くなります。使い捨てメールアドレス（捨てアド）は、存在している間は検証に通り、後で消えます。良い検証ツールなら、どちらにも印を付けます。特にコールドメールのリストでは、最初の送信の前に取り除いてください。

よくある質問

ハードバウンス率とソフトバウンス率の違いは何ですか？どちらも、その種類のバウンスの数を送信したメールの数で割ったものです。問題になるのはハードバウンス率です。リストの質を示すからです。たとえばAmazon SESは、アカウントを審査したり一時停止したりする判断に、ハードバウンスだけを数えます。ソフトバウンス率は、送信の速さ、送信量、レピュテーションをよく表します。分けて読んでください。

バウンスしたメールアドレスは削除すべきですか？アドレスに関するコード（5.1.1、5.1.2、5.2.1など）のハードバウンスは、すぐに削除してください。認証に関するコード（5.7.26、5.7.30、5.7.23）のハードバウンスは残し、代わりに認証を直してください。ソフトバウンスは残し、再試行に任せます。何度も続けてソフトバウンスするアドレスは削除してください。

ソフトバウンスがハードバウンスに変わることはありますか？あります。変わり方は2つです。1つは、受信側のサーバーが応答を変える場合です。Gmailは、受信トレイがいっぱいの場合、アカウントが使われている間は452 4.2.2、使われなくなると552 5.2.2と報告します。もう1つは、配信ツールが分類を変える場合です。Mailchimpは、反応のないアドレスでは7回、反応のあるアドレスでは15回のソフトバウンスの後、ハードバウンスに変えます。

ソフトバウンスは送信者レピュテーションに影響しますか？1回なら影響しません。続けて発生すると影響します。メールボックスのプロバイダーは、受信できない受信トレイに何度も送っている送信者だと判断します。また、ソフトバウンス率が高いこと自体が警告であることも多いです。421 4.7.28のようなコードは、プロバイダーが送信ペースを落とすよう直接伝えているものです。

アドレスが正しいのにハードバウンスしたのはなぜですか？ほとんどの場合、原因は認証です。現在、GmailとOutlook.comは、SPF、DKIM、DMARCのない大量送信メールを拒否します。この拒否は5xxのコードなので、ツールはハードバウンスとして記録します。コードを確認してください。5.7で始まる場合、問題はアドレスではありません。

バウンスのレポートは、読めてはじめて役に立ちます。最初の桁を読み、次に理由を読み、その理由に応じて対処してください。5.1.1でバウンスするはずだったアドレスは、送信前に見つけられるので簡単な部分です。まずGiggal.aiでリストを確認してください。次のレポートのハードバウンスの列は、事前に知りようがなかったものがほとんどになります。