メールアドレス検証：各チェックで本当に分かること

メールアドレス検証サービスは、97%、98%、99% といったひとつの精度を宣伝することがあります。しかし、計算方法の説明がなければ、その数字だけではあまり判断できません。信頼性が大きく異なるチェックをまとめているからです。

具体的な答えが得られる確認もあります。ドメインが MX レコードを公開しているかは DNS で調べられます。ただし、DNS の可用性やキャッシュの新しさにも左右されます。その先に特定のメールボックスがあるかは別の問題です。通常の外部からの問い合わせでは、必ずしも確実に確認できません。大手サービスでは特に制約があります。

結果を適切に使うには、どのチェックが判定の根拠になったかを知る必要があります。実際に確認できること、手がかりにとどまること、信頼できる答えが出ない場合を分けて見ていきます。

バウンス率が重要な理由

受信側のサービスは、送信者が存在しないアドレスにどれだけメールを送っているかを考慮します。恒久的な配信エラーが多ければ、リストの管理が不十分な可能性があり、制限やフィルタリングのリスクが高まります。苦情、認証、その他の要因も関係します。バウンスだけで、購入したリストだと証明できるわけではありません。

原文では、恒久的な配信エラーが 2% を超えることを警戒の目安にしています。これは共通の上限でも、Google が定めたバウンス率の基準でもありません。Google の送信者向けガイドラインでは、送信品質、認証、苦情への注意が求められます。迷惑メール報告とバウンスは別の指標です。影響がキャンペーン後も続き、請求書、パスワード再設定、注文確認などの後続メールに及ぶ場合もあります。期間と範囲はサービスによって異なります。

アドレス検証は、このリスクを減らす助けになります。メールの文章を改善するものでも、受信者の同意に代わるものでもありません。送信前に一部の問題を見つけますが、配信を保証しません。詳しくは、バウンス率から分かることをご覧ください。

メールアドレス検証における確実性の三つの段階

結果をどの程度信頼できるかで分類すると、違いが分かりやすくなります。

段階 1：直接のチェック

ここでは形式、DNS、既知のリストへの登録を確認します。結果は特定のルールと利用できるデータに関するもので、アドレスのすべての性質を示すわけではありません。

この段階で失敗すると、サービスのルールにより直接「無効」と判定される場合があります。ただし、すべての配信についての普遍的な結論ではありません。この検証サービスは明示的な MX を必要としますが、SMTP は MX がない場合にドメインのアドレスレコードを使う暗黙の経路を認めています。また、国際化ドメインの制限によって実在するアドレスが除外される場合もあります。重要な判断では、具体的な理由を確認してください。

段階 2：確率的なチェック

SMTP による確認は受信サーバーに接続し、コマンドのやり取りを始め、受信者を受け入れるかを尋ねて、メールを送る前に切断します。550 が返され、受信者が見つからないと明示されており、それが RCPT TO への応答なら、強い手がかりになります。ただし、同じコードがアクセス拒否やサーバーポリシーによる拒否を表すこともあります。

手がかりであって、例外のない証明ではありません。信頼性は受信サーバーによって変わります。次の節で詳しく見ていきます。

段階 3：ヒューリスティック

リスクに関する間接的な兆候です。サービスのルールに従ってスコアを変えますが、そのアドレスが悪いと証明するものではありません。

このうちふたつは、他社で扱いが異なることがあるため補足します。

部署のアドレスでは減点しません。企業は実際に info@ や sales@ でメールを受け取っています。面識のない相手への営業では、特定の担当者を知らないことを意味する場合がありますが、他の用途で欠点になるわけではありません。必要に応じて絞り込めるように情報を表示し、点数は引きません。

無料サービスは中立です。Gmail のアドレスは、独自ドメインを使っていないからといって劣っているわけではありません。多くの人がこれらのサービスを使っています。

SMTP による確認とその限界

メールアドレス検証と聞いて、このチェックを思い浮かべる人は多いでしょう。一方で、実際にできることを超えた期待が寄せられがちです。

