無効なメールアドレスに送信するとどうなるか

送信ボタンを押した瞬間

メールを送信すると、メッセージは受信側のメールサーバー、つまり宛先ドメインのMXレコードに記載されたサーバーへ届きます。そのサーバーは、メッセージを受け付けて配信するか、拒否するかを判断します。有効で稼働中のメールボックスであれば、サーバーはメッセージを受け付け、受信トレイか迷惑メールフォルダに振り分けます。無効なアドレスの場合、答えは拒否です。

アドレスが無効になる理由はいくつかあります。@の前の部分であるローカル部が入力ミスされ、メールボックスが最初から存在しなかった場合。以前は存在したメールボックスが削除された場合で、これは従業員の退職時によく起こります。ドメイン自体が使われておらず、受信用のメールサーバーが設定されていない場合もあります。いずれの場合も受信サーバーはメッセージを配信できず、それに応じた応答を返します。

拒否は静かには行われません。サーバーは応答を生成してあなたに送り返し、その応答から影響が始まります。

不達通知（NDR）

返ってくる応答は不達通知（NDR）と呼ばれ、バウンスメッセージやバウンスバックとも呼ばれます。送信したメッセージのReturn-Path、つまり返信先アドレスに紐づく受信トレイに届く自動メールです。NDRは、メッセージを配信できなかったこと、そして何より重要なその理由を伝えます。

すべてのNDRには、失敗の内容を示すステータスコードが含まれます。500番台のコードは恒久的な失敗を示します。最も多い550は、メールボックスが利用できないことを意味し、通常はアドレスが存在しないことが原因です。400番台のコードは、メールボックスが満杯、サーバーが一時的に利用できないといった一時的な失敗を示します。NDRには通常、"recipient address rejected: user unknown" や "mailbox unavailable" のように、同じ内容をわかりやすく言い換えた一文も含まれています。

無効なアドレスの場合、NDRは恒久的な失敗を報告します。これがハードバウンスです。ハードバウンスは、その失敗が自然に解消されることはないという意味です。アドレスは使えなくなっており、明日も来月も使えないままです。これは、後で再送すれば成功する可能性がある一時的な失敗、ソフトバウンスとは正反対です。この違いは、次に取るべき対応にも、失敗が送信元の評価に与える影響にも大きく関わります。

ハードバウンスが送信元の評価に与える影響

ハードバウンス1件で大きな問題になるわけではありません。使われていないアドレス1件に1通送っても、送信元の評価への影響はごくわずかです。危険なのは個々のバウンスではなく、そのパターンです。

Gmail、Outlook、Yahooなどのメールボックスプロバイダーは、すべての送信者を継続的に評価しています。メッセージのバウンス数、迷惑メール報告の数、開封やエンゲージメントの数など、さまざまなシグナルを追跡しています。これらをもとに構築されるのが送信元の評価です。これは、あなたが受信トレイに届ける価値のある正当な送信者かどうかを継続的に判断するものです。キャンペーンを監視しているなら、ハードバウンスを最新のメールバウンス率のベンチマークと比較し、配信失敗をすべて通常のノイズとして片付けないようにしましょう。

プロバイダー側の論理はこうです。許可を得てアドレスを集め、リストを管理している正当な送信者は、購読者を把握しているため、使われていないアドレスに送ることはほとんどありません。一方スパマーは、検証していないスクレイピングリストや購入リストに一斉送信するため、ハードバウンスが絶えません。そのため、高いハードバウンス率はスパマーを見分ける最も確かな特徴のひとつです。キャンペーンのハードバウンス率が高くなると、あなたも後者のグループのように見え始めます。

影響は使われていないアドレスだけにとどまりません。プロバイダーがリストの品質が低いと判断すると、まったく問題のない、エンゲージメントの高い宛先へのメッセージも含め、すべてのメールをより疑わしく扱うようになります。受信トレイ到達率が下がり、本来のオーディエンスにメールが届かなくなります。深刻な場合、高いバウンス率が続くと送信ドメインやIPがブロックリストに載り、すべてのプロバイダーで一斉に配信問題が広がります。リストの検証を省いて浮かせたわずかな費用が、受信トレイへの到達を失う代償になるのです。

