メールを 収集する ワークフローの 中で 検証
VeriMails APIを使えば、プロダクトの登録、リードフォーム、CRM同期、エンリッチメントジョブ、アウトバウンドリストに入る前にメールアドレスをチェックできます。レスポンスは、アプリケーションのロジック、レポート、フォローアップのワークフローで扱いやすい構造になっています。
100クレジット無料。クレジットカード不要。
収集の 時点で クリーンな データが 必要な チームの ための メール 検証API
無効なアドレスやリスクのあるアドレスは、後々コストになりがちです。アカウント関連メールの送信失敗、CRMレコードの汚染、エンリッチメント予算の無駄遣いを招き、営業、サポート、オペレーションの各チームに余計な作業を生みます。こうした問題を防ぐのに最適なのは、多くの場合、アドレスを収集したその瞬間です。
VeriMailsは、登録フォーム、バックエンドの検証ジョブ、インポートツール、社内システムから使える実用的なメール検証APIを開発者に提供します。検証結果は明確なステータスと有用なフラグをアプリケーションに返すため、アドレスを受け入れるか、確認するか、除外するか、別の扱いにするかを判断できます。
このAPIは、VeriMailsの他のワークフローと併用できます。単発のファイルクリーニングが必要なチームは一括メール検証を利用でき、継続的なチェックが必要なアプリケーションはAPIを直接呼び出せます。不確実なドメインを慎重に扱う必要があるワークフローでは、APIとキャッチオール検出を組み合わせることで、それらのアドレスを別のルールで扱えます。
API検証が 最も 効果を 発揮する 場面
メールアドレスが顧客、リード、メッセージのワークフローの一部になるあらゆる場面でVeriMailsをご活用ください。
登録・トライアルフォーム
ウェルカムメール、アクティベーションリンク、パスワードリセット、プロダクト通知など、受信可能な受信箱が前提となるメールを送る前にアドレスを検証します。
CRMと データの インポート
営業ツール、ライフサイクルキャンペーン、サポートシステム、複数チームで使うデータウェアハウスのテーブルに同期する前に、連絡先をチェックします。
リードの 選別
リード獲得やエンリッチメントのフローに検証を組み込めば、営業担当者はすぐに使える連絡先と確認が必要な連絡先をひと目で把握できます。
送信前の チェックポイント
オンボーディング、通知、請求、コールドアウトリーチ、メールマーケティングのキューに入る前に、アドレスを検証します。
コードからの バッチチェック
小規模なインポート、キューに入ったリスト、夜間のセグメントを検証する必要がある場合は、1回のバッチリクエストで最大500件のメールを送信できます。
独自の ビジネスルール
結果のカテゴリとフラグを使って、許容できるリスク、フォームの挙動、送信ポリシーに合ったルールを作成できます。
計画を 立てやすい APIの 制限と クレジット 消費
明確なデフォルト値により、開発者は本番トラフィックが来る前にキューイング、リトライ、コスト管理を設計できます。
アプリケーションが そのまま 活用できる 構造化 レスポンス
検証は、人が解釈しなくても結果を扱えるときに最も役立ちます。VeriMailsは、メールアドレス、ステータス、スコア、そして使い捨て、キャッチオール、MX、SMTP関連の値などのフラグを含む、予測可能なJSONレスポンスを返します。
たとえばプロダクトチームなら、明らかに無効なアドレスを登録時にブロックし、ユーザーに入力ミスの修正を促し、不確実な結果は手動確認に回せます。営業チームなら、有効な連絡先を次のキャンペーンに残し、使い捨てアドレスを除外し、キャッチオールのアドレスはより慎重なシーケンスに分けられます。オペレーションチームなら、元のレコードの横に検証ステータスを保存し、今後のインポートで同じ判断を繰り返さずに済みます。
"email": "alex@example.com"、
"status": "valid"、
"score": 92、
"disposable": false、
"catch_all": false、
"mx_found": true、
"smtp_valid": true
}
VeriMailsを スタックに 追加する 方法
まずは特定の連携から始め、メール品質が顧客体験に影響するあらゆる場面へ検証を広げていきましょう。
最初の ワークフローを 選ぶ
登録フォーム、リード獲得フォーム、CRMインポートなど、価値の高い入口を1つ選びます。有効、無効、リスクあり、使い捨て、キャッチオールの各結果に対して、アプリが何をすべきかを定義します。
APIを 呼び出す
APIキーを作成し、アドレスを送信して検証します。振り分け、フィルタ、レポート、サポートでの参照に必要なレスポンスのフィールドを保存しましょう。
チームの メール 送信方法に 合った ルールを 作成
メール検証は、すべての企業に1つの決まった判断を押し付けるべきではありません。コンシューマー向けアプリなら、無効なアドレスをその場でユーザーに修正してもらいたいかもしれません。B2Bの営業チームなら、キャッチオールのビジネスドメインは残しつつ、別の確認用やリスクの低いシーケンスに分けたいかもしれません。ライフサイクルマーケティングのチームなら、除外したアドレスがインポートで再び戻ってこないよう、CRMに検証ステータスを保持したいかもしれません。
VeriMailsは、自社のアプリケーションロジックで使える結果を返すことで、こうした選択を支えます。結果に応じて、レコードの拒否、警告、キューへの追加、タグ付け、除外、エンリッチを行えます。バックグラウンド処理が必要な場合は、APIの結果をジョブキューやWebhookのワークフローにつなげます。人による確認が必要な場合は、結果をCRMや管理画面に書き込みます。
検証方法をまだ比較中の場合は、 API検証と一括メール検証の比較ガイドで、リアルタイム連携が適しているケースとCSVアップロードの方が簡単なケースを解説しています。
次に 読むと 役立つページ
連携を計画し、クレジットを理解したうえで、API検証をメール品質のワークフロー全体とつなげましょう。
メール 検証APIに 関する よく ある 質問
VeriMails APIの連携を計画しているチームからよく寄せられる質問です。
VeriMailsの メール 検証APIは 何に 使えますか?
登録フォーム、リード獲得フロー、CRMインポート、エンリッチメントジョブ、社内ツール、アウトバウンドの準備ワークフローでメールアドレスを検証できます。
APIの デフォルトの 制限は?
APIキーのデフォルトは、1分あたり60リクエスト、1日あたり5,000リクエストです。フォームの入力チェック、インポート、キュー、リトライの挙動を計画する際の目安になります。
バッチエンドポイントは 何件の メールを 受け付けますか?
バッチエンドポイントは1リクエストあたり最大500件のメールを受け付けます。小規模なインポート、キューに入ったセグメント、アプリケーションからのバックグラウンドチェックに適しています。
APIでの チェックは どのように 課金されますか?
メール1件の検証につき1クレジットを消費します。クレジットパックのクレジットに有効期限はないため、検証量が変わっても購入済みのクレジットをそのまま使えます。