企業ドメインでは役立つ場合があります。自社サーバー、メールホスティング、自分たちで運用するシステムなどです。未知の受信者が RCPT TO で明確に拒否されれば、有用な情報になります。ただし、拒否がメールボックスではなく確認用の接続自体に向けられていることもあります。

大手メールサービスでは、この方法でメールボックスの存在を確実に確認できません。Gmail、Yahoo、Outlook.com、iCloud、AOL は、確認用接続の制限、最終確認なしの受信者受け入れなどによって、外部からのアドレス探索を防ぐ場合があります。すべてが常に同じ応答をするとは言えません。ここでは該当するドメインの外部 SMTP 確認を省略します。他のチェックを通過しても、メールボックスの存在は確認されていません。

そのため、除外リストにあるドメインのアドレスは、詳細チェックでも簡易チェックの料金です。クレジットはひとつで、ふたつではありません。追加の SMTP 確認を省略するためです。内訳は実行前に表示され、API の応答にも含まれます。対象アドレスの現在の見積もりを確認してください。

まとめると、対応する企業サーバーでは、SMTP 確認によって判断の信頼性を高められます。Gmail などについては、一般的な存在保証にはなりません。正確な答えを約束する事業者には、使っているデータと方法の制約を確認しましょう。

キャッチオールでメールアドレス検証が難しくなる理由

キャッチオールのドメインは、個別のメールボックスがなくても、どの受信者名宛てのメールも受け入れます。anything@catchall-domain.com を問い合わせても肯定的な応答になる場合があります。その応答だけでは、探しているメールボックスの存在は分かりません。

キャッチオールの結果は不確実性を示します。メールは個人、誰も見ていない共有メールボックス、別の受信システムに届くかもしれません。この情報だけでスパムトラップの存在を証明することもできません。外部からの確認はこれらの行き先を区別しません。最終ステータスだけでなく、キャッチオールの情報も読んでください。現在の計算では、必ず「リスクあり」に分類されるわけではありません。

これは独自ドメインでキャッチオールを使う際の、気づきにくい代償です。外部のサービスがアドレスを確認しにくくなります。ほかの利点や制約は、キャッチオールメールの仕組みでも説明しています。

簡易チェックと詳細チェック

自分で作り、継続して管理しているリストなら、通常は簡易チェックで足ります。出所が分からない場合は、先にその相手へ送信してよいかを確認し、その後で追加チェックが必要かを判断します。実際に行うチェック数と時間は、初期の失敗、設定、キュー、サーバー応答によって変わります。表はすべてのアドレスですべてのチェックを行う約束ではありません。

ステータスの読み方

各アドレスにはステータスと 0 から 100 の信頼スコアが付けられます。内部の尺度であり、配信成功の確率ではありません。

特に重要なのは、リスクありと無効の違いです。無効は、検証ルール、送信抑止、サーバーの拒否を意味する場合があり、必ずしもメールボックスがないことを表しません。リスクにも背景が必要です。購入したリストの不確実なアドレスは、検証したからといって送信が許可されるわけではありません。二年間支払っている顧客なら、同じ結果がキャッチオールによることもあります。それでも、請求書を送る前に個別情報、配信履歴、連絡手段を確認してください。

検証は受信者との関係を知りません。その情報は別に考慮する必要があります。

リストは古くなる：アドレス検証は継続的な管理です

原文は、毎月約 2% のアドレスが古くなるという目安を挙げています。転職、会社の閉鎖、使われなくなったアドレスなどが原因です。実際の速度は異なります。十八か月後には相当数が古くなっている可能性がありますが、四分の一が誤りになるという説明は普遍的な予測ではありません。ご自身の結果とバウンスを基準にしてください。

一度だけ整理するのではなく、検証をリスト管理に組み込むのがよい方法です。

