メール検証の仕組み

メール検証の目的

リスト上のメールアドレスは、どれも小さな賭けです。キャンペーンを送るとき、そのアドレスが実在し、メールボックスが有効で、受信サーバーがメッセージを受け付けることに賭けています。賭けに外れるとメッセージはバウンスし、そのバウンスは1通のメールが届かなかった以上のコストをもたらします。Gmail、Outlook、Yahooなどのメールボックスプロバイダーは、あなたのバウンス率を注意深く監視しており、その率が高いと、管理の行き届いていないリストに送っているシグナルとみなします。このシグナルにより、完全に有効なアドレス宛てのものも含め、今後のメッセージが迷惑メールフォルダに振り分けられやすくなります。

メール検証なら、勘に頼る必要はありません。キャンペーン配信後に無効なアドレスに気づくのではなく、事前に各アドレスをチェックし、失敗するものを取り除けます。その結果、リストはよりクリーンになり、バウンス率は下がり、送信元の評価も長期的に維持できます。検証で文面やオファーが良くなるわけではありませんが、反応してくれるはずの相手に確実にメッセージを届けられます。

重要なのは、検証は何も送信せずに行われるという点です。検証ツールは、チェック対象のアドレスにメッセージを配信することはありません。実際のメールサーバー同士がやり取りするのと同じプロトコルを使いますが、実際にメールが送信される手前の段階で止まります。受信者には何も表示されません。

検証チェックの各レイヤー

信頼できる検証ツールは、ひとつのテストだけに頼りません。一連のチェックを順に実行し、アドレスが安全に使えるかどうかを絞り込んでいきます。VeriMailsはすべてのアドレスに6つのレイヤーを実行します。構文チェック、MXおよびDNSルックアップ、ライブSMTPハンドシェイク、キャッチオール検出、使い捨てドメインの検出、ロールベースアドレスの検出です。各レイヤーはそれぞれ異なる問いに答え、組み合わせることで、単一のチェックよりもはるかに信頼性の高い結果が得られます。

構文検証

最初の、そして最も低コストなチェックは、アドレスの構造が正しいかを確認するものです。メールの形式はRFC 5322という仕様で定められており、正しいアドレスの形がルール化されています。構文チェックでは、@記号がない、空白や使用できない文字を含む、ドメインが欠けている、ローカル部の形式が不正、といったアドレスを検出します。ネットワーク接続を一切必要としないため高速で、時間のかかるチェックの前に明らかなミスを除外できます。無効なアドレスのかなりの割合がここで弾かれ、その多くは手入力時のタイプミスによるものです。

MXおよびDNSルックアップ

構文が正しければ、検証ツールはドメインのDNSレコードを参照します。鍵となるのはMX（Mail Exchanger）レコードです。MXレコードは、そのドメイン宛てのメールをどのサーバーが受信するかをインターネット全体に伝えます。有効なMXレコードを持つドメインはメールを受信できるよう設定されています。MXレコードのないドメインはメールを一切受信できないため、そのドメインのアドレスは綴りに関係なく無効です。検証ツールはMXレコードを読み取り、優先度が最も高いサーバーを選んで接続の準備をします。このステップでは、会社の閉鎖や社名変更などでよく起こる、すでに存在しないドメインも検出できます。

SMTPハンドシェイク

これがチェックの中核です。SMTP（Simple Mail Transfer Protocol）は、メールサーバー同士がメッセージをやり取りするための言語です。検証ツールは受信者のメールサーバーに接続し、通常のSMTPのやり取りを開始します。EHLOまたはHELOコマンドで名乗り、MAIL FROMで送信者アドレスを宣言し、続いて検証対象のアドレスを指定したRCPT TOコマンドを発行します。受信サーバーはステータスコードで応答します。250コードは、サーバーがそのアドレス宛てのメールを受け付けることを意味します。550コードは拒否を意味し、通常はメールボックスが存在しないことが原因です。検証ツールはこのコードを読み取り、QUITを発行して接続を閉じます。実際のメッセージ本文が送信されるDATAコマンドは決して送りません。やり取りがDATAの手前で止まるため、メールが配信されることはありません。

キャッチオール、使い捨て、ロールベースの検出

SMTPハンドシェイクはほとんどのアドレスで有効ですが、一部のメールサーバーは単純な有効・無効の判定を難しくする挙動をします。そのため、優れた検証ツールはハンドシェイクの上にさらに検出レイヤーを重ねています。

キャッチオール検出

