メール検証ツール
メールアドレスの構文、ドメインの健全性、MX レコード、SMTP 到達性をオンラインで 2 秒未満に検証します。精度 99.9%。毎月 600 クレジットを無料で利用でき、ログインした日はさらに 20 クレジットを獲得できます。
アドレスを検証するとは、そのアドレスを利用する前に、送信したメッセージが実際に届く見込みを確かめることです。@ の位置やドメインなど、見た目が正しい文字列でも、タイプミス、閉鎖済みアカウント、メールサーバーのないドメインである可能性があります。だからこそ、無料のメールアドレス検証が必要です。
BillionVerify は、1 件のアドレスに対して構文と構造、ドメインと MX の解決、メールボックスへのライブ SMTP ハンドシェイク、使い捨て・役割・catch-all パターンのリスクフラグまで一括で確認します。オンライン検証の結果は、単なる形式の正誤ではなく、「送信」「見送り」「要確認」で示されます。
これは構文だけのチェックとは異なります。形式ルールに合格しても、サーバーがメールを受け入れる証明にはなりません。確認できるのはライブ SMTP 通信だけです。このページでは、実際の SMTP チェックを含むメールアドレス検証を、アカウント登録なしで無料利用できます。
入力されたメールアドレスごとに 4 つの自動ステップを実行し、各結果を個別に報告します。
最初に、メールアドレスの構造、構文、区切り文字、不正な文字、人の目では見落としやすいタイプミスを確認します。
次にドメインの存在と MX レコードを確認し、SMTP クエリを実行する前にメールを配送できる経路があるかを確かめます。
メールサーバーに接続し、メールボックス自体が受信メールを受け入れるかを確認します。形式チェッカーだけでは実行できないステップです。
判定結果と併せて、使い捨て、役割、catch-all、スパムトラップのシグナルを確認し、アドレスの品質と到達性を分けて評価します。
誤ったアドレスがバウンス、送信ドメインの信用低下、メッセージの無駄につながる場面では、事前に検証してください。代表的な 4 つのタイミングを紹介します。
請求書、パスワードリセット、確実に届けたい単発メッセージを送る前に、オンラインでメールアドレスを検証してください。1 回のチェック費用は、1 件のハードバウンスによる損失より小さく済みます。
タイプミスも使い捨て受信箱も、形式チェックだけではすり抜けます。送信時にオンライン検証すれば、初日からユーザーテーブルをクリーンに保てます。
古いリストには閉鎖済みのメールボックスが多く含まれます。一括処理にクレジットを使う前に、ここでサンプルのメールアドレスを検証してください。
まずこのページで構文、MX、SMTP、使い捨て、役割の判定動作を確認し、ロジックが固まったら Email Verification API から同じパイプラインを呼び出してください。
このページは対話型の 1 件検証専用です。一括ジョブ、API、Free Tools（DNS / SPF / DKIM）向けではありません。
1 件のアドレスをすぐに確認したい場合は、ここでオンライン検証してください。目的が異なる場合は、以下の専門ツールまたは一括ツールを選べます。
| ツール | できること | 使う場面 |
|---|---|---|
| 無料メール検証 | SMTPメールボックスの完全チェックとすべてのリスクフラグ | 配達可能性と発送の安全性が重要な場合 |
| Email Checker | 同じフル SMTP・リスクフラグエンジンを、診断パネルとして提供 | 1つの結果画面ですべてのシグナルを確認したいとき |
| Free Email Checker | Gmail、Yahoo など無料の個人向けウェブメールプロバイダーを検出 | 無料検証ではなく、リードスコアリングや B2B ドメインチェック |
| Email Validator | SMTP ハンドシェイクなしの構文と MX チェック | 高速な構文とドメインの初篩だけで十分なとき |
| Disposable Email Detection | 一時的な使い捨て受信箱を検出 | 使い捨てメールがデータ品質を損なうサインアップフォームやリード獲得 |
| Bounce Email Checker | 配送不能とハードバウンスのリスクに焦点 | 送信前のリスト衛生管理、バウンス率のコントロール |
| Catch-All Verifier | 任意のローカルパートを受け入れるドメインを検出 | SMTP の受理だけではメールボックスの実在を証明できないとき |
| Role Account Detection | info@ や support@ のような汎用アドレスを検出 | 個人の受信箱の方がコンバージョンしやすい B2B アウトリーチリスト |
| Email List Cleaning | 貼り付けたリストや CSV リストに同じ検証パイプラインを実行 | 1件のアドレスでは足りず、クリーンなファイルが必要なとき |
| メールアドレス逆引き検索 | メールアドレスから公開されている所有者と企業情報を検索します | リードリサーチと送信者不明の調査 |
| 電話番号検証ツール | 電話のフォーマット、国、タイプ、およびE.164出力を検証します。 | CRM アウトリーチ前の電話の整理 |
Valid はメールボックスが SMTP プローブを受け入れたことを示し、通常は送信可能です。Invalid は、不正な構文、メール経路の不在、メールボックスの拒否など恒久的な失敗を示すため、送信しないでください。Catch-all はドメインがすべてのローカルパートを受け入れる状態です。アドレス構造をどれほど丁寧に確認しても、SMTP では特定の人物の存在を証明できません。
使い捨てと役割のフラグは、到達性ではなく連絡先としての適合性を示します。一時的な受信箱や共有の info@ アドレスはメールを受け取れても、長期的な連絡先には適さない場合があります。Unknown は決して「送信して安全」とみなさず、後で再検証してください。
4 つのレイヤー
メールアドレスを正しく検証するには、4 つの異なる問いに順番に答える必要があります。各レイヤーは 1 種類の不確実性を取り除きますが、後続のチェックでしか証明できないことまでは断定しません。
最初のステップでは、@ より前のローカルパートと後ろのドメインを分け、大文字と小文字を正規化し、パーサーが扱えない形式を除外します。ドメインの欠落、途中に貼り込まれた余分な空白、不正な文字、区切り文字の重複などが対象です。
構造チェックは低コストですが、配送については何も証明しません。もっともらしい文字列なら通過するため、形式を完全に検証できても、2 年前に閉鎖されたメールボックスかもしれません。ここで止めないのはそのためです。形式だけを確認するツールでは、十分な検証とはいえません。
次にドメインの MX レコードを解決します。MX レコードは、そのドメイン宛てのメールを受け入れるサーバーを送信側に示します。アドレスが正しく書かれていても、利用可能な経路がないドメインは通常のメッセージを受信できないため、先に経路を確認します。
これはドメイン単位の根拠であり、個人単位の根拠ではありません。1 つの MX レコードが、その企業の全従業員、全エイリアス、あらゆるタイプミスに対応します。そのため、経路を確認しただけで成功とは判定せず、次の検証へ進みます。
決定的なレイヤーでは、受信サーバーと実際に SMTP 通信を開始し、受信者の経路をテストします。本文は送信されず、誰の受信箱にもメッセージは届きません。サーバーの応答により、受理された受信者と恒久的な拒否を区別します。
キャンペーン前にメールアドレスを検証したい人が本当に求めているのは、このレイヤーです。形式チェックで分かるのは記述可能かどうか、SMTP で分かるのは到達可能かどうかです。このページでは、オンライン検証のたびに両方を実行します。
判定結果と併せて、使い捨て、役割アカウント、catch-all、無料 Web メールのシグナルを確認します。これらは属性であり、失敗ではありません。共有の info@ 受信箱は通常メールを受け取れますが、アウトリーチ先には適さないことがよくあります。
ステータスの横にフラグを残すことで、メールアドレスの品質と到達性を別々に判断できます。誤解を招く 1 つの boolean にまとめる必要はありません。
結果の状態
4 つの結果には、それぞれ異なる次の行動があります。オンライン検証後の回答を Valid と Invalid だけに単純化すると、多くの問題が生じます。
検証した時点で、メールボックスから応答がありました。自社の同意取得とセグメンテーションのルールを満たしているなら送信できます。ただし、その条件をアドレス検証ツールが代わりに判断することはできません。
Valid はタイムスタンプ付きの技術的事実であり、連絡先に永久に備わる属性ではありません。保存済みのフラグを信頼し続けず、次のキャンペーン前に再検証し、重要な受信者ほど送信直前に確認してください。
不正な構造、メール経路の不在、受信者の明確な拒否を示します。形式は確認できても受信者を検証できていないため、そのまま送信すればハードバウンスが発生し、送信者評価も少し悪化します。
元の入力欄をユーザーに示し、本人に修正してもらってください。不足文字を自動補完したり、推測した別ドメインへ置換したりしないでください。構文上は改善された推測でも、別人のアドレスである可能性があります。
ドメインがすべてのローカルパートを受け入れるため、SMTP ではこの受信者だけを個別に検証できません。firstname.lastname のようなパターンから作られた大規模な B2B ファイルには、この結果が多く含まれます。
Catch-all は独立した要確認セグメントとして扱ってください。Valid にまとめると、実態以上にクリーンなファイルに見えてしまいます。メールアドレスの構造をいくら確認しても、実在する受信者と推測で作られた受信者は区別できません。
グレーリスティング、延期、レート制限により、今回はメールボックスを検証できませんでした。Unknown が正直な回答です。Invalid に置き換えると、良好な連絡先まで失います。
後でもう一度アドレスを検証してください。一時的な状況が解消されるため、通常は 2 回目のチェックで Unknown の割合が大きく下がります。
実際の運用
検証が効果を発揮するのは 3 つのタイミングです。それ以外では、たいてい重複作業になります。
サインアップ、決済、リードフォーム、プロフィール編集。取得時点でメールアドレスを無料検証してください。正しい答えを知る本人がタイプミスを直せる唯一のタイミングです。
短いタイムアウトを設け、それを超えたら呼び出しをブロックしないでください。受信プロバイダーの応答が遅い場合は、フォームを失敗させず、未検証のままユーザーを先へ進め、バックグラウンドで再検証します。遅れて検証する方が、まったく検証しないより有効です。
請求書、パスワードリセット、契約通知、見込み客への単発返信。これらを送る前にメールアドレスを検証してください。1 件のハードバウンスによる損失はチェック費用より大きく、届かなかったメッセージを追跡するより一度検証する方がはるかに低コストです。
1 件ではなくファイル全体を検証する場合は、 Bulk Email Verification を使えば、すべての行に同じルールを適用し、理由を保持したエクスポートを取得できます。
メールボックスは劣化します。退職、エイリアスの廃止、ドメイン移行が起こるためです。6 か月前の結果は、すでに変化したリストを表しています。信頼する前にメールアドレスを再検証し、重要な行は 2 回確認してください。
ステータス、理由フラグ、最後にアドレスを検証できた時刻を別々のフィールドに保存してください。後のエクスポートで、誤解を招く 1 列にまとめられるのを防げます。
限界
この回答が信頼できるのは、対象範囲が限定されているからです。以下はすべて別のツールまたは別のチームが扱う領域であり、メールアドレス検証だけでは判断できません。
メールボックスが受信可能でも、送信許可の有無は分かりません。到達性の検証はバウンス率を下げるためのものであり、送信権限を得るためのものではありません。技術的な根拠をどれだけ集めても、メール送信を許可されていない連絡先が許可済みになることはありません。
同意と配信停止情報は自社の記録システムで管理し、送信前に確認してください。アドレスは到達性を検証し、許可は別に確認します。
到達可能な企業メールアドレスでも、CRM に記録された人物が管理していることや、現在も在籍していることは証明できません。検証するのはメールボックスであり、雇用記録ではありません。共有エイリアスでは、この前提が常に崩れます。
所有者の確認が重要なら、ファーストパーティデータを利用してください。メールアドレスの到達性を検証しても、人物を特定したことにはなりません。
SMTP での受理は受信者側の事実です。キャンペーンが受信トレイに届くかどうかは、送信者評価、認証、コンテンツ、苦情履歴によって決まります。このページでは、それらを検証できません。
ここではアドレス単位の失敗を除外し、受信トレイ到達は固有の指標を持つ別領域として扱ってください。オンラインで受信者側のメールアドレスを検証し、自社ドメインの設定は到達性テストで別に確認します。
関連ツール
このサイトの各ページは同じエンジンを使用しています。違うのは、ページが答える問いです。このページは、メールアドレスを無料で検証する方法に焦点を当てています。
SMTP まで必要ない場合は、 Email Validator が構文と MX までを確認し、メールボックスへのクエリは実行しません。
大量のメールアドレス構造を低コストで検証し、どの行に完全なメールボックスチェックを実行するかを決める方法です。まず広く確認し、重要な箇所を深く検証します。
Email Verifier は同じパイプラインを実行しますが、入力方法ではなく、メールボックスがメールを受け入れることの確認に焦点を当てています。
エンジンも精度も同じで、問いだけが異なります。問題の捉え方に合うページを選び、ここでオンライン検証するか、そちらでメールボックスの受信可否を確認してください。
1 件のアドレスではなくファイルを処理する場合は、 Email List Cleaning が、すべての行で重複排除、再試行、理由コードの一貫性を保ちます。
まずこのページでサンプルのメールアドレスを無料検証し、結果を信頼できると確認してからファイル全体を実行してください。一括ジョブにクレジットを使う前に動作を確かめられます。
ここで 1 件を検証したら、次に知りたいことに合うツールを選んでください。
Email Verifier
同じ SMTP パイプラインを、継続的な到達性チェック向けに位置づけたもの。
Email Checker
SMTP、使い捨て、役割、catch-all — すべてのシグナルを1つの診断パネルに集約。
Email Validator
意図的に SMTP を省略するときのための、より軽量なフォーマット・MX のみのスクリーン。
Bulk Email Verification
CSV をアップロードし、同じ精度でリスト全体を検証。
Email Verification API
サインアップフォーム、CRM、エージェントからリアルタイム検証を呼び出す。
Disposable Email Detection
一時的な使い捨て受信箱に絞って詳しく確認。
アドレスを貼り付けると、チェッカーが 4 つのステップを実行します。構文、ドメインと MX レコードを確認し、直接 SMTP 接続を開いてメールボックスがメールを受け入れるかを検証した後、リスクフラグを評価します。メールアドレスの検証は 2 秒未満で完了します。
BillionVerify は、構文検証、DNS ルックアップ、MX 解決、直接 SMTP 検証を組み合わせ、99.9% の精度を実現します。この多層方式により、形式だけを確認する単一チェックのツールが見逃す無効、非稼働、リスクの高いアドレスを検出できます。
オンラインでメールアドレスを検証するとは、送信したメッセージが届くことを確認することです。BillionVerify は 4 つのレイヤーで、構文、ドメインと MX 経路、SMTP 経由のメールボックス、使い捨て・役割・catch-all のシグナルを確認します。
はい。ここでの無料検証では毎回、ドメインを継続管理された一時・使い捨てプロバイダーのリストと照合します。結果は総合判定に埋め込まず、独立したフラグとして返します。
はい。毎月 600 クレジットを無料で利用でき、ログインした日はさらに 20 クレジットを獲得できます。クレジットカードは不要です。無料枠にも構文、ドメイン、MX、SMTP、使い捨て検出の全レイヤーが含まれます。
いいえ。メールアドレスの検証は毎回リアルタイムで実行され、アドレスは保存されません。データは転送中に暗号化され、処理直後に削除されます。
メールアドレスを無料検証。毎月 600 クレジットに加え、ログインした日はさらに 20 クレジットを獲得できます。すべてのアドレスで完全な SMTP 検証を実行し、2 秒未満で結果を返します。
月600の無料クレジット · ログインごとに+20クレジット · 2秒未満で結果を取得
