🎬 BillionVerify 動画チュートリアル:メール検証、無料ツール、リードの整理を短い動画で解説します。動画を見る

BillionVerify: Make メール検証

Leo
LeoFounder, BillionVerify

BillionVerify の Make 連携でメール検証を自動化し、Webhook や条件分岐、イテレーター、アグリゲーター、ルーターを使ったワークフローに検証ステップを組み込む方法を解説します。登録フォームや CRM のデータを送信前に確認し、無効なアドレスによるシナリオの連鎖障害を防ぐ考え方が分かります。

オフィスのモニターで検証グラフを確認しながら、Make のメール検証を設定する 3 人の同僚

Make とは?

Make(旧 Integromat)は、世界をリードする高度なビジュアル自動化プラットフォームです。単純な「if this, then that」型のシナリオを超えた、高度なワークフロー自動化を必要とするパワーユーザー、開発者、企業向けに設計されています。2022 年に Celonis に買収され、Integromat から Make へとブランド名を変更して以来、複雑な自動化ニーズに応える定番ソリューションとなっています。

主な機能:

  • ビジュアルワークフロービルダー:データフロー全体を可視化する直感的なドラッグ&ドロップインターフェースで、複雑な自動化シナリオを設計できます
  • 高度なロジックとルーティング:条件分岐、イテレーター、アグリゲーター、ルーターを実装し、複雑なビジネスルールに対応します
  • データ変換:異なる形式(JSON、XML、CSV、テキスト)間でデータを解析、整形、変換する組み込みツールを備えています
  • エラー処理:ロールバック、リトライロジック、代替実行パスを備えた高度なエラー回復機能を提供します
  • HTTP と API の統合:高度なリクエスト構築、認証、レスポンス解析に対応したネイティブ HTTP モジュールを搭載しています
  • リアルタイム実行:インスタントトリガーと Webhook により、ワークフローをリアルタイムで実行できます
  • スケジューリングとタイミング:cron 式、遅延、スリープ機能による柔軟なスケジューリングが可能です
  • データストレージ:一時保存やシナリオ間のデータ共有に使える組み込みデータストアを備えています

パワーユーザーが Zapier ではなく Make を選ぶ理由:

Make は、Zapier のようなシンプルな自動化ツールとは根本的に異なります。Zapier が直線的な単一ステップの自動化を得意とする一方、Make は複雑な処理のために設計されています:

  • ビジュアルなデータフロー:ワークフロー内でデータがどのように流れるかをビジュアルマップで正確に把握でき、デバッグや最適化を直感的に行えます
  • 無制限の分岐:人為的な制限なく、必要なだけ条件パスを作成できます
  • 高度な操作:イテレーターで配列を処理し、アグリゲーターでデータを結合し、ルーターで実行パスを分割できます
  • 優れた料金体系:Make のオペレーション単位の料金体系は、大量処理のワークフローでは Zapier より通常 40~60% 安価です
  • きめ細かな制御:強力なマッピングインターフェースで、個々のデータポイントにアクセスし操作できます
  • 「Zap」制限なし:すべての有料プランで有効なシナリオを無制限に実行できます(Zapier ではプランごとに有効な Zap 数が制限されます)

主なユースケース:

  • 条件付きルーティングを備えた複雑な多段階のメール検証ワークフロー
  • CRM データのエンリッチメントと検証パイプライン
  • 不正検知を組み込んだ EC の注文処理
  • 複数のデータソースを活用したリードスコアリングシステム
  • データ移行と同期の自動化
  • SaaS 統合のための API ワークフローオーケストレーション
  • エラー処理を伴う大規模データセットのバッチ処理

Make の利用者:

  • 複雑なリードルーティングを必要とするマーケティングオートメーションの専門家
  • 顧客オンボーディングワークフローを構築する SaaS 企業
  • 高度な注文検証を行う EC 事業者
  • ETL(抽出・変換・ロード)プロセスを自動化するデータチーム
  • コーディングなしでビジュアルな自動化を求める開発者
  • 複雑なクライアントワークフローを管理する代理店