バウンスドメインという観点

もうひとつ、見落とされがちなリスクの層があります。NDRを受け取るReturn-Pathドメインは、バウンスドメインとも呼ばれ、それ自体が独自の評価を持っています。そのドメインに大量のハードバウンスが届くこと自体が、無効なアドレスや古いアドレスに送信しているというシグナルとしてプロバイダーに伝わります。つまり不注意なキャンペーンは、送信者のIDとバウンスドメインの2か所で同時に評価を損なうのです。

無効なアドレスが緊急事態になるとき

対応すべきタイミングは、キャンペーンが配信失敗のパターンになる前です。総バウンス率とハードバウンスの集中度をあわせて確認しましょう。

この指標の詳しい定義については、バウンス率の用語集をベンチマークガイドとあわせてご覧ください。

再送すると悪化する理由

メッセージが失敗すると、もう一度送りたくなるのが自然です。しかしハードバウンスの場合、その判断は誤りで、実行すると確実に不利になります。

ハードバウンスは定義上、恒久的なものです。アドレスは存在しません。もう一度送っても結果はまったく同じで、拒否、NDR、そしてハードバウンスがまた1件、送信元の評価に記録されます。何も得られず、評価をさらに失うだけです。しかし、より深刻なのは再送が伝えるメッセージです。すでに使えないと通知したアドレスに繰り返し送ってくる送信者を見ると、受信サーバーはバウンスのフィードバックを処理していないか、気にしていない送信者だと判断します。どちらにしても、品質の低い、おそらく自動化された送信者という評価になります。使えないとわかっているアドレスへの再送は、まさにプロバイダーがスパム行為と結びつける行動です。

ハードバウンスへの正しい対応は、そのアドレスを恒久的に除外することです。除外リストに追加し、アクティブなリストから削除し、二度と送信しないでください。多くのメール配信プラットフォームは、NDRを処理する際にこれを自動で行えます。ハードバウンスは最終結果として扱いましょう。実際にそうなのですから。

バウンス処理のルール

無効なアドレスへの送信を防ぐ方法

ここまで説明した拒否、NDR、評価へのダメージという一連の流れは、すべて防げます。この流れが起こるのは、送信時に無効なアドレスがリストに含まれている場合だけです。送信前に無効なアドレスを削除すれば、この流れは始まりません。

それを実現するのがメール検証です。検証ツールは使用前に各アドレスをチェックし、どのアドレスが失敗するかを示すので、キャンペーンから除外できます。VeriMailsはすべてのアドレスに多層的なチェックを行います。RFC 5322の形式仕様に基づく構文検証、ドメインがメールを受信できるかを確認するMXとDNSのルックアップ、そして受信サーバーにメールボックスが応答するかを問い合わせるライブSMTPハンドシェイクです。これらはすべて、メッセージを一切届けずに行われます。さらに、キャッチオールドメイン、使い捨てアドレス、ロールベースアドレスといった、問題を引き起こしやすいカテゴリも検出します。検証は信頼性の高いリストクリーニングのために設計されており、アドレスごとに明確な結果を返します。

検証方法は2つあります。一括CSV検証は既存のリスト全体を一度にクリーニングでき、キャンペーン前にはこれが最適です。 REST API は1件のアドレスをリアルタイムで検証するため、誤ったアドレスがデータベースに入る前に、登録フォームでの入力ミスを検出するのに最適です。取得時点でミスを見つけることが最も効率的な予防策です。無効なアドレスがそもそも保存されないからです。

再検証のタイミング

リストを数か月使っていなかったとき、大規模なCRMインポートの後、エンリッチメントの後、最近送信していない連絡先へのキャンペーンの前には再検証しましょう。転職、ドメインの失効、メールボックスの削除によってアドレスは無効になりうるため、クリーンという結果はその時点のシグナルであり、恒久的な保証ではありません。

検証のコストは、損なわれた送信元の評価を立て直すコストよりも小さく済みます。単発のクレジットパックと月額プランで迷ったら最新のVeriMails料金を確認し、大量送信の前に現在のリストのサンプルでテストしてみてください。

よくある質問