• 入力時。登録時に検証すれば、本人がまだ直せるうちに gmial.com などの入力ミスを見つけられます。黙って置き換えず、修正案を提示してください。
• 大量配信の前。特に何か月も送信していないグループが対象です。
• 利用中のリストは四半期ごと。これは出発点です。実際の状態に合わせて頻度を調整します。
• 引き継いだリストを受け取ったとき。買収、合併、表計算ファイルの引き継ぎ後は、アドレスと送信の許可を確認します。

検証の進め方

集めた時点で検証し、何か月も待たない。登録時の誤りは本人と一緒に直せます。半年後には連絡を取り直すのが難しいかもしれません。形式や評判のチェックは、本人によるアドレス確認の代わりにはなりません。

単に削除せず、送信抑止として管理する。次の CSV 取り込みでまた送ってしまわないよう、必要な情報を送信抑止リストに残します。データの保存や、誤った抑止を訂正する必要も考慮してください。

リストを購入しない。検証で分かるのは一部の技術的な問題であり、本人がメールを受け取ることに同意した証明ではありません。有効なアドレスでも、苦情や適用されるルールとの問題は起こり得ます。購入したリストがチェックを通っても、送信の許可にはなりません。

長く送っていなかったら、量を徐々に増やす。リストの整理だけでは不十分です。削除件数だけでなく、受信者の反応やサーバー応答も見てください。メールの到達率を改善する方法も参考になります。

アドレス検証では不適切な送信方法は直らない。一部のアドレスリスクを減らしますが、SPF、DKIM、DMARC を設定するものではありません。受信側は認証、評判、その他の要因を考慮します。検証済みリストを配信保証に変える共通のチェック順序はありません。

よくある質問

Gmail アドレスが存在するか確認できますか？

通常の外部 SMTP 問い合わせで確実に確認することはできません。サービスは接続を制限したり受信者情報を隠したりする場合があり、応答も必ずしも同じではありません。ここでは Gmail の SMTP 確認を省略します。形式、MX、評判のチェックを通っても、メールボックスの存在は確認されていません。

Gmail では詳細チェックが安くなるのはなぜですか？

除外リストにあるドメインでは、追加の SMTP 確認を省略するためです。詳細チェックの中でも、これらのアドレスは簡易料金になります。実行前に内訳が表示されます。現在の見積もりを確認してください。

キャッチオールとは何ですか？ 送信してもよいですか？

サーバーが任意の受信者名を受け入れるため、肯定的な応答は個別のメールボックスを確認しません。既知の顧客では、配信履歴とメールの目的を考慮してください。不確実性は面識のない相手へ営業する理由にはなりません。

info@ のようなアドレスは悪いのですか？

いいえ。この情報では減点しません。用途に応じて絞り込めるように表示します。取引メールや連絡に適しているかは背景によって決まり、メールボックス名だけでは判断できません。

検証で送信者の評判が悪くなりますか？

確認用接続はメールの転送前に終了するため、受信トレイにメールは届きません。ただし、IP の評判に影響がまったくないとは保証できません。大量の問い合わせがアドレス探索に見え、ブロックされる場合があります。受信サーバーごとの制限はリスクを減らしますが、完全にはなくしません。

どのくらいの頻度で再検証しますか？

利用中のリストは四半期ごと、大量配信の前、引き継いだリストを受け取るたびを初期の目安にします。毎月 2% という例は普遍的な法則ではありません。リストの古さ、配信履歴、実際のアドレス変更に合わせて調整してください。

API で検証を実行できますか？

はい。個別のアドレスや一括処理に対応し、ステータスや結果をプログラムから取得できます。利用できる操作と権限は、検証 API のリファレンスを参照してください。

信頼スコアは本当は何を意味しますか？

計算は 100 から始まり、ドメイン設定などのプラスの情報とリスクを反映します。チェックで不合格となり、サービスのルールによりスコアが直ちにゼロになる場合もあります。ルールの要約であって、独立した測定やメールボックスの存在確率ではありません。重要な判断では、個別情報と省略されたチェックを読んでください。