しかし、どれほど高度な自動化ワークフローであっても、データ品質に左右されます。無効なメールアドレスは、複雑なシナリオにおいて連鎖的な障害を引き起こす可能性があります。だからこそ、当社のメール検証サービスを Make と統合することで、ワークフローが最初からクリーンで検証済みのデータで稼働することを保証できるのです。


BillionVerify を Make と連携する理由

Make の強みは複雑なワークフローを統合・制御できる点にありますが、そのワークフローの信頼性は、流れるデータの品質に左右されます。メール検証は、後続の複数のプロセスに影響を与える重要な要素です。

メール検証を行わないと、深刻な問題が発生します。

  • ❌ ワークフローの失敗:無効なメールアドレスはバウンスを引き起こし、自動メールシーケンスやカスタマージャーニーを中断させます
  • ❌ データ品質の問題:不正なデータが複数のシステムに広がり、データエコシステム全体を汚染します
  • ❌ オペレーションの浪費:Make はオペレーション単位で課金されるため、無効なメールアドレスはオペレーションを無駄にし、コストを膨らませます
  • ❌ 複雑なデバッグ:マルチステップのワークフローで、無効なメールアドレスが原因の障害を突き止めるには多くの時間がかかります
  • ❌ 低い ROI:後続のマーケティングオートメーション、CRM の更新、メールキャンペーンのすべてが、未検証のデータによって悪影響を受けます

ソリューション

BillionVerify と Make の連携により、次のことが可能になります。

  • ✅ ルーティング前の検証:データが高コストな後続システムに流れる前に、入口の時点でメールアドレスを検証します
  • ✅ 条件分岐ロジック:有効、無効、リスクのあるメールアドレスを、それぞれ異なる処理パスへ自動的に振り分けます
  • ✅ 一括検証:Make のイテレーターおよびアグリゲーターモジュールを使って、大規模なデータセットを効率的に処理します
  • ✅ リアルタイム検証:Webhook トリガーのシナリオでメールアドレスを即座に検証し、リアルタイムアプリケーションに対応します
  • ✅ エラーの防止:無効なメールアドレスを早期に検出し、複雑なワークフローでの連鎖的な障害を防ぎます
  • ✅ コストの最適化:すべての Make シナリオで、無効な連絡先にオペレーションを浪費することを防ぎます

仕組み

この連携は、Make 上で次のワークフローアーキテクチャに沿って動作します。

Make シナリオで検証結果を有効、無効、キャッチオールの各パスに振り分ける円形モジュール

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

このアーキテクチャにより、自動化エコシステム全体にクリーンなデータが流れるようになります。


統合方法

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

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

前提条件

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

アーキテクチャ概要

Make Trigger (Webhook/Schedule/Form)
      ↓
BillionVerify HTTP Module (POST Request)
      ↓
Router Module (Conditional Branching)
      ├─ Valid Branch → CRM Update / Email Send
      ├─ Invalid Branch → Suppression List / Log
      └─ Risky Branch → Manual Review Queue

セットアップ手順

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

  1. Make(make.com)にログインします
  2. 「Create a new scenario」をクリックします
  3. トリガーモジュール(Webhook、Google Sheets、Airtable など)を追加します

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

  1. 「+」ボタンをクリックして新しいモジュールを追加します
  2. 「HTTP」を検索し、「HTTP > Make a request」を選択します
  3. HTTP モジュールを設定します:
    • URL:https://api.billionverify.com/v1/verify
    • メソッド:POST
    • ヘッダー:
      • Authorization:Bearer YOUR_BILLIONVERIFY_API_KEY
      • Content-Type:application/json
    • ボディタイプ:Raw
    • リクエスト内容:
      {
        "email": "{{trigger.email}}"
      }
      
    • レスポンスの解析:Yes(レスポンスデータにアクセスするために有効にします)

