使い捨てメール検知とメール確認の違い
使い捨てメール検出とドメインチェックは、アドレスのドメインが既知の一時メールプロバイダーかどうか、そしてそもそもメールを受信できるかどうかを教えてくれます。メールボックス検証は、特定のメールボックスが存在することを確認しようとします。Watch-IPのメールチェックは前者を行い、後者は行いません — 両者を混同すると、ドメインチェックを通過したアドレスが実際に使えるという誤った安心感につながります。
1つの名前でまとめられがちな4つの異なるチェック
「メール検証」は次のいずれかを意味することがあります:構文検証(文字列がメールアドレスらしい形か)、ドメイン分類(ドメインが既知の使い捨て/一時的なプロバイダーか、そもそもメールサーバーがあるか)、SMTPによるメールボックスのプロービング(実際には送信せずに、メールサーバーがその特定アドレス宛てのメッセージを受け付けるか)、所有権確認(入力した人がそのメールボックスを管理しているか — 通常は確認リンクで確認)。これらはコストも失敗の仕方も異なる別々の技術的チェックです。Watch-IPは最初の2つに加え、入力ミスとロールアドレスの検出を実装しています。SMTPプロービングや所有権確認は行いません。
accept判定が実際に意味すること
verdict: acceptは、どのチェックでも問題が見つからなかったことを意味します:構文が有効で、ドメインが存在してメールサーバーを公開しており、既知の使い捨てプロバイダーに該当せず、入力ミスの可能性やロールアドレスもありません。メールボックスが存在すること、サインアップした本人のものであること、有効であり続けることは意味しません。まだどのリストにもメールサーバーの観測にも含まれていない非常に新しい使い捨てプロバイダーは通過します。acceptは「実在が確認済み」ではなく「既知の問題なし」として扱ってください。
適切なサインアップ時のフィードバック
理由ごとに具体的なメッセージを表示してください — 無効な構文、使い捨てドメイン、メールサーバーのないドメインでは訪問者に求める修正が異なります — また、入力ミスにはdidYouMeanをワンクリックの修正として提示してください。これらを「無効なメールアドレス」という1つの汎用メッセージにまとめると、エラーへの対処が難しくなります。単一チェックは公開可能キーでブラウザから呼び出せるため、本当に重要な判断はバックエンドでも強制してください。クライアント側のチェックだけでは、JavaScriptを無効にしたり、サインアップ用エンドポイントを直接呼び出したりすることで回避されてしまいます。
実際のメールボックス確認が必要な場合
メールボックスが実在し到達可能であることの確証が必要な場合 — たとえばトランザクションメールの配信のため — は、確認リンクのフロー(メッセージを送り、ユーザーにリンクをクリックしてもらう)を使ってください。キャンペーン前に既存のリストをクリーニングするなら、Watch-IPのリストジョブのようなドメインレベルのチェックで、無効、使い捨て、入力ミス、メールサーバーなしのアドレスを低コストで取り除けます。必要であれば、残ったアドレスにメールボックスレベルの検証ツールを使えます。これはカテゴリーの違いであり、Watch-IP固有の欠落ではありません。
この記事が主張していないこと
このページは、使い捨てメール検出というカテゴリーと、特にWatch-IP自身のメールチェックについて説明するものです。いずれかの使い捨てドメインリストが完全であること、またはaccept判定が配信可能性、エンゲージメント、アドレスが入力した本人のものであることを予測するとは主張していません。
情報源
Watch-IP編集チームによる執筆(2026年9月6日)、v2メールチェックに合わせて更新(2026年9月28日)。apps/api/src/lib/email-check.ts、email-verdict.ts、email-dns.ts、email-store.tsを基にレビュー済み。