メール
メール検証とは、メールを送る前に、そのメールアドレスが実在し、メールを受信できる状態かを確認するプロセスです。メッセージを送信せずにアドレスをチェックできるため、バウンスする、あるいは送信元の評価を静かに損なうアドレスを取り除けます。このガイドでは、検証で何ができるのか、その仕組み、実施すべきタイミングを解説します。
メール検証では、送信前に構文、DNS/MXレコード、メールボックスへの到達可能性、使い捨てドメイン、ロールベースアドレス、キャッチオールの挙動をチェックします。登録時にはリアルタイムのAPI検証を、キャンペーン前には一括CSV検証を使えば、無効なアドレスが送信プラットフォームに届くことはありません。
簡単な
メール検証とは、実際にメッセージを送ることなく、特定のメールアドレスが有効で配信可能かどうかを判断することです。キャンペーンやトランザクションメールを送る前に、「このアドレスに送ったら、実在し機能しているメールボックスに届くのか、それとも失敗するのか」というシンプルで実務的な問いに答えます。
この問いが重要なのは、メールアドレスを入力するのは人であり、人は間違えるからです。登録フォームでアドレスを打ち間違える。コンテンツの閲覧制限を突破するために偽のアドレスや捨てアドレスを使う。転職して仕事用のメールボックスを放置する。個人アカウントを使わなくなる。こうした状況はすべてデータに使われていないアドレスを残しますが、リストを検証するか、送信してバウンスレポートが返ってくるまで、それを知る手段はありません。
同じ文脈で「メールバリデーション」という言葉も目にするでしょう。この2つはしばしば同義語として扱われます。区別する場合、バリデーションは通常、アドレスの形式が正しく、メールを受信できるドメイン上にあることを確認する軽めのチェックを指し、検証はそれに加えて特定のメールボックスが実際に存在するかを確かめる、より踏み込んだ工程を含みます。VeriMailsを含むほとんどのプロバイダーは、形式チェックからリアルタイムのメールボックス確認までの全工程を「検証」と呼んでいます。
メール検証の
優れた検証ツールは、最も速いチェックからより深いメールボックスのシグナルまで、段階的に各アドレスをチェックします。明らかに壊れたアドレスは、メールボックスの完全なテストに進む前に早い段階で弾くべきです。VeriMailsは各アドレスについて、送信リスト、配信停止リスト、要確認セグメントのどこに入れるべきかを判断するためのシグナルをチェックします。
| 確認 | わかること | 結果の活用方法 |
|---|---|---|
| 構文 | アドレスの構造は正しいか？ | 形式が不正なアドレスは即座に除外します。 |
| DNSとMX | ドメインはメールを受信できるか？ | 機能するメールレコードがないドメインを除外します。 |
| SMTPハンドシェイク | 受信サーバーはこのメールボックスを受け入れるか？ | 有効なアドレスは残し、明らかに無効なアドレスは送信前に除外します。 |
| キャッチオール検出 | ドメインはどのアドレス宛てのメールも受け入れるか？ | 個々のメールボックスは確認できていないため、別のセグメントに分けます。 |
| 使い捨て・ロールベースのラベル | 一時的なアドレスか、グループ用の受信箱か？ | 使い捨てアドレスは除外し、ロールアカウントは自社のポリシーに沿って扱います。 |
構文チェック
最初のチェックでは、アドレスがメールの規格に沿って正しい形式になっているかを確認します。ローカル部とドメインが1つの@記号で区切られ、使用可能な文字のみで構成され、明らかな構造上の誤りがないことが条件です。jane@@example や john.smith.com のような不正な形式のアドレスは、ここでほぼコストをかけずに検出されます。
MXと
次に、検証ツールはドメインのDNSレコードを照会し、MXルックアップを行って、そのドメインが有効なメールサーバーを公開しているかを確認します。MXレコードのないドメインはメールを一切受信できないため、そのドメイン上のアドレスはそれ以上進まずに除外されます。この段階では、もう名前解決できなくなったドメインも検出できます。これは企業の廃業やブランド変更の際によく起こります。
ライブ
前の段階を通過したアドレスに対して、検証ツールは検証の核となるリアルタイムのSMTPハンドシェイクを行います。受信者のメールサーバーにSMTP接続を開き、メッセージ送信の最初のステップを進めて、自らを名乗り受信者アドレスを提示したうえで、サーバーの応答を読み取ります。サーバーがメールボックスの存在を示せば、そのアドレスは配信可能とみなされます。該当ユーザーなしと返されれば、そのアドレスは無効です。処理はそこで止まり、実際のメッセージは一切送信しないため、メールボックスの所有者には何も届きません。
キャッチオール、
ハンドシェイクと並行して、VeriMailsはキャッチオール検出を行います。これは、あらゆるアドレス宛てのメールを受け入れるよう設定されていて個々のメールボックスを確認できないドメインを識別するものです。さらに、一時メールサービスの捨てアドレスを見つける使い捨てアドレス検出と、info@、support@、sales@ のように個人ではなくグループに届く汎用アドレスを見つけるロールベース検出も行います。その結果、各アドレスには曖昧な数値スコアではなく、明確なステータスが返されます。
検証結果を
検証の価値は、チェック後に適用するポリシーから生まれます。整ったワークフローでは、アドレスがキャンペーン、CRM同期、登録データベースに届く前に、すべてのステータスを明確なアクションに結びつけます。
| 結果 | 最適な用途 | 推奨ポリシー |
|---|---|---|
| 送信可能 | マーケティング配信、トランザクションフロー、営業アウトリーチ。 | アドレスを許可し、通常のモニタリングを継続します。 |
| 無効 | 配信停止とクリーニングのレポート。 | 送信しないでください。後のインポートで戻ってこないよう、アドレスを配信停止リストに追加します。 |
| 使い捨て | 不正防止、リード品質、トライアル悪用対策。 | フォームの目的に応じて、登録時に拒否するか、確認待ちにします。 |
| ロールベース | B2Bやサポート業務での共有受信箱の確認。 | 共有受信箱がユースケースに合う場合のみ許可し、こうしたアドレスへの大規模なコールドアウトリーチは避けてください。 |
| キャッチオール | テストと慎重なアウトリーチ用に分けます。 | ドメインが幅広く受け入れる設定で、個々のメールボックスは確認できていないため、別のセグメントに分けます。 |
既存のデータベースには、一括検証でこのポリシーを適用しましょう。登録、チェックアウト、トライアル、リードフォームでは、 API を使ってリアルタイムに適用すれば、不正なアドレスが後からクリーニングの必要なレコードになることはありません。
メール検証が
到達率は主にメールボックスプロバイダーが送信行動をどう評価するかで決まるため、検証はメールの到達率を守る最も直接的な方法の1つです。無効なアドレスへの送信はハードバウンスを生み、ハードバウンス率が高いと、Gmail、Outlook、Yahooは未検証の低品質なデータに送信している明確なシグナルと判断します。その結果、受信箱への到達率が下がり、より多くのメールが迷惑メールフォルダに振り分けられます。しかもその影響は不正なアドレスだけでなく、配信先全体に及びます。
この影響は決して小さくありません。B2Bのメールデータベースは、人の転職、ドメインの変更、古いメールボックスの廃止によって着実に劣化していきます。1月に98%が有効だったリストも、何もしなければ7月には約86%まで下がることがあります。バウンス率は運用上のシグナルとして扱いましょう。一般的に3%未満なら健全、3%〜5%ならクリーニングが必要、5%を超えると送信元の評価にとって高リスクです。健全な範囲を保つ最も確実な方法が検証です。
検証は、目に見えにくい損害も防ぎます。使われなくなったドメインや放置されたドメインのアドレスを除外すれば、再利用されたスパムトラップに当たる可能性が下がり、ブロックリスト入りを防げます。使い捨てアドレスを除外すれば、リストの到達可能性が保たれ、分析データも正確になります。ロールベースアドレスにフラグを付ければ、苦情率が高い傾向に見合った慎重な扱いができます。これらはすべてプロバイダーが重視する到達率のシグナルであり、検証によって、損害が起きた後ではなく送信前にそのすべてをコントロールできます。
到達率以外にも明確なビジネス上のメリットがあります。無効なアドレスへの送信は、送信枠の一部を、有料のマーケティングプラットフォームなら予算の一部を無駄にします。検証済みのリストでは、反応する可能性のないアドレスで開封率やクリック率が薄まらないため、より正確な指標が得られます。そして検証済みの登録フローは、不正登録やボットによる登録がデータを汚しコストを膨らませる前に食い止めます。
メールアドレスは
最も重要なタイミングは2つあります。1つ目は取得時です。登録、会員登録、チェックアウトのフォームで入力されたアドレスをリアルタイムで検証すれば、無効なアドレス、入力ミスのあるアドレス、使い捨てアドレスがそもそもリストに入りません。後から修正するのではなく問題を未然に防ぐため、最もクリーンな方法です。これはフォーム送信フローの中で検証API を呼び出すことで実現します。
2つ目はキャンペーンの前です。大規模な配信の前に既存リストを一括検証すれば、収集後に劣化したアドレスを検出できます。これは古いデータ、購入したリスト、数か月間触れていないリストで特に重要です。一括検証は、リストをCSVファイルとしてアップロードし、すべてのアドレスをメールサーバーのリアルタイムのデータと照合して行います。
多くの送信者は両方を行っています。登録時にはAPIで新しいデータをクリーンに保ち、定期的な一括チェックで古くなったアドレスを除外します。アドレスは常に劣化し続けるため、アクティブなリストは60〜90日ごとに再検証し、大規模なキャンペーンの前には必ず検証するのが妥当なスケジュールです。
検証に
完璧な検証ツールは存在せず、誠実なプロバイダーはそれを明言します。一部のメールサーバーは、メールボックスの存在を明かさないよう意図的に設計されています。キャッチオールドメインはSMTPハンドシェイクの段階ですべてのアドレスを受け入れるため、SMTPだけではメールボックス単位の確認ができません。グレーリスティングを採用し、未知の送信者に一時的なエラーを返すサーバーもあり、雑な検証ツールはこれを拒否と誤認することがあります。また、一部の大手プロバイダーは、検証のための問い合わせに対して意図的に曖昧な応答を返すようになっています。
こうしたケースへの正しい対応は、推測しないことです。質の高い検証ツールは、キャッチオールドメインはキャッチオールとして、曖昧な結果は不明として正直に報告し、裏付けのない確信めいた答えをでっち上げることはしません。だからこそVeriMailsはキャッチオール検出を行い、そうしたアドレスを有効か無効かに無理に振り分けるのではなく、キャッチオールとして報告します。検証は強力なフィルターですが、その限界を率直に示してこそ最大限に機能します。
VeriMailsの
VeriMailsはメール検証専門のサービスで、すべてのアドレスに対して一連のチェックを実行します。構文チェック、MX・DNSチェック、実際のメールボックスを確認するリアルタイムのSMTPハンドシェイク、キャッチオール検出、使い捨てアドレス検出、ロールベース検出です。各アドレスには到達率を重視した明確な結果が返されるため、どのアドレスを残し、削除し、慎重に扱うべきかを正確に判断できます。
検証方法は2つあります。 REST APIはアドレスをリアルタイムでチェックします。フォームに入力されたアドレスをその場で検証するのに最適です。一括検証では、リスト全体をCSVでアップロードし、キャンペーン前にクリーニングできます。VeriMailsはリストやAPIの規模で高速に検証できるよう設計されており、グレーリスティングなど実際のサーバーの挙動にも対応するため、結果には本物の到達率シグナルが反映されます。
料金は、検証を気軽に始められるよう設計されています。検証は1件あたり$0.0019から、10,000クレジットで$19、ボリューム料金は最大5,000,000クレジットで$1,499です。定期的に検証する送信者向けの年間プランは、年払いで月額$12.50からご利用いただけます。新規アカウントには登録時に100クレジットが無料で付与され、クレジットカードは不要です。クレジットに有効期限はないため、本格導入の前に小さなリストの検証やAPIのテストを無料で行えます。