ステップ 3:条件分岐ロジック用のルーターを追加する

  1. HTTP モジュールの後に「Router」モジュールを追加します

  2. フィルター付きのルートを 3 つ作成します:

    ルート 1:有効なメール

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

    ルート 2:無効なメール

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

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

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

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

BillionVerify は、後続のモジュールで使用できる詳細な情報を返します:

{
  "email": "user@example.com",
  "status": "valid",
  "risk_level": "low",
  "is_disposable": false,
  "is_catch_all": false,
  "is_role_account": false,
  "mx_records": [...],
  "smtp_response": "250 OK",
  "verification_date": "2025-11-23T10:30:00Z"
}

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

ステップ 5:テストして有効化する

  1. 「Run once」をクリックしてサンプルデータでテストします
  2. ルーティングロジックが正しく機能することを確認します
  3. 有効、無効、リスクのあるメールがそれぞれ正しいパスに流れることを確認します
  4. シナリオを有効化して自動実行させます

方法 2:Iterator を使用した一括検証

メールリストを扱うシナリオ(CSV アップロード、データベースのエクスポート、CRM の一括更新など)では、Make の Iterator モジュールを使用してバッチ処理を行います。

セットアップ手順

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

  • メールの配列を提供するトリガー(Google Sheets、Airtable、CSV Parser など)を追加します

ステップ 2:Iterator モジュールを追加する

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

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

  1. Iterator のループ内に「HTTP > Make a request」を追加します
  2. 方法 1 と同様に設定しますが、メールの値には {{iterator.email}} を使用します

ステップ 4:Aggregator を追加する(任意)

  1. 検証後に「Tools > Array aggregator」を追加し、すべての結果を収集します
  2. 検証済みのメールをステータス(valid/invalid/risky)ごとにグループ化します
  3. スプレッドシート、データベース、または CRM に出力します

ステップ 5:レート制限(重要)

API に過剰な負荷をかけないよう、短い遅延を追加します:

  1. HTTP リクエストの後に「Tools > Sleep」モジュールを追加します
  2. API のレート制限内に収まるよう、リクエスト間に短い遅延を設定します

方法 3:Webhook トリガーによるリアルタイム検証

リアルタイム検証(フォーム送信、登録フロー、リード獲得など)には、Make の Webhook トリガーを使用します。

セットアップ手順

ステップ 1:Webhook トリガーを作成する

  1. トリガーとして「Webhooks > Custom webhook」を追加します
  2. Make が提供する Webhook URL をコピーします

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

フォーム送信またはアプリケーションから Make の Webhook URL にデータを送信するよう設定します:

// Example: Form submission to Make webhook
fetch('https://hook.make.com/your-webhook-url', {
  method: 'POST',
  headers: {
    'Content-Type': 'application/json'
  },
  body: JSON.stringify({
    email: userEmail,
    name: userName,
    source: 'landing-page'
  })
});

ステップ 3:BillionVerify による検証を追加する

  1. HTTP モジュールを追加して、Webhook データのメールを検証します
  2. ルーターを使用して結果を即座に処理します

ステップ 4:フォームにレスポンスを返す

  1. 「Webhooks > Webhook response」モジュールを追加します
  2. 検証結果をフォームに返します:
    • 有効:{ "success": true, "message": "Email verified" }
    • 無効:{ "success": false, "message": "Invalid email address" }

主な機能

🎨 ビジュアルワークフロービルダー

メール検証 API を使えば、コードを書かずに複雑な検証ワークフローを構築できます:

  • 複数ステップの検証ロジックを設計できるドラッグ&ドロップインターフェース
  • モジュール間のビジュアルなデータマッピング
  • データフローのリアルタイムプレビュー
  • 実行履歴による簡単なデバッグ

