キャッチオールメールの検証：完全ガイド

キャッチオールドメインとは

キャッチオールドメイン（アクセプトオールドメインとも呼ばれます）とは、@の前にどんなアドレスが書かれていても、送られてきたメッセージをすべて受け付けるようにメールサーバーが設定されたドメインです。john@company.com宛てのメールは受け付けられます。company.comに一度も存在したことのないメールボックス宛てのメールも、同じく受け付けられます。サーバーがすべてを受け止める（catch all）ことが、この名前の由来です。

企業がこの設定を有効にするのには、もっともな理由があります。従業員や顧客が社内アドレスを打ち間違えても、キャッチオール設定ならメッセージはバウンスして失われることなく、確認できる場所に届きます。タイプミスに対するセーフティネットです。問題は、メールの紛失を防ぐこの設定が、外部からそのドメイン上の個別のアドレスを検証しようとする人にとっては、ドメインの中身を見えなくしてしまうことです。

通常の検証の仕組みと、キャッチオールで検証が機能しない理由

問題を理解するには、通常の検証がメールボックスをどう確認しているかを知っておくと役立ちます。検証エンジンはリアルタイムのSMTPハンドシェイクを行います。受信側のメールサーバーに接続し、メールプロトコルの言葉で、特定の1つのアドレス宛てのメールを受け付けるかどうかを実質的にサーバーに問い合わせます。通常のドメインでは、サーバーは正直に答えます。メールボックスが存在すれば肯定的に応答し、存在しなければ拒否を返します。一般的には、ユーザーが不明であることを意味する550応答です。この明確な「はい」か「いいえ」の答えによって、検証はアドレスを確認または拒否できるのです。

キャッチオールドメインでは、「いいえ」がなくなります。サーバーはすべてのアドレスを受け付けるよう設定されているため、メールボックスが実在しても架空であっても、あらゆるハンドシェイクに肯定的な応答を返します。検証エンジンが本物のアドレスについて問い合わせれば「はい」が返ってきます。同じドメインのまったくランダムで明らかに偽のアドレスについて問い合わせても、同じ「はい」が返ってきます。本物と偽物のメールボックスを通常区別しているシグナルが、そもそも存在しないのです。これがキャッチオール問題の核心です。ドメインがすべてに肯定的に答えるため、肯定的な答えはもはやメールボックスの存在を意味しません。

キャッチオール検出の仕組み

キャッチオールドメインでは個々のメールボックスを確認できないため、エンジンにできる有益なことは、まずそのドメインがキャッチオールであると検出することです。この検出は原理的にはシンプルで、キャッチオールを正直に扱うための基盤となります。

エンジンは、存在しえないアドレスでドメインをテストします。実在のメールボックスでは決して使われない、明らかに作り物のランダムな文字列を生成し、対象ドメインのその偽アドレスに対してSMTPハンドシェイクを実行します。その応答ですべてがわかります。サーバーが偽アドレスを拒否すれば、ドメインは正常に動作しており、個別の検証は信頼できます。サーバーが偽アドレスを受け付ければ、そのドメインはキャッチオールです。確実に存在しないメールボックスを確認したということは、何でも確認してしまうことの証明になります。

ドメインがキャッチオールだとわかれば、エンジンはその事実を報告します。そのドメイン上のアドレスに対する正しい出力は、キャッチオールという結果です。このドメインはすべてのアドレスを受け付けるため、個々のメールボックスは確認できなかった、とはっきり示すラベルです。それが検出です。何を検証でき、何を検証できなかったかを正直に示すものです。

スコアリングではなく検出

この違いは、はっきり述べておく価値があるほど重要です。キャッチオールの扱いは検出であって、スコアリングではありません。キャッチオールのアドレスに、メールボックスが実在する可能性を示す数値の確率を付けるツールもあります。それは検証ではありません。キャッチオールドメインが難しいのは、そもそも個々のメールボックスを判断するのに必要な情報が外部からは得られないからです。不確実性を数値の推定値に置き換えても、存在しない知識が生まれるわけではありません。数字の裏に不確実性を隠しているだけです。

VeriMailsは、キャッチオールを厳密に検出結果として扱います。ドメインがキャッチオールであれば、VeriMailsはキャッチオールであるとお伝えします。そのドメイン上の特定のメールボックスが存在するかどうかを知っているふりはしません。外部からのチェックでは判断できないからです。正直なキャッチオールのラベルは、作り上げたスコアよりはるかに役立ちます。何を扱っているのかが正確にわかり、データのように見せかけた推測を信じるのではなく、実際の判断を下せるからです。

