VeriMailsが
メール検証の精度は、ひとつの固定された数字ではありません。ツールが実行するチェック、不確かなメールサーバーの扱い方、送信前にどれだけ最近リストを検証したかによって変わります。この記事では、VeriMailsの精度に対する考え方と、すべてのアドレスを単純なイエス・ノーに押し込むよりも、明確な結果カテゴリのほうが重要な理由を説明します。
VeriMailsは、構文、DNS/MX、ライブSMTP、キャッチオール検出、使い捨てアドレス検出、ロールベース検出という多層的なチェックで精度を高めています。最も役立つ検証ツールは、不確かなアドレスについて推測しません。有効、無効、キャッチオール、不明、リスクありの結果を分けることで、クリーンなセグメントから送信し、例外的なケースは別に確認できます。
メール検証に
精度とは、検証結果のうち、実際の配信時の挙動と一致するものの割合です。検証ツールがアドレスを配信可能と判定し、受信サーバーがそのメールボックス宛てのメールを受け付けたなら、その結果は正確でした。検証ツールがアドレスを無効と判定したのに、実際にはメールを受け付けていたなら、その結果は誤りです。精度は、検証の判定と実際にメールを送ったときの結果を比較して測定します。
実務的には、検証のシグナルが強いほど、結果は役に立ちます。最近のメールボックスレベルのSMTP応答は、形式チェックよりも強いシグナルです。キャッチオールのラベルは、不明なメールボックスを確認済みと見なすよりも確かな情報です。以下のセクションでは、各シグナルが送信前に実際に使える結果にどう寄与するかを説明します。また、より広いメール検証のワークフローでは、これらのチェックがどこに位置づけられるかを解説しています。
ライブ
VeriMailsが簡易的な検証より確かな結果を出せる最大の理由は、すべてのアドレスでライブSMTPハンドシェイクを完了させることです。その理由を理解するには、弱い検証で何が抜け落ちるかを見るとわかりやすいでしょう。
構文
基本的な検証ツールは、アドレスの形式が正しいことと、そのドメインがメール交換レコードを公開していることを確認します。これらのチェックは有用で高速であり、入力ミスや使われていないドメインといった明らかな問題を見つけます。しかし、特定のメールボックスが存在するかはわかりません。実在するドメインの形式が正しいアドレスでも、一度も作成されていない、あるいは何年も前に削除されたメールボックスを指していることがあります。構文とDNSで止まる検証ツールはそのアドレスを有効と判定し、そのアドレスはバウンスします。
SMTP
VeriMailsはさらに一歩踏み込みます。宛先のメールサーバーへの接続を開き、実際の送信サーバーがメッセージを配信する際に使うのと同じプロトコルのやり取りを行います。宛先サーバーは、そのメールボックス宛てのメールを受け付けるかどうかを応答します。これは、実際にメールを送らずに送信に最も近づける方法であり、個々のメールボックスを確認できる唯一の方法です。VeriMailsはメッセージを配信することはなく、受信トレイに何かを置くこともありません。サーバーに問い合わせ、その答えを記録するだけです。
これが、アドレスがもっともらしく見えると推測することと、受信サーバーが有効だと答えたことを確認することの違いです。メールボックスレベルの結果が形式だけの結果より役立つのはこのためです。
各結果を
SMTPハンドシェイクが中心ですが、VeriMailsの判定は一連のチェック全体にもとづいています。すべてのアドレスがそのすべてを通過します。
構文検証でアドレスの形式が正しいことを確認します。MXとDNSのルックアップで、ドメインが存在しメールを受信できることを確認します。ライブSMTPハンドシェイクで、サーバーレベルでメールボックスを確認します。キャッチオール検出で、すべてのアドレス宛てのメールを受け付けるドメインを識別します。使い捨てアドレス検出で、一時的な使い捨てアドレスにフラグを立てます。ロールベース検出で、info@ や support@ のように個人ではなく機能を指す共有アドレスにフラグを立てます。各チェックが全体像の一部を担い、それらが組み合わさって、自信を持って行動できる判定になります。
| 要素 | 重要な理由 | ベストプラクティス |
|---|---|---|
| チェックの深さ | 構文だけでは形しかチェックできません。SMTPならメールボックスレベルで受け付けるかをテストできます。 | 形式チェックだけでなく、多層的な検証を使います。 |
| キャッチオールの扱い | アクセプトオールのドメインでは、存在しないアドレスも受け付けられたように見えることがあります。 | 有効か無効かに無理に分けず、キャッチオールとして別にラベル付けします。 |
| 結果カテゴリ | リスクあり、不明、ロールベースのアドレスには、それぞれ異なる送信ルールが必要です。 | キャンペーンツールにインポートする前に、ステータスごとにセグメント分けします。 |
| 検証のタイミング | メールボックスはチェック後に変わることがあります。 | キャンペーンの直前、または取得時に検証します。 |
結果
配信可能な結果はクリーンなセグメントに使い、無効なアドレスと使い捨てアドレスは除外し、キャッチオール、不明、ロールベースの結果はキャンペーン前に別途確認します。CRMやキャンペーンツールからすでにエクスポートしたリストは、一括検証にかけてください。フォームでアドレスが入力される場面では、メール検証API を使い、アドレスを保存する前に判定しましょう。
どの
精度について正直に答えるなら、100パーセントは達成できないと認める必要があります。VeriMailsでも、どの競合でも同じです。理由は2つあります。
キャッチオールドメイン
一部のメールサーバーは、未知のメールボックスを拒否せず、ドメインのあらゆるアドレス宛てのメッセージを受け付けるよう設定されています。これがキャッチオールドメインで、企業のドメインによく見られます。キャッチオールドメインでは、サーバーがすべてを受け付けるため、実在するかどうかに関係なく、どのアドレスについて問い合わせてもSMTPハンドシェイクは肯定的な応答を得ます。キャッチオールドメインでは、どのSMTPハンドシェイクでも特定のメールボックスを確認できません。これは受信サーバーの設定による性質であり、どの検証サービスでも同じです。
メールボックスは
検証はスナップショットです。今日有効なアドレスも、従業員が退職すれば明日には無効化されることがあり、メールボックスが満杯になってメールを拒否し始めることもあります。判定はチェックを実行した時点を反映したものです。検証から送信までの間隔が長いほどスナップショットとのずれが大きくなるため、送信時刻に近いタイミングで検証すると最良の結果が得られます。
VeriMailsが
不確かなケースをどう扱うかが、信頼できる結果とリスクのある結果を分けます。VeriMailsは推測しません。キャッチオールドメインでは、VeriMailsはキャッチオール検出を行い、ドメインをキャッチオールとして識別し、結果にキャッチオールのラベルを付けます。このラベルは、そのアドレスがすべてを受け付けるドメインにあることを示すもので、判定は確認済みのメールボックスではなく、ドメイン設定に関する所見であることを意味します。キャッチオールはスコアではなく検出です。
これが重要なのは、検証ツールが数字をよく見せるために、キャッチオールのアドレスをすべて黙って有効と判定することもできるからです。そうすればツールはクリーンに見えますが、バウンスする可能性のあるアドレスを渡されることになります。VeriMailsはキャッチオールのアドレスをありのままに報告するため、扱い方を自分で決められます。リスクの低いキャンペーンにキャッチオールのアドレスを含める送信者もいれば、除外する送信者もいます。VeriMailsがドメインの挙動を明確にラベル付けするので、どちらを選んでも根拠のある判断になります。
精度に
精度は、チェックが実際のワークフローで使えてこそ意味があります。検証結果はフォーム、インポート、自動化で使えるほど速く返る必要があり、APIは登録、CRM、キャンペーンのワークフローに組み込めるほど信頼できなければなりません。VeriMailsはリアルタイムAPIチェックと一括リスト処理の両方に対応するよう設計されているため、取得時にも送信前にも同じ検証ロジックを使えます。
精度を
ワークフローを鵜呑みにする必要はありません。VeriMailsの新規アカウントには、登録時に100クレジットが無料で付与されます。クレジットカードは不要で、有効期限もありません。自社データからサンプルを取り出し、できれば有効だとわかっているアドレス、使われていないとわかっているアドレス、いくつかのキャッチオールドメインを混ぜて、VeriMailsで検証してみてください。判定結果を既知の情報と照らし合わせることで、実際に扱うデータで結果がどう出るかを最も直接的に確認できます。
ベンダーを比較検討している場合は、同じサンプルを候補のツールすべてで比較し、各ツールが不確実な結果をどう分類するかを確認したうえで、料金は、どの結果カテゴリなら安心して送信できるかを把握してから考慮しましょう。比較ページは、テスト前に候補を絞り込むのに役立ちます。