ユースケース:リード選別ワークフローを構築するマーケティングチーム、検証済みリードを CRM に振り分ける営業チーム


🔀 条件付きルーティングと分岐

検証結果に基づいて、メールを異なる処理パスに振り分けます:

  • 有効なメール → メインワークフロー(CRM、メールマーケティング、セールスパイプライン)
  • 無効なメール → 配信停止リスト、ログ記録、アラートシステム
  • リスクのあるメール → 手動レビュー、二次検証、リードスコアリング

キャッチオール検証ツール や 使い捨てメール検出 機能に最適です。

ユースケース:EC サイトの不正防止、リード品質スコアリング、多段階の顧客オンボーディング


🔄 イテレーターによるバッチ処理

一括メール検証 サービスと Make のイテレーターおよびアグリゲーターモジュールを組み合わせて、大規模なメールリストを効率的に処理できます:

  • 1 つのシナリオで数千件のメールを検証
  • API のスロットリングを防ぐ組み込みのレート制限
  • レポート用にステータス別で結果を集計
  • クリーニング済みリストを任意のシステムにエクスポート

ユースケース:毎月のリストクリーニング、CRM のデータ衛生管理、データベース移行


🚀 リアルタイム Webhook 検証

メールチェッカー 機能で、Webhook トリガーのシナリオを使ってメールを即座に検証します:

  • インスタントトリガーによるリアルタイム検証
  • 検証結果をフォームにリアルタイムで返却
  • 入力時点で無効なメールを防止
  • 高速な API レスポンスによるシームレスなユーザー体験

ユースケース:登録フォーム、リード獲得ページ、チェックアウトフロー、アカウント作成


🛡️ 高度なリスク検出

Make のワークフローで BillionVerify の専門的な検出機能を活用できます:

  • 使い捨てメール検出:一時的なメール(mailinator.com、guerrillamail.com、temp-mail.org)をブロック
  • キャッチオール検出:すべてのアドレスを受け入れるドメインを識別(配信不能メールのリスク)
  • ロールアカウント検出:汎用アドレス(info@、support@、sales@、admin@)にフラグを付与
  • 不正パターン検出:一括送信における不審なパターンを識別
  • ドメインレピュテーションスコアリング:送信者ドメインの品質を評価

ユースケース:不正防止システム、リード品質フィルタリング、コンプライアンスワークフロー


🔧 データ変換とエンリッチメント

検証結果でメールデータを強化します:

  • CRM レコードに検証ステータスフィールドを追加
  • リスクスコアで連絡先プロファイルを充実化
  • メールの種類(使い捨て、ロール、キャッチオール)に基づいて連絡先にタグ付け
  • 検証データを使用してカスタムスコアリングモデルを作成

ユースケース:リードスコアリングエンジン、顧客セグメンテーション、マーケティングオートメーションのパーソナライズ


⚠️ エラー処理とリカバリー

Make の高度なエラー処理により、ワークフローの中断を防ぎます:

  • 失敗した API 呼び出しの自動リトライロジック
  • タイムアウト時の代替実行パス
  • 失敗した操作のロールバック機能
  • エラーのログ記録とアラート

ユースケース:ミッションクリティカルなワークフロー、大量処理、本番システム


料金

BillionVerify は、Make の自動化ニーズに合わせて拡張できる柔軟な料金体系を提供しています:

最新のプランとクレジットあたりの価格は料金ページでご確認いただけます。すべてのアカウントで、ご利用日ごとに 20 件の無料クレジットが付与されます(月間最大 600 件)。無料クレジットに有効期限はなく、クレジットカードも不要です。

Make ユーザー向け特別オファー

BillionVerify を今すぐ始めてお得に:

  • ✅ アカウントのご利用日ごとに 20 件の無料クレジット(クレジットカード不要)
  • ✅ 初月 20% オフ(すべての月額プランが対象)
  • ✅ シナリオ設定の無料サポート(最初のワークフロー構築をお手伝いします)
  • ✅ Make 連携に関するご質問への専任サポート

