メール検証ツール
無料のオンラインツールでメールアドレスを検証
検証するメールアドレス全体を入力してください
• ユーザー名には文字、数字、ドット、アンダースコア、パーセント、プラス、またはマイナスを含めることができます
• [email protected] の形式である必要があります
• ドメインには文字、数字、ドット、ハイフンを含める必要があります
• 有効なトップレベルドメイン(TLD)が必要です
• スペースや特定の特殊文字を含めることはできません
メール検証ツール の使い方
- 1
メールアドレスを入力する
[email protected] のような完全なメールアドレスを入力フィールドに入力するか貼り付けます。
- 2
「Validate Email」をクリックする
「Validate Email」を押して、標準的なメール形式のルールに照らしてアドレスをチェックします。
- 3
検証の詳細を確認する
アドレスが有効かどうかを確認し、@ 記号、ユーザー名、ドメイン形式、トップレベルドメイン、全体の形式という各チェック項目を確認します。
- 4
コピーまたはクリアする
「Copy」で確認済みのアドレスを保存するか、「Clear」で別のアドレスを試します。
メールアドレスの検証:何が分かり、何が分からないか
まったく異なる2つの問い
メールアドレスを検証したいと言うとき、人はたいてい2つの別個のことのどちらかを指しており、それらを混同することが、この分野の混乱のほとんどを生んでいます。1つ目の問いは構文的なものです。この文字列は、ローカル部、アットマーク、そして認識できるトップレベルドメインで終わるドメインを備えた、メールアドレスの形をしているか、というものです。2つ目は到達性についてです。このメールボックスは実際に存在し、メールを受け取れるか、というものです。これらはまったく別の問題であり、1つ目を通過しても、2つ目についてはほとんど何も語りません。
このツールは1つ目の問いに答えます。アドレスの形式を標準的な構造ルールに照らして確認し、どの部分が通るかを報告します。アットマーク、ユーザー名の部分、ドメイン、トップレベルドメイン、そして全体の形です。緑の結果は、アドレスが正しく整っていることを意味するのであって、相手側に誰かがいることを意味するわけではありません。
構文の検証と到達性
到達性の検証は、形式をはるかに超えます。通常は、ドメインに MX(メールエクスチェンジ)レコードがあるか、つまりそのドメインが実際にメールを受け取るよう設定されているかを確認する DNS ルックアップが含まれ、場合によってはその後に、メールサーバーに接続して特定のメールボックスが存在するかを尋ねる SMTP プローブが続きます。これらの確認は外部のメールサーバーへのネットワークアクセスを必要とし、ブラウザ内で文字列だけから行うことはできません。それでもなお不完全です。多くのメールサーバーは、まさにこの種の探りを阻むために、わざとどんなアドレスも受け入れるからです。
そこで、層を成した全体像が浮かび上がります。このツールがローカルで行う構文の検証は、即座でプライベートであり、入力ミスや明らかに不正な入力を捕まえます。専用の検証サービスを必要とする到達性の確認は、死んだドメインや一部の存在しないメールボックスを捕まえますが、それでも生身の人間がメールを読むことは保証できません。
完璧な正規表現による検証が事実上不可能な理由
メールアドレスの形式文法は、RFC 5322 として知られる標準で定義されており、その広がりは有名です。スペースや特殊文字を含む引用符付きのローカル部、丸括弧の中のコメント、そしてほとんど誰も実際には使わないさまざまな構文を許しています。技術的に有効なあらゆるアドレスを受け入れ、無効なものをすべて拒否する正規表現は、あまりに巨大で読みづらく、開発者の間では語り草になっているほどです。そしてそれでもなお、ドメインが存在することは確認できません。このツールを含む実用的な検証器は、完全な文法ではなく、理にかなった常識的な部分集合を、あえて実装しています。
要点は、まともなメール検証器はどれもトレードオフをしている、ということです。現実世界の大多数のアドレスを受け入れつつ、明らかなゴミを拒否し、仕様のあらゆる風変わりな隅々まで尊重しようとはあえてしません。そうすると、明らかな入力ミスを確実に拒否しづらくなるうえ、到達性の証拠は依然として得られないからです。形式の検証は、保証ではなくフィルターです。
素朴な検査が誤って拒否してしまう有効なアドレス
厳しすぎる検証器は、まったく正当なアドレスを日常的に拒否します。これは少し甘いことよりも悪いことです。本物のユーザーを追い返してしまうからです。プラスアドレスはその好例です。[email protected] のようなアドレスは有効で、振り分けに広く使われていますが、多くの自前の検査はプラス記号を拒否します。[email protected] のようなドメイン部のサブドメインは有効ですが、ドットが1つだと決めてかかるパターンを引っかけます。短いものから長いブランドや一般の拡張子まで、新しいトップレベルドメインの爆発的な増加は、2〜4文字の TLD を決め打ちした古いルールを壊します。
国際化されたアドレスは、さらに先へ進みます。最近の標準はローカル部とドメインの両方で非 ASCII 文字を許すので、アクセント付きの文字や、まったく非ラテン文字を使ったアドレスも正当でありえます。ASCII のみと決めてかかる検証器は、これらを誤って拒否します。サインアップフォームを作る人への教訓は、受け入れる方向に寄せることです。本物の顧客の有効なアドレスを拒否することは、コストの高い見逃しなのです。
誤検出:形は整っているのに間違っている
逆の失敗は、構文的には完璧でも役に立たないアドレスを受け入れてしまうことです。[email protected] のような打ち間違えたドメインは、あらゆる形式の検査を通過しますが、どこにも届きません。[email protected] のような、わざと作った形の整った偽のアドレスもすんなり通ります。使い捨てや一時的なアドレスも形としては有効で、何年も前に無効化されたメールボックスのアドレスも同じです。これらはどれも構文だけでは捕まえられず、まさにそれが、形式の検査ではメールが届くことを決して確認できない理由です。
これらの一部は、形式の検査器が行わない追加の手順で軽減できます。よくあるドメインの打ち間違えを警告したり、ドメインを既知の使い捨てプロバイダーのリストと照合したりすることです。しかし根本的な限界は変わりません。正しく見えることと本物であることは別の性質であり、そのうちアドレスのテキストに見えるのは一方だけなのです。
唯一決定的なテストは確認メール
あらゆる検証手法を尽くしても、アドレスが存在し、かつ入力した本人のものであることを確かめる方法はちょうど1つだけです。そこへ固有の確認リンク付きのメッセージを送り、それをクリックさせることです。これは、評判の良いメーリングリストやアカウントシステムのほぼすべてが使っているダブルオプトインの方式です。到達性を証明し、所有を証明し、入力ミスや、他人のアドレスでのサインアップからあなたを守ってくれます。それらをすべて一度にです。形式と到達性の確認は有用な事前フィルターですが、確認こそが揺るぎない真実です。
そこで、健全な現実のフローは手法を積み重ねます。即座のフィードバックのために、また入力中に打ち間違えを捕まえるために、クライアント側で形式を検証し、無駄な送信の前に死んだドメインを取り除くために、必要に応じてサーバー側で到達性の確認を行い、そして最後の決定的な手順として、必ず確認メールを送ります。各層が、それぞれ異なる種類の不正なアドレスを取り除いてくれます。
クライアント側の検証を上手に使う
クライアント側の形式検証、すなわちこのツールが行うことであり、サインアップフォームがブラウザで行うべきことは、即座のユーザーフィードバックとして真価を発揮します。誰かが入力し終えた瞬間にアットマークの欠落や明らかな打ち間違えを捕まえることは、送信させてからバウンスを待つよりもはるかに優れています。ローカルで実行されるため即座でプライベートであり、アドレスがページから出ることはありません。肝心なのは、それを門番ではなく親切な後押しとして使い、本物だが珍しいアドレスも通るよう、ルールを十分に寛容に保つことです。
クライアント側の検証は、戦略のすべてではなく、防御の最初で最も親切な層として扱いましょう。ここでの即座の形式検査を、重要なものについてはサーバー側の確認の手順と組み合わせれば、両方のいいとこ取りができます。間違いを早めに捕まえるなめらかな体験と、それを裏打ちする、アドレスが本当に機能することを証明する仕組みです。
よくある質問
このツールは具体的に何をチェックしますか?
有効という結果は、そのメールが受信できることを意味しますか?
有効なアドレスに使える文字は何ですか?
アドレスが無効と判定されるのはなぜですか?
メールアドレスのプライバシーは守られますか?
関連ツール
こちらの便利なツールもどうぞ