メール検証APIドキュメント
はじめに
すべてのAPIリクエストには、APIキーを使用した認証が必要です。APIキーはダッシュボードで確認できます。
ヘッダー"x-api-key:あなたのapi-key"シングル検証
1つのEメールアドレスまたはドメインの有効性、使い捨てステータス、プライバシーサービス、配信可能性を検証します。
エンドポイント
GET /v1/verifyパラメータ
| 名称 | タイプ | 必須 | 説明 |
|---|---|---|---|
| input | string | はい | 確認する電子メールアドレスまたはドメイン(例:test@example.com または example.com) |
応答フィールド
| フィールド | 説明 |
|---|---|
| valid | 電子メールのフォーマットが正しいかどうかを示す |
| block | メールがブロックされるべきかどうかを示します (disposable、privacy、applePrivateEmail、deliverable または catch_all が true の場合は true)。 |
| disposable | 電子メールアドレスが一時的なものか使い捨てのものかを判断します。 |
| privacy | メールサーバーが電子メールのエイリアスまたはフォワーダーを利用しているかどうかを判断する。 |
| applePrivateEmail | メールがAppleのプライベートメールアドレスであるかどうかを示します。 |
| deliverable | メールボックスが存在し、メールを受信できるかどうかをチェックします。 |
| domain | メールアドレスのドメイン部分 |
| email_address | メールアドレス |
| catch_all | ドメインが、受信者アドレスに関係なくすべての受信メールを受け入れるキャッチオールメール設定を持っているかどうかを示します。 |
| mx_found | ドメインに有効なメールサーバ(MXレコード)があるかどうかを示します。 |
| remaining_credits | アカウントに残っているAPIクレジットの数 |
ブラックリスト/ホワイトリスト:ブロックフィールドにのみリストメンバーシップが反映される。Blacklist → block: true; whitelist → block: false; not in whitelist (when enabled) → block: true。リストに基づいてブロックするかどうかを決定するためにvalidを使用しないでください。
回答例
{
"valid": true,
"block": false,
"disposable": false,
"privacy": false,
"applePrivateEmail": false,
"deliverable": true,
"domain": "example.com",
"email_address": "test@example.com",
"catch_all": false,
"mx_found": true,
"error": null,
"remaining_credits": 99
}コード例
curl "https://api.verify-email.app/v1/verify?input=test@example.com" \
-H "X-API-Key: your-api-key"試してみる
エンドポイントをテストするにはAPIキーが必要です。
一緒に試してみよう:
バッチ検証
1回のリクエストで複数のメールアドレスまたはドメインを検証します(最大100件)。
エンドポイント
POST /v1/verify/batchパラメータ
| 名称 | タイプ | 必須 | 説明 |
|---|---|---|---|
| inputs | array of strings | はい | 検証する電子メールアドレスまたはドメインの配列 |
コード例
curl -X POST "https://api.verify-email.app/v1/verify/batch" \
-H "Content-Type: application/json" \
-H "X-API-Key: your-api-key" \
-d '{
"inputs": [
"test1@example.com",
"test2@example.com"
]
}'試してみる
エンドポイントをテストするにはAPIキーが必要です。
異なるドメインで試してみてください:
納品物のみのチェック
外部APIを呼び出すことなく、MXおよびSMTP検証を使用して電子メールの配信可能性を高速にチェックします。レスポンスタイムを短縮するために、配信可能性に関連するフィールドのみを返します。
エンドポイント
GET /v1/verify/deliverableパラメータ
| 名称 | タイプ | 必須 | 説明 |
|---|---|---|---|
| input | string | はい | 配信可能性をチェックするためのメールアドレス(例:test@example.com)。このエンドポイントでは、ドメインのみの入力はサポートされていません。 |
応答フィールド
| フィールド | 説明 |
|---|---|
| valid | 電子メールのフォーマットが正しいかどうかを示す |
| deliverable | メールボックスが存在し、メールを受信できるかどうかをチェックします。 |
| mx_found | ドメインに有効なメールサーバ(MXレコード)があるかどうかを示します。 |
| catch_all | ドメインが、受信者アドレスに関係なくすべての受信メールを受け入れるキャッチオールメール設定を持っているかどうかを示します。 |
| email_address | メールアドレス |
| remaining_credits | アカウントに残っているAPIクレジットの数 |
回答例
{
"valid": true,
"deliverable": true,
"mx_found": true,
"catch_all": false,
"email_address": "test@example.com",
"remaining_credits": 99
}コード例
curl "https://api.verify-email.app/v1/verify/deliverable?input=test@example.com" \
-H "X-API-Key: your-api-key"試してみる
エンドポイントをテストするにはAPIキーが必要です。
一緒に試してみよう:
ホワイトリストとブラックリスト
ユーザーごとのブラックリスト・ホワイトリストで、ブロックするメールやドメインを制御できます。これらのリストが検証レスポンスの block フィールドを直接設定します。
block フィールド
各検証レスポンスには block フィールドがあります。リストに基づいてメール/ドメインをブロックするかはこのフィールドで判断してください:
trueメールまたはそのドメインがブラックリストにある → block: true。ドメインを追加すると、そのドメインの全メールがブロックされます。trueホワイトリストは有効だがメール/ドメインが含まれていない → block: true。falseホワイトリストが有効でメールまたはそのドメインが含まれている → block: false。概要
ブラックリスト
特定のメールまたはドメイン全体を常にブロックします。例:example.com をブラックリストに追加すると、@example.com のメールは検証結果に関係なく block: true を返します。
ホワイトリスト
特定のメールまたはドメインのみ許可します。ホワイトリスト有効時、リストにあるものだけ block: false、それ以外は block: true。例:gmail.com を追加すると @gmail.com は許可され、user@yahoo.com はブロックされます。無効時はホワイトリストは適用されません。
メールアドレス全体(user@example.com)またはドメイン(example.com)を追加できます。ドメインを追加するとそのドメインの全メールに適用されます。大文字小文字は区別されません。
仕組み
評価順
ブラックリストが常に優先されます。ブラックリストにあるアドレスはホワイトリストにもあってもブロックされたままです。
照合対象
早見表
| ホワイトリスト有効 | ブラックリストに含む | ホワイトリストに含む | block の値 |
|---|---|---|---|
| いいえ | はい | — | true |
| いいえ | いいえ | — | 通常 |
| はい | はい | どちらでも | true |
| はい | いいえ | はい | false |
| はい | いいえ | いいえ | true |
リスト API エンドポイント
すべてのリストエンドポイントでヘッダーが必要です: X-API-Key: your-api-key
ブラックリスト
/v1/blacklist/v1/blacklist/v1/blacklistホワイトリスト
/v1/whitelist/v1/whitelist/v1/whitelist/v1/whitelist/enabled/v1/whitelist/enabled値の形式
user@example.com— メール:有効な形式、例 user@example.comexample.com— ドメイン:有効な形式、例 example.com
無効な値は 400 で拒否されます。エントリは正規化して保存され、重複は1件にまとめられます。
リストの適用箇所
リストのルールは検証後に適用されます。単一・バッチのメール検証およびドメイン検証のレスポンスには、block フィールドにユーザーのブラックリスト・ホワイトリストがすでに反映されています。
MCPサーバー(AIエージェント統合)
モデルコンテキストプロトコル(MCP)を使用して、CursorやClaude DesktopのようなAIエージェントに電子メール検証を直接統合します。AIアシスタントは、エディタを離れることなく、メールの検証、ドメインの確認、構文の検証を行うことができます。
セットアップ
以下の設定を.cursor/mcp.jsonまたはClaude Desktop設定ファイルに追加します:
{
"mcpServers": {
"email-checker": {
"url": "https://api.verify-email.app/mcp",
"headers": {
"X-API-Key": "your-api-key"
}
}
}
}利用可能なツール
| 工具 | 説明 | インプット | クレジット |
|---|---|---|---|
| verify_email | 構文、MX、SMTP、使い捨て、プライバシー、配信可能性チェックを含む完全なEメール検証 | { email: string } | 1 |
| verify_domain | MXレコード、使い捨て、プライバシー、キャッチオール検出を含む完全なドメイン検証 | { domain: string } | 1 |
| check_deliverability | 外部APIを呼び出すことなく、MXおよびSMTP検証を使用した配信可能性のみの高速チェック | { email: string } | 1 |
| verify_batch | 1回のリクエストで最大100メールまたはドメインの一括検証 | { inputs: string[] } | 1 per item |
| validate_email_syntax | RFC 5322に対するローカル構文検証をネットワーク・コールなしで素早く行う。 | { email: string } | 0 (free) |