特典の受け取り方法:新規登録のうえ、件名に「Make Integration」と記載して support@billionverify.com までメールをお送りください。詳しくは料金プランをご覧ください。


ユースケース

ユースケース 1:EC サイトの不正防止パイプライン

課題:あるオンラインストアには 1 日あたり 2,000 件の注文がありますが、その 12% に不正なチャージバックを目的とした偽のメールアドレスが含まれています。手動での審査は時間がかかり、判断にもばらつきが生じます。

解決策:すべての注文メールアドレスをリアルタイムで検証し、リスクに応じて振り分ける Make シナリオを構築します:

  • Webhook トリガー:Shopify/WooCommerce からの新規注文
  • BillionVerify モジュール:顧客のメールアドレスを検証
  • ルーター:
    • 低リスク → 注文を自動承認し、確認メールを送信
    • 中リスク → 手動審査キューに追加し、支払いを保留
    • 高リスク(使い捨て/一時的なメールアドレス)→ 不正対策チームにフラグを立て、注文をキャンセル
  • アクション:注文ステータスの更新、チームへの通知、分析ツールへのログ記録

結果:

  • ✅ 不正率が 12% から 1.8% に減少
  • ✅ チャージバック率が 73% 減少
  • ✅ 手動審査の作業量が 65% 削減
  • ✅ カスタマーサポートへの問い合わせが 40% 減少
  • ✅ 不正注文による損失を月 $8,500 削減

ユースケース 2:多段階のリード選別システム

課題:ある B2B SaaS 企業は、複数のチャネル(ウェビナー、広告、コンテンツダウンロード)から週に 1,500 件のリードを獲得していますが、営業チームが対応すべき質の高いリードはそのうち 30% にすぎません。

解決策:リードを検証してスコアリングする高度な Make ワークフローを作成します:

  • 複数のトリガー:Webhook(ランディングページ)、Google Sheets(ウェビナー登録)、Airtable(コンテンツダウンロード)
  • BillionVerify モジュール:メールアドレスを検証し、リスクスコアを取得
  • 複雑なロジックを持つルーター:
    • 有効 + 企業ドメイン + リスクフラグなし → 質の高いリード(スコア 90 以上)
    • 有効 + 一般ドメイン(Gmail、Yahoo)+ 低リスク → 中程度のリード(スコア 60〜89)
    • キャッチオールドメインまたはロールアカウント → 低品質(スコア 30〜59)
    • 無効または使い捨てメールアドレス → 除外(スコア 0)
  • 後続のアクション:
    • 質の高いリード → 営業へ即座に Slack 通知、CRM の優先リストに追加、パーソナライズしたメールを送信
    • 中程度のリード → ナーチャリングキャンペーンに追加し、7 日後のフォローアップを予約
    • 低品質 → 長期的なドリップキャンペーンに追加
    • 除外 → 配信停止リストに追加し、分析ツールにログを記録

結果:

  • ✅ リード品質スコアの精度が 58% 向上
  • ✅ 営業チームの効率が 45% 向上(質の高いリードに集中)
  • ✅ マーケティング適格リード(MQL)から営業適格リード(SQL)への転換率が 34% 上昇
  • ✅ 適格リード 1 件あたりのコストが $23 削減
  • ✅ 営業チームの満足度が向上(低品質なリードの減少)

ユースケース 3:CRM データクレンジングの自動化

課題:あるマーケティングエージェンシーは、合計 500,000 件の連絡先を含む 50 社のクライアントの CRM を管理しています。リストの劣化(毎月 2〜3%)により、全クライアントでメール到達率が低下しています。