一部のドメインは、アクセプトオールとも呼ばれるキャッチオールとして設定されています。キャッチオールサーバーは、メールボックスが実在するかどうかにかかわらず、そのドメインのあらゆるアドレス宛てのメールを受け付けます。実在するアドレスでも、綴りを間違えたアドレスでも、まったくランダムなアドレスでも、サーバーはすべてに250の受付コードを返します。つまり、キャッチオールドメインでは、SMTPハンドシェイクだけで特定のメールボックスの存在を確認することはできません。VeriMailsはこれにキャッチオール検出で対応します。ほぼ確実に実在しないランダムなアドレスでドメインを確認し、サーバーがそのアドレスを受け付けた場合、そのドメインはキャッチオールと判定され、結果は有効・無効ではなくキャッチオールとして報告されます。キャッチオールは検出結果であり、品質スコアではありません。メールボックス単位では判定できないドメインであることを示すため、そのアドレスをどれだけ慎重に扱うかを判断できます。

使い捨てドメインの検出

使い捨てメールサービスは、短期間で期限切れになる一時的なアドレスを提供します。実際の受信トレイを明かさずに登録したいときに使われます。使い捨てドメインのアドレスは、今日はSMTPハンドシェイクを通過しても、明日には使えなくなる可能性があります。VeriMailsは既知の使い捨てドメインのリストを管理し、それらを使うアドレスにフラグを付けるため、長く届かないアドレスを除外できます。

ロールベースアドレスの検出

ロールベースアドレスとは、info@、support@、sales@、admin@ のように、個人ではなく役割に紐づくアドレスです。複数人で確認されていたり誰も見ていなかったりすることが多く、スパム報告が増え、エンゲージメントも低くなりがちです。通常は有効なメールボックスのためSMTPハンドシェイクは通過しますが、アウトリーチの対象として常に適しているとは限りません。VeriMailsはロールベースアドレスを検出してラベルを付け、残すかどうかの判断はお客様に委ねます。

検証ツールが常にイエスかノーで答えられない理由

検証の精度は高いものの、不確実な部分については正直です。確定的な答えを出せない状況は実際にあり、信頼できる検証ツールは推測せずにそうしたケースをそのまま報告します。

最も一般的な例はキャッチオールドメインです。前述のとおり、キャッチオールサーバーはすべてにイエスと答えるため、メールボックスを確認できません。グレイリスティングもそのひとつです。一部のサーバーは、新しい送信者を初めて検知した際に意図的に一時的な失敗コードを返し、正規のメールサーバーなら後で再試行するはずだと想定しています。グレイリスティングの応答を恒久的な失敗と誤認する検証ツールは、正しいアドレスを誤って無効と判定してしまいます。VeriMailsは一時的なコードを認識し、誤った結果を無理に出すのではなく正しく分類します。レート制限や接続のスロットリングによってチェックが中断されることもあり、大量の確認を不審とみなす大手プロバイダーでは特に起こりがちです。

こうした理由から、検証結果は厳密な合否ではなく、いくつかのカテゴリに分かれます。有効は、メールボックスが応答し、安全に送信できることを意味します。無効は、アドレスが存在しないか、ドメインがメールを受信できないことを意味します。キャッチオールは、ドメインがすべてを受け付けるためメールボックスを確認できないことを意味します。リスクありは、ロールベースアドレスや予測できない挙動をしたサーバーなど、結果が不確実なアドレスを指します。無理に出した答えより正直なカテゴリのほうが役に立ちます。リスク許容度に合った送信ルールを作れるからです。

結果を送信ルールに変える

検証は、結果ファイルをルールブックとして使うときに最も効果を発揮します。キャンペーン開始前に方針を決めておけば、送信担当者やマーケター、営業オペレーターが締め切りに追われて場当たり的に判断する必要はありません。

送信後は、 2026年のバウンス率ベンチマークとパフォーマンスを比較しましょう。3%未満は健全、3%から5%はクリーニングが必要、5%を超えると高リスクです。

精度とスピード

検証の価値は、ワークフローに間に合うスピードで有用な答えを得られるかどうかにかかっています。VeriMailsはAPIと一括リストの規模で高速にチェックできるよう設計されています。信頼性は、単一のSMTPプローブに頼るのではなく前述のチェックを重ねること、そしてすべてのアドレスを有効か無効に押し込めるのではなく、キャッチオールやグレイリスティングのサーバーを正しく分類することから生まれます。

検証の方法は2つあります。 REST API は単一のアドレスをリアルタイムでチェックします。訪問者が登録フォームを送信した瞬間の検証や、作成時のCRMレコードの補強に最適です。一括CSV検証はリスト全体を処理します。キャンペーン前や古いデータベースのクリーニングに適しています。どちらも同じ6層のチェックを実行するため、1件でも5,000,000件でも一貫した結果が得られます。

料金は利用量に応じて変わります。検証は1件あたり$0.0019から。10,000クレジットは$19、ボリュームパッケージは最大5,000,000クレジットで$1,499です。年払いプランは年額請求で月額$12.50から。新規アカウントには登録時に100クレジットが無料で付与され、クレジットカードは不要です。クレジットに有効期限はないため、導入前にご自身のアドレスでチェック全体を試せます。

よくある質問