メール検証ツール
送信するとハードバウンスしますか？SMTP 駆動のバウンスリスク読み取りを取得。IP あたりローリング 24 時間で 20 回の無料フルチェック。
バウンスメールチェッカーは、送信した場合にハードバウンスしそうかどうかに焦点を当てます。
ISP は高いバウンス率を罰します。仕事はきれいな多フラグ報告ではなく — キャンペーンが ESP を離れる前に清掃できるよう、到達不能リスクの明確な読み取りです。
本ページは基盤でフル SMTP を使い、バウンス志向のステータスと解釈のみを提示します。使い捨てや役割の品質シグナルには専門ツールを開いてください。
アドレスを構造と DNS から、ある時点の SMTP 受信者結果までたどります。
ネットワーク作業の前に空または不正な入力を拒否します。
受信者レベルの SMTP 会話を試みる前に、ドメインが公開しているメール交換機を見つけます。
SMTP 応答クラスで、恒久拒否と一時的または結論の出ない状態を分けます。
UI は本ページの次元とその平易な意味を強調 — フル多フラグダッシュボードではありません。
1 つの判断がフルレポートより重要なとき、専門ツールを使います。
キャンペーン全体を変える前に、恒久拒否と一時的な受信システム状態を区別してください。
古い結果が防げるバウンスにならないよう、キャンペーン日の近くで休眠セグメントと取り込み連絡先を再確認してください。
グレイリスティング、タイムアウト、一時的なプロバイダー応答を、恒久無効バケットに入れないでください。
重要なフォーム送信をまだ直せるうちに、具体的な形式またはメールボックス理由を示します。
これらは対話型 Email Verify Tools — 一括ジョブでも API でも Free Tools（DNS / SPF / DKIM）でもありません。
本ページはバウンス判断を分離します。他のツールはフル多層結果、または別の専門フラグを示します。
| ツール | できること | 使う場面 |
|---|---|---|
| メール検証ツール | SMTPメールボックスの完全チェックとすべてのリスクフラグ | 配達可能性と発送の安全性が重要な場合 |
| Email Checker | 1 アドレスにフル SMTP + 全リスクフラグ | 一か所で完全な多層結果が欲しいとき |
| Free Email Checker | 無料個人ウェブメールプロバイダーを検出（Gmail、Yahoo など） | リード品質と B2B ドメインスコア — 無料枠検証ではない |
| Email Validator | 構文 + MX のみ — SMTP なし | 高速な形式とドメイン初篩 |
| Disposable Email Detection | 一時 / 捨てドメインにフラグ | サインアップとリード獲得 |
| Bounce Email Checker | バウンスと到達不能リスクに焦点 | バウンス率管理のためのリスト衛生 |
| Catch-All Verifier | catch-all ドメインを検出 | SMTP 受理が信頼できないとき |
| Role Account Detection | 一般的な役割アドレスを検出 | B2B アウトリーチ品質 |
| Email List Cleaning | 多数アドレスを一度に検証（貼り付けまたは CSV） | 単一チェックでは足りずクリーンなリストが必要なとき |
| メールアドレス逆引き検索 | メールアドレスから公開されている所有者と企業情報を検索します | リードリサーチと送信者不明の調査 |
| 電話番号検証ツール | 電話のフォーマット、国、タイプ、およびE.164出力を検証します。 | CRM アウトリーチ前の電話の整理 |
恒久拒否は高いハードバウンスリスクを示します。受け入れられた受信者応答はある時点の前向きな根拠ですが、catch-all 挙動はその受理を特定メールボックスに弱くします。
一時的または曖昧なサーバー応答は、valid や invalid に無理に押し込めず unknown のまま残します。恒久除外を決める前に、重要な unknown 結果を再試行してください。
入力から SMTP まで
バウンスリスクは、単一の形式ルールやデータベースラベルではなく、一連の根拠から作られます。
確認はローカルパート、@ 区切り、ドメインから始まります。空のドメイン、壊れた区切り、構造的に使えないアドレスは、パイプラインの後段で到達可能にはなりません。DNS と SMTP の前にこれらの欠陥を捉えると、不要なネットワーク作業も避けられます。
構文だけではメールボックスの存在は分かりません。SMTP なしの軽い形式と公開 MX の確認には Email Validator を使ってください。このバウンスチェッカーが続くのは、送信リスクの問いにメールボックスレベルの根拠が必要なからです。すべてのリスクシグナルを 1 パネルで見たいときは Email Checker を使ってください。
公開 MX レコードは、ドメインの受信メールをどのシステムが広告しているかを送信者に伝えます。今回の確認で使える公開経路が見つからないと、受信者との会話まで進めません。暗黙 MX に頼る特殊ドメインは、自動の恒久拒否ではなく手動レビューが必要なことがあります。
DNS の成功は、受信経路が広告されていることだけを証明します。ローカルパートの存在、受信者が稼働中であること、サーバーがキャンペーンを受け入れることは証明しません。
検証器はメッセージ本文を送らず SMTP 会話を開き、受信段階での受信サーバー応答を評価します。明確な恒久拒否は強いハードバウンス根拠です。明確な受理は前向きな根拠ですが、catch-all ポリシーは、それが要求メールボックスにどれだけ固有かを弱めます。
SMTP 応答クラスは RFC 5321 が定義します。5xx 応答は恒久的な否定応答、4xx 応答は一時状態であり、ハード無効と誤ラベルすべきではありません。
ステータスを読む
アクションは、受信システムが返した根拠クラスに従うべきです。
確定的な存在しない受信者、無効ドメイン、恒久 SMTP 拒否は、送信前の除外経路へ入れるべきです。既知の無効アドレスへ繰り返し送ると、通数を無駄にし、リスト品質シグナルを損ないます。
ステータスと一緒に理由コードを残してください。運用担当が誤字とドメイン失敗を見分けられ、フォームユーザーが曖昧なエラーではなくアドレスを直せます。
Catch-all でないドメインでの受け入れられた受信者応答は、実メッセージを届けずに得られる最も強い結果です。それでもある時点の根拠です。プロバイダーはポリシーを変え、従業員は退職し、エイリアスは廃止されます。
最終送信判断を、使い捨て、ロール、catch-all、その他のリスク文脈と一緒に見たいときは Email Verifier を使ってください。バウンス中心の説明ではなくなります。
タイムアウト、グレイリスティング応答、一時サーバー障害、ポリシーブロックはハードバウンスを確立しません。重要な unknown 結果は後で再試行してください。Catch-all の受理は、ドメインが捏造ローカルパートを受け入れる可能性があるため、人物レベルの証明ではなく不確実として扱ってください。
ドメイン全体の受理が中心判断なら Catch-All Verifier を開いてください。Catch-all と unknown を分けると、valid 件数が膨らみません。
毎回の送信前
1 回の成功確認は有用な根拠ですが、信頼できる送信は、いつどれだけ頻繁に適用するかに依存します。
重要なフォーム送信は CRM に入る前に検証してください。失敗が構造的なら、具体的な修正プロンプトを示します。プロバイダーが一時利用不可なら、アドレスが存在しないと伝えず再試行を許してください。
製品フォームとリアルタイムワークフローでは、Email Verification API が機械可読のステータスと理由フィールドを返すので、アプリケーションがその区別をできます。
取得時はきれいだったデータベースも、転職とドメイン失効でハードバウンスが溜まります。休眠セグメントと取り込んだイベント名簿では特に、送信日の近くで Email List Cleaning を実行してください。
清掃中に元アドレスを上書きしないでください。入力、正規化値、タイムスタンプ、ステータス、理由を残し、除外判断を追跡可能にしてください。
恒久無効は除外し、通常の valid 結果は意図したキャンペーンへ送り、unknown や catch-all 行はレビューまたは再試行キューへ入れてください。メールボックスが受け入れても、使い捨てとロールフラグは独自ポリシーが必要なことがあります。
この振り分けは、曖昧な結果をすべて安全だと装わずにオーディエンス規模を保ちます。行が除外された理由が見えるため、キャンペーン報告も役立ちます。
偽の約束を避ける
メールボックス検証は防げるハードバウンスを減らしますが、送信ボタンを押したあとのすべての出来事は制御しません。
受信サーバーは受信者を受け入れたあと、コンテンツ、送信者評判、認証、内部ポリシーに基づき、メッセージをフィルタ、隔離、遅延、バウンスできます。チェッカーはキャンペーン本文を送らず、下流のすべてのフィルタを予測できません。
SPF、DKIM、DMARC、送信インフラの診断には Email Deliverability Test を使ってください。それらの確認は、受信者の存在とは別の問いに答えます。
満杯メールボックス、グレイリスティング応答、レート制限、一時障害は回復することがあります。すべての 4xx 応答を invalid にすると、不要なリスト損失を生み、後の成功配送を妨げます。
タイムスタンプと理由を残し、キャンペーン価値とプロバイダーポリシーに応じて再試行してください。繰り返す一時失敗は、明確な恒久拒否とは別にエスカレーションしてください。
到達可能に見えるメールボックスでも、除外済み、配信停止済み、許可なく購入された、キャンペーンに不適切なことがあります。技術検証のあと、独自の同意記録、法的根拠、頻度ルール、連絡禁止リストを適用してください。
ツールが答えるのはバウンスリスクです。アウトリーチを認可したり、指名された人物がアドレスを制御することを確立したりしません。
技術参照
標準に基づく解釈は、一時と恒久の結果が 1 つの誤解を招くスコアに潰れるのを防ぎます。
SMTP 仕様は 4xx の一時否定応答と 5xx の恒久否定応答を分けます。この区別があるため、結論の出ないまたは一時的な結果は、確認済みハードバウンスとして数えず再試行すべきです。プロトコル定義は RFC 5321 を見てください。
単純な valid または invalid ラベルは便利ですが、理由と SMTP クラスは再試行、サポート、監査に必要な根拠を残します。セグメント後に元結果を捨てず、両方を保存してください。
恒久的な検証タイムスタンプはありません。リスト年齢、ソース品質、キャンペーン重要度に基づくリズムを設定し、大きな送信の直前や長い非稼働期間のあとに再確認してください。
Email Verify Tools セット内に留まります。
バウンスメールチェッカーは、送信した場合にハードバウンスしそうかどうかに焦点を当てます。BillionVerify は基盤で SMTP 対応検証を実行し、本ページはバウンス志向のステータスと平易な解釈を提示します — フル多フラグダッシュボードではありません。ISP バウンス率、ESP 罰則、送信者評判が主なリスクのときに使います。
SMTP 検証は恒久失敗に最も強いです: 無効メールボックス、存在しないドメイン、明確な拒否（典型的ハードバウンスリスク）。ソフトバウンス（満杯、一時グレイリスト、ポリシー遅延）は risky や unknown として現れ、再試行が必要な場合があります。バウンスチェックはリスト衛生のリズムと組み合わせてください。人が転職しドメインが失効するため、一度のクリーンでリストは永遠に固定されません。
送信前にハード無効アドレスを除去することは、バウンス率を下げドメイン評判を守る最もレバレッジの高い方法の 1 つです。スパム的コンテンツ、弱い認証（SPF/DKIM/DMARC）、焼けた IP は直せません。キャンペーン前にバウンスチェック（またはフル Email Checker / リストクリーニング）を使い、認証が壊れていれば Free Tools（SPF、DKIM、DMARC）でインフラを直してください。
到達不能リスクだけが判断で、焦点を絞った読み取りが欲しいときは Bounce Email Checker を使います。使い捨て、catch-all、役割フラグも一度に必要なときは Email Checker を使います。CSV 全体には Email List Cleaning で ESP 送信前に各行を検証してください。
対話型チェックにはフェアユースの無料フル SMTP 探査が含まれます: IP あたりローリング 24 時間で 20 回、登録不要。その枠は他のフル検証ツールと共有です。一括リストクリーニングと API 量にはアカウントを作成。無料ツールは全ファイルにクレジットを使う前にサンプルでバウンスリスクを証明するためのものです。
公開チェックは結果を返し乱用制限を適用します。このツールに貼ったアドレスからマーケティングリストは構築しません。
同じ検証エンジンで一括リストクリーニング、高ボリューム、API アクセスのためにサインイン。
24h で 20 回無料 SMTP チェック · 無料枠にクレジットカード不要 · 一括 & API と同じエンジン