解決策:すべての CRM データベースを毎週クリーニングする、スケジュール実行の Make シナリオを構築します:

  • スケジュールトリガー:毎週月曜日の午前 2 時
  • イテレーター:すべてのクライアントの CRM システム(HubSpot、Salesforce、Pipedrive)をループ処理
  • BillionVerify 一括処理モジュール:過去 7 日間に追加または更新されたすべての連絡先を検証
  • アグリゲーター:クライアントおよびステータスごとに結果を集約
  • ルーター:
    • 無効なメールアドレス → CRM のステータスを「Bounced」に更新し、配信停止リストに追加
    • キャッチオールのメールアドレス → 「Risky - Catch-all」のタグを付け、クライアントによる確認のためにフラグを設定
    • ロールアカウント → 「Generic」のタグを付け、別セグメントに移動
    • 有効なメールアドレス → 「Verified」のタグを付け、検証日を更新
  • レポート:以下を示す週次レポートを作成:
    • クライアントごとの検証済みメールアドレス数
    • 無効なメールアドレスの件数と割合
    • 無効な連絡先の削除によるコスト削減額
    • レポートを Slack とメールで送信

結果:

  • ✅ 47,000 件の無効なメールアドレス(全体の 9.4%)を特定して削除
  • ✅ クライアントは無駄なメール送信コストを月 $14,000 削減
  • ✅ 全クライアントの送信者レピュテーションが向上
  • ✅ エージェンシーはデータクレンジングをプレミアムサービスとして追加(クライアント 1 社あたり月 $500)

ユースケース 4:登録フォームのリアルタイム検証

課題:ある SaaS 企業の無料トライアル登録フォームでは、偽のメールアドレス(使い捨てや入力ミス)の割合が 22% に達しており、トライアルから有料プランへの転換率の低さやサポート上の問題につながっています。

解決策:Webhook をトリガーとするリアルタイム検証を導入し、ユーザーに即座にフィードバックを返します:

  • Webhook トリガー:Web サイトからのフォーム送信
  • BillionVerify モジュール:メールアドレスをリアルタイムで検証
  • ルーター:
    • 有効なメールアドレス → トライアルアカウントを作成し、ウェルカムメールを送信、フォームに成功を返す
    • 無効なメールアドレス(構文エラー/入力ミス)→ ユーザーにエラーを返す:「メールアドレスをご確認ください」
    • 使い捨てメールアドレス → エラーを返す:「一時的なメールアドレスはご利用いただけません」
    • キャッチオールドメイン → アカウントを作成するが、追加の検証が必要としてフラグを設定
  • Webhook レスポンス:結果をリアルタイムでフォームに返す(ユーザーはすぐにエラーを確認できる)

結果:

  • ✅ 偽のメールアドレスによる登録が 22% から 2% に減少
  • ✅ トライアルから有料プランへの転換率が 28% 向上(登録の質が向上)
  • ✅ 「メールが届かない」というサポートへの問い合わせが 71% 減少
  • ✅ 即時フィードバックによりユーザー体験が向上

Make 連携に関するよくある質問

BillionVerify は Make とどのように連携しますか?

BillionVerify は HTTP モジュールを通じて Make と連携します。Make に標準搭載されている「HTTP > Make a request」モジュールを使えば、BillionVerify API を直接呼び出せます。この連携はネイティブ(サードパーティのコネクタ不要)で、リクエスト/レスポンスの処理を完全に制御でき、ルーティング、エラー処理、データ変換といった Make の高度な機能も活用できます。

BillionVerify 用のネイティブ Make アプリはありますか?

現在、BillionVerify は Make の HTTP モジュール経由で連携しており、最大限の柔軟性と制御性を提供しています。セットアップをさらに簡単にするネイティブ Make アプリも開発中です。HTTP モジュールによる連携は本番環境で利用可能で、数千人の Make ユーザーに使われています。

Make シナリオでの検証速度はどのくらいですか?

BillionVerify の API はリアルタイムで結果を返します。Make の HTTP モジュールによるオーバーヘッドはごくわずかです。Webhook トリガーのシナリオでは、リアルタイムに検証が行われます。バッチ処理では、メールを一括で検証できます。