キャッチオールアドレスの出どころと、その多さ

キャッチオールは珍しくありません。キャッチオールの設定は大手の個人向けメールプロバイダーより企業が管理するドメインに多いため、特にビジネスメールでよく見られます。推定値はさまざまですが、B2Bドメインのかなりの割合がキャッチオールとして運用されており、ビジネス中心のリストではキャッチオールアドレスが全体の大きな部分を占めることもあります。コールドアウトリーチやB2Bマーケティングを行うなら、キャッチオールアドレスには常に遭遇します。そのため、明確な対応方針を持つことは欠かせません。

キャッチオールのリスクは、アドレスが本当に不明であることです。キャッチオールのアドレスは、まさに連絡を取りたい人物が使っている、実在のアクティブなメールボックスかもしれません。あるいは、サーバーが受け付けたうえで黙って破棄したり、誰も確認していない受信トレイに転送したりする、存在しないアドレスかもしれません。検証だけでは判別できないため、キャッチオールのアドレスは完全に検証済みのアドレスよりバウンスリスクが高くなる傾向があります。

キャッチオールアドレスに安全に送信する方法

キャッチオールアドレスでの目標は、その中に含まれる実在のメールボックスの価値を活かしつつ、不明なアドレスによって送信元の評価が損なわれないようにすることです。慎重に進めれば、それが可能です。

1. キャッチオール専用のセグメントを作る。これらのアドレスを到達可能なアドレスのエクスポートに混ぜないでください。
2. ビジネス上の価値で優先順位を付ける。すべてのキャッチオールアドレスに送信するのではなく、適合度の高い見込み客から先にテストします。
3. 少量のバッチで送信する。結果が悪くてもキャンペーン全体に影響しないよう、最初のバッチは小さく抑えます。
4. バウンスとエンゲージメントをあわせて確認する。バウンスが少なくても反応がなければ、引き続き注意が必要です。
5. 昇格または除外する。反応のあった連絡先は信頼できるセグメントに移し、失敗したアドレスや一度も反応のないアドレスは除外します。

検証済みリストと分けて管理する

まず、キャッチオールのアドレスは、完全な検証を問題なく通過したアドレスとは別のセグメントで管理しましょう。クリーンなアドレスは確認済みなので、安心して送信できます。キャッチオールのアドレスはリスクの種類が異なるため、それに応じて扱うべきです。混ぜてしまうと、送信全体の信頼性が下がります。

少量のバッチでテストする

キャッチオールのセグメント全体に一度に送信しないでください。まず少量のバッチに送信し、結果を見守りましょう。そのバッチのバウンス率とエンゲージメントを追跡します。バウンスが少なくエンゲージメントが通常どおりなら、アドレスの大半は実在しており、さらに送信を進められます。バウンスが多い、または反応がまったくない場合は中止しましょう。管理されたテストなら、評価を危険にさらすことなくセグメントの質がわかります。

時間をかけてエンゲージメントを活用する

何度か送信するうちに、エンゲージメントのデータが検証ではできなかったことを補ってくれます。開封やクリックがあるキャッチオールアドレスは、明らかに実在し、確認されているメールボックスなので、信頼できるセグメントに昇格させられます。何度送信しても反応のないキャッチオールアドレスは除外すべきです。エンゲージメントは、キャッチオールが残す不確実性を解消するシグナルです。

VeriMailsでの実践

VeriMailsは、キャッチオール検出をすべての検証に組み込んでいます。1件のアドレスを REST API で検証する場合も、リスト全体をCSVでアップロードして一括処理する場合も、各アドレスについて構文、MX、DNS、リアルタイムのSMTPハンドシェイクをチェックし、使い捨て検出やロールベース検出とあわせてキャッチオール検出を実行します。ドメインがキャッチオールの場合、結果にはそのことが作り上げたスコアなしで明確に示されるため、該当アドレスを専用のセグメントに振り分け、上記の慎重な方法を適用できます。

料金は1メールあたり$0.0019から。クレジットパックは10,000クレジット$19から5,000,000クレジット$1,499まで、年払いのプランなら月額$12.50からです。新規アカウントには登録時に100クレジットが無料で付与され、クレジットカードは不要、クレジットに有効期限はありません。キャッチオールドメインは、特にB2Bにおいて、今後もメールの一部であり続けます。対処法は、正直な検出と慎重な送信の組み合わせです。それによって実在のメールボックスには届けつつ、不明なアドレスによる悪影響を防げます。

よくある質問