BillionVerify + Make連携 - 高度なメール検証自動化

ソリューション

BillionVerify + Make統合により、次のことが可能になります：

• ✅ ルーティング前に検証: データが高価なダウンストリームシステムに流れる前に、エントリーポイントでメールを検証
• ✅ 条件ロジック: 有効、無効、リスクのあるメールを異なる処理パスに自動的にルーティング
• ✅ バッチ検証: Makeのイテレーターとアグリゲーターモジュールで大規模なデータセットを効率的に処理
• ✅ リアルタイム検証: リアルタイムアプリケーションのためのウェブフックトリガーシナリオでメールを即座に検証
• ✅ エラー防止: 複雑なワークフローでカスケード障害を防ぐために早期に無効なメールをキャッチ
• ✅ コスト最適化: すべてのMakeシナリオで無効な連絡先に対する操作の無駄を避ける

仕組み

統合はMakeで次のワークフローアーキテクチャに従います：

1. データエントリ: メールがMakeシナリオに入る（ウェブフック、API、フォーム送信、またはスケジュール経由）
2. BillionVerifyモジュール: Makeが検証のためにBillionVerify APIにメールを送信
3. 包括的な検証: 当社のAPIは多層チェックを実行：
   • 構文検証（RFC 5322準拠）
   • DNS検索（ドメインが存在し、設定されている）
   • MXレコード検証（メールサーバーが存在する）
   • SMTPハンドシェイク（メールボックスが存在し、メールを受け入れる）
   • 高度なリスク検出（使い捨て、Catch-All、ロールベース、不正パターン）
4. データエンリッチメント: BillionVerifyはリスクスコアを持つ詳細な検証結果を返します
5. インテリジェントルーティング: Makeのルーターモジュールは検証結果に基づいて実行を分割：
   • ✅ 有効なメール（低リスク）: CRM、メールマーケティング、またはメインワークフローにルーティング
   • ❌ 無効なメール: 拒否パス、ログ記録、または抑制リストにルーティング
   • ⚠️ リスクのあるメール: 手動レビューキュー、代替検証、またはスコアリングシステムにルーティング
6. ダウンストリーム処理: 各パスは適切なアクションで続行（CRM更新、ウェルカムメール送信、レビューのためのフラグ付けなど）

このアーキテクチャは、クリーンなデータが自動化エコシステム全体を通って流れることを保証します。

統合方法

方法1: MakeネイティブHTTPモジュール（推奨）

Makeの組み込みHTTPモジュールを使用して、完全な制御と柔軟性でBillionVerify APIに直接接続します。

前提条件

• BillionVerify APIキー（こちらで取得）
• Makeアカウント（無料または有料プラン）
• Makeシナリオとモジュールの基本的な理解

アーキテクチャ概要

セットアップ手順

ステップ1: 新しいシナリオを作成

1. Makeにログイン（make.com）
2. 「新しいシナリオを作成」をクリック
3. トリガーモジュールを追加（例：ウェブフック、Googleスプレッドシート、Airtableなど）

ステップ2: BillionVerify HTTPモジュールを追加

1. 「+」ボタンをクリックして新しいモジュールを追加
2. 「HTTP」を検索し、「HTTP > リクエストを作成」を選択
3. HTTPモジュールを設定：
   • URL: https://api.billionverify.com/v1/verify
   • メソッド: POST
   • ヘッダー:
     • Authorization: Bearer YOUR_BILLIONVERIFY_API_KEY
     • Content-Type: application/json
   • ボディタイプ: Raw
   • リクエストコンテンツ:
   • レスポンスを解析: はい（レスポンスデータにアクセスするために有効にする）

ステップ3: 条件ロジックのためのルーターを追加

1. HTTPモジュールの後にルーターモジュールを追加

2. フィルター付きの3つのルートを作成：

   ルート1: 有効なメール

   • フィルター条件: {{BillionVerify.status}}がvalidに等しく、{{BillionVerify.risk_level}}がlowに等しい
   • アクション: CRMに追加、ウェルカムメール送信など

   ルート2: 無効なメール

   • フィルター条件: {{BillionVerify.status}}がinvalidに等しい
   • アクション: 抑制リストに追加、スプレッドシートに記録、アラート送信

   ルート3: リスクのあるメール

   • フィルター条件: {{BillionVerify.risk_level}}がmediumまたはhighに等しい
   • アクション: 手動レビューキューに追加、検証チームに送信

ステップ4: レスポンスデータをマッピング

BillionVerifyは、ダウンストリームモジュールで使用できる詳細情報を返します：

これらのフィールドをCRM、データベース、または他のシステムにマッピングします。

ステップ5: テストとアクティベート

1. 「1回実行」をクリックしてサンプルデータでテスト
2. ルーティングロジックが正しく動作することを確認
3. 有効、無効、リスクのあるメールが正しいパスに流れることを確認
4. シナリオを自動実行するためにアクティベート

方法2: イテレーターによる一括検証

メールのリスト（CSVアップロード、データベースエクスポート、CRM一括更新）を含むシナリオの場合、バッチ処理のためにMakeのイテレーターモジュールを使用します。

セットアップ手順

ステップ1: データソースを追加

• メールの配列を提供するトリガーを追加（Googleスプレッドシート、Airtable、CSVパーサーなど）

ステップ2: イテレーターモジュールを追加

1. 「ツール > イテレーター」モジュールを追加
2. データソースからのメールの配列をマッピング
3. イテレーターは各メールを個別に処理します

ステップ3: BillionVerify HTTPモジュールを追加

1. イテレーターループ内に「HTTP > リクエストを作成」を追加
2. 方法1と同じ方法で設定しますが、メール値として{{iterator.email}}を使用

ステップ4: アグリゲーターを追加（オプション）

1. 検証後、「ツール > 配列アグリゲーター」を追加してすべての結果を収集
2. ステータス（有効/無効/リスク）ごとに検証済みメールをグループ化
3. スプレッドシート、データベース、またはCRMに出力

ステップ5: レート制限（重要）

APIを圧倒しないように、小さな遅延を追加：

1. HTTPリクエスト後に「ツール > スリープ」モジュールを追加
2. 遅延を0.1秒（100ms）に設定してAPIレート制限内に収まるようにする

方法3: ウェブフックトリガーリアルタイム検証

リアルタイム検証（フォーム送信、サインアップフロー、リードキャプチャ）の場合、Makeのウェブフックトリガーを使用します。

セットアップ手順

ステップ1: ウェブフックトリガーを作成

1. トリガーとして「ウェブフック > カスタムウェブフック」を追加
2. Makeが提供するウェブフックURLをコピー

ステップ2: フォーム/アプリケーションを設定

フォーム送信またはアプリケーションをMakeウェブフックURLにデータを送信するように設定：