Make でメールを一括検証できますか?

はい!Make の Iterator モジュールを使えば、メールの配列を処理できます。次のことが可能です:

  1. データをインポート:Google Sheets、Airtable、CSV ファイル、データベース、CRM から取り込み
  2. 反復処理:Iterator モジュールで各メールを順に処理
  3. 検証:BillionVerify の HTTP モジュールで各メールを検証
  4. 集約:Array aggregator で結果をまとめる
  5. エクスポート:クリーンになったデータを元のソースまたは新しい出力先に書き出す

ヒント:レート制限を避けるため、リクエスト間に短いスリープを入れましょう。

BillionVerify は Make でどのようなデータを返しますか?

BillionVerify は、任意の Make モジュールにマッピングできる詳細な検証データを返します:

  • status:valid、invalid、unknown
  • risk_level:low、medium、high
  • is_disposable:true/false(使い捨てメールサービス)
  • is_catch_all:true/false(すべて受け入れるドメイン)
  • is_role_account:true/false(info@、support@ など)
  • mx_records:メールサーバーレコードの配列
  • smtp_response:サーバーのレスポンスコードとメッセージ
  • verification_date:検証日時のタイムスタンプ
  • domain_age:ドメイン登録からの経過期間(不正の指標)
  • free_provider:true/false(Gmail、Yahoo など)

これらのフィールドは、CRM のカスタムフィールドやスプレッドシートの列にマッピングしたり、Make のフィルター/ルーター条件で使用したりできます。

Make シナリオでエラーはどのように処理しますか?

Make は BillionVerify 連携向けに高度なエラー処理を提供しています:

エラーハンドラーモジュール:

  1. BillionVerify の HTTP モジュールに「Error handler」ルートを追加します
  2. エラー処理の方針を選択します:
    • Retry:失敗したリクエストを自動的に再試行(ネットワークのタイムアウトに有効)
    • Ignore:検証が失敗してもシナリオの実行を継続
    • Rollback:検証が失敗した場合、それまでの操作を取り消し
    • Commit:検証が失敗しても成功した操作を保存

フォールバックロジック:

  • Make のルーターでエラー用の代替パスを作成
  • エラーを Google Sheets や Airtable に記録して確認
  • 重大な障害時に Slack/メールでアラートを送信

レート制限:

  • API のレート制限に達した場合は、「Sleep」モジュールを追加してリクエストを減速
  • Make の「Resume」モジュールでシナリオを一時停止・再開

BillionVerify で Make の高度な機能を使えますか?

はい!BillionVerify は Make のすべての高度な機能とシームレスに連携します:

  • ルーター:検証結果に応じて実行を分岐
  • フィルター:特定の条件を満たすメールのみを処理
  • イテレーター:メールの配列を処理
  • アグリゲーター:検証結果をレポートにまとめる
  • データストア:検証済みメールをキャッシュして重複チェックを回避
  • Webhook:フォームや API のリアルタイム検証
  • スケジューリング:日次/週次のリストクリーニングを自動化
  • エラーハンドラー:堅牢なエラー回復
  • 変数:検証データを保存して再利用

Make 連携のセキュリティはどうですか?

BillionVerify と Make はどちらもセキュリティを最優先しています:

  • 🔒 HTTPS/TLS 1.3:すべての API 呼び出しは通信中に暗号化
  • 🔒 API キー認証:ローテーションに対応した安全な API キー
  • 🔒 GDPR 準拠:メールは保存・共有されません(リアルタイムでのみ処理)
  • 🔒 SOC 2 認証取得:業界標準のセキュリティ対策
  • 🔒 Make のセキュリティ:Make は ISO 27001 認証取得済みで GDPR に準拠
  • 🔒 データを保持しない:BillionVerify は処理後に検証データを保持しません
  • 🔒 監査ログ:コンプライアンスのために Make で完全な実行履歴を確認可能

