Operations · 更新 May 2026

Hard bounce

恒久的な配信失敗

ハードバウンスは恒久的なメール配信失敗です — 受信側メールサーバーが、リトライしても成功しないと示唆する形でメッセージを拒否しています(メールボックスが存在しない、ドメインに MX レコードがない、など)。AcelleMail は送信レピュテーション保護のため、ハードバウンスしたアドレスを拒否リストに登録します。

§1

定義

ハードバウンスは恒久的なメール配信失敗です。受信側メールサーバーが返したのは、送信者が最終的なものとして扱うべき拒否です — そのアドレスは現在配信不能であり、リトライしても状況は変わりません。よくあるハードバウンスの原因: メールボックスが存在しない(5.1.1)、ドメインに MX レコードがない、受信側サーバーが明示的に送信者をブロックしている、リトライしても解消しないコンテンツポリシーに違反している、など。対するものが ソフトバウンス — 一時的な失敗(メールボックス満杯、サーバーダウン)で、後でリトライすれば成功する可能性があるものです。

§2

AcelleMail のバウンス分類

AcelleMail はベンダー固有の多彩なバウンス形式を小さな意味論的 enum に集約します。app/SendingServers/Webhooks/BounceType.php ファイルは、拒否リスト判断を駆動する case を厳密に 2 つだけ定義しています:

enum BounceType: string
{
    case HARD = 'hard';
    case SOFT = 'soft';
}

ベンダーから来る生の文字列(Amazon SNS は Permanent / Transient / Undetermined を送り、Mailgun・SparkPost・SendGrid もそれぞれ独自のタクソノミを持ちます)は監査用に BounceReceived::$bounceTypeRaw として別途保持されます。BounceLog モデルはこれを 3 つの定数 — HARDSOFTUNKNOWN — でミラーし、legacy カラムにキーします。

§3

ハードバウンスで購読者を拒否リスト登録する理由

メールボックスプロバイダは送信者レピュテーションを部分的にバウンス率でスコアリングします。配信不能と分かっているアドレスに 2 度目を送ることは、送信者がリストをメンテナンスしていない最も強いシグナルです — そしてそのシグナルは、悪いアドレスだけでなくすべての受信者に対して送信者レピュテーションを引き下げます。AcelleMail の BounceHandler + RecordBounce リスナは HARD webhook イベントを BounceLog 行に変換し、購読者のステータスを blacklisted に切り替えます。以後、そのアドレスはアカウント上のあらゆる将来のキャンペーンから除外されます。ソフトバウンスは自動拒否リスト登録されず、累積し、設定可能なストリーク数を超えて初めて拒否リストに昇格します。

§4

運用上の経験則

業界のベースラインは、ハードバウンス率をキャンペーンあたり 2% 未満に保つことです。これを超える状態が続くと Gmail / Outlook でレピュテーションのダウングレードが発動します。バウンス率を下げる最速の方法はダブルオプトイン + 定期的なリストクレンジングです — 詳しくは ダブルオプトイン到達率 §8の運用プレイブックを参照してください。

出典

本ページのすべての主張は以下のいずれかに遡れます。

  • AcelleMail — app/SendingServers/Webhooks/BounceType.php(HARD/SOFT enum)
  • AcelleMail — app/Model/BounceLog.php(HARD/SOFT/UNKNOWN 定数)
  • AWS SES — bounce notification contents

本番で運用したいですか?

AcelleMail は本用語集のすべての用語に第一級でサポートする、買い切りライセンスのセルフホスト型メールプラットフォームです。継続課金なし、配信者ごとの料金なし、完全なソースコード。

ライブデモを試す