API キーは Make 内で暗号化され、安全なチャネルでのみ送信されます。

無料トライアルはありますか?

はい!BillionVerify では以下を提供しています:

  • ✅ アカウントを利用する日は毎日 20 クレジットを無料提供(クレジットカード不要)
  • ✅ すべての機能にフルアクセス(Make 連携に制限なし)
  • ✅ 有料プランは 30 日間の返金保証付き
  • ✅ シナリオ設定の無料サポート(最初の Make ワークフロー作成をお手伝いします)
  • ✅ Make の有料プラン不要(Make の無料プランでも動作)

無料トライアルを始める

Zapier と比べて費用はどのくらいですか?

BillionVerify の料金は Make でも Zapier でも同じですが、大量処理のワークフローでは Make 自体が Zapier より通常 40〜60% 安くなります:

例:月 10,000 件のメールを検証する場合

Zapier の場合:

  • BillionVerify:$40/月(10,000 クレジット)
  • Zapier Professional:$73.50/月(50,000 タスク)
  • 合計:$113.50/月

Make の場合:

  • BillionVerify:$40/月(10,000 クレジット)
  • Make Core:$10.59/月(10,000 オペレーション)
  • 合計:$50.59/月

節約額:$62.91/月(Make なら 55% 安い)

さらに、Make はすべての有料プランでアクティブなシナリオ数が無制限ですが、Zapier はプランの段階に応じて Zap の数が制限されます。

Zapier から Make に移行できますか?

はい!Zapier から Make への移行は簡単です:

  1. Zap を分析:メール検証を使用している Zap を特定します
  2. Make で再構築:Make のビジュアルビルダーでワークフローを再作成します(通常 1 ワークフローあたり 10〜30 分)
  3. 十分にテスト:Make の実行履歴でテストが簡単に行えます
  4. 有効化:準備ができたら切り替えます

無料の移行サポートを提供しています:Zapier の設定内容を添えて support@billionverify.com までメールしていただければ、Make での再構築をお手伝いします。


始める準備はできましたか?

今すぐ BillionVerify と Make で高度なメール検証ワークフローを構築しましょう:

  • ✅ 多層検証 - 構文、DNS、MX、SMTP チェック
  • ✅ リアルタイム検証 - Webhook や API のためのリアルタイム検証
  • ✅ ビジュアルワークフロービルダー - コーディング不要、それでいて開発者が完全にコントロール可能
  • ✅ 高度なルーティングとロジック - 複雑なビジネスルールも簡単に処理
  • ✅ 柔軟な料金体系 - 大量処理のワークフローでは Zapier より 40~60% 安価
  • ✅ 24 時間 365 日のサポート - Make シナリオに関するご相談を承ります

Make の自動化をさらに強化しませんか?今すぐ無料トライアルを開始しましょう。アカウントをご利用いただいた日は毎日 20 クレジットを無料で提供します。クレジットカードは不要です。最初のシナリオ構築にサポートが必要ですか?support@billionverify.com までメールでお問い合わせいただければ、無料でセットアップをお手伝いします。

動画を見る:一括メールチェッカー:50 件のメールを一度に検証する方法

動画を見る:メール検証の料金:プランとクレジットの違いを解説

Leo
LeoFounder, BillionVerify
メール検証のインサイト

今すぐ検証を開始

今日から BillionVerify でメール検証を開始しましょう。ログインするたびに 1 日 20 無料クレジットが得られ、月最大 600 クレジットまで貯まります。クレジットカード不要です。正確なメール検証で、メールマーケティングの ROI を向上させている何千もの企業に参加しましょう。

クレジットカード不要 · リアルタイム API と一括検証 · 不明の結果は無料

0
不明の結果にかかるクレジット
リアルタイム
API 速度
$0.00014
メールあたり
600/月
永久無料