Lead Capture Automation
リードキャプチャ自動化のZapier vs n8n vs Make：どれを選ぶか
Zapierはほとんどのチームが始める場所だ。n8nはZapierの請求書が月400ドルに達したチームが行く場所だ。Makeはその中間にある。しかし本当の選択は価格についてではない。リードキャプチャスタックが1週間に5,000件のリードを処理して1つのWebhookがサイレントに失敗したとき何が壊れるかについてだ。
あるマーケティングOpsチームはリードキャプチャ自動化を2回再構築した。最初の移行：月4,000件のタスクでZapierの請求書が350ドルを超えたときにZapierからMakeへ。2回目の移行：Makeのモジュールが回避策なしに表現できないカスタムの重複排除ロジックが必要になったときにMakeからn8nへ。各移行に約3週間の再構築時間がかかった。このガイドは構築する前に正しいツールを選ぶのに役立つ。同じ成熟段階の考え方がより広いスタックにも適用される：RevOps成熟度モデルはどのツール決定がどの成長段階に属するかをマッピングしている。
ステップ1：適切なツールを決定する4つの次元
機能リストを見る前に、これらの4つの質問に答える：
1. 量（月あたりのリード数）： スタックが月に処理するフォーム送信、Metaリード、チャットリード、LinkedInリードの数はいくつか？全チャネルを含める。ほとんどのチームはフォーム送信数でカウントしてMeta Leadのwebhook、エンリッチメントAPIコール、ルーティングステップが各々ZapierとMakeの別のタスクとしてカウントされることを忘れているため3倍過小評価する。
2. 複雑さ： ワークフローに条件付き分岐（エンタープライズリードをSMBと異なる方法でルーティング）が必要か？リトライロジック付きのエラーハンドリング？バッチを処理するループ？カスタムデータ変換？シンプルなif/thenルーティングは3つのツール全てでサポートされている。エラーブランチ付きの複雑なマルチステップロジックはそれらを区別し始める。
3. 技術リソース： チームにセルフホスティングシステムを維持できる開発者または技術的なOpsの人物がいるか？またはすべてがノーコード/ローコードである必要があるか？これは判断ではない。能力の問題だ。セルフホスティングのn8nはDockerに慣れていて定期的な更新ができる人が必要だ。
4. 予算： 月あたりの自動化予算はどのくらいか？ZapierのタスクあたりのPrice設定は高量で複利する。Makeはオペレーションあたり安価だ。n8nのセルフホスティングはインフラコスト（VPSで月約20ドル）後は実質無料だ。
意思決定マトリックス：
| シナリオ | 推奨ツール |
|---|---|
| 低量（月2k未満のタスク）、技術チームなし | Zapier |
| 中程度の量（月2k〜20kのタスク）、ある程度の複雑さ | Make |
| 高量（月20k以上のタスク）、技術チームあり | n8n |
- コンプライアンス要件（データをオンプレミスに保持する必要がある） | n8nセルフホスティング | | 速いセットアップ、特定のアプリコネクタが必要 | Zapier | | 中程度の複雑さ、ビジュアルワークフローが必要 | Make |
ステップ2：Zapier：適切な選択となる場合
Zapierはセットアップスピードとコネクタの幅をコスト効率よりも優先するチームに適切な選択だ。
Zapierが勝つ場合：
- 量が月2,000タスク未満（フォーム送信 + ルーティングステップを合わせて）
- チームにセルフホスティングツールの技術リソースがない
- Zapierのみが持つコネクタが必要な場合（Zapierは6,000以上の統合；Makeは約1,200；n8nは約400のネイティブ）
- 3日ではなく30分で稼働させる必要がある
リードキャプチャ量での価格：
以下の数値はZapierの現在の価格ティアを反映している：
| 量 | Zapierプラン | 月額コスト | おおよそのリード容量 |
|---|---|---|---|
| スターター | 無料 | $0 | 〜100リード（100タスク） |
| プロフェッショナル | $29/月 | 750タスク | 〜200〜250リード |
| チーム | $103/月 | 2,000タスク | 〜500〜700リード |
| 企業 | $349/月 | 50,000タスク | 〜10,000〜15,000リード |
注意：ZapierのTask = 個別のステップ。3ステップのZap（Webhook受信 + 重複排除チェック + CRM作成）はリードあたり3タスクを使用する。月1,000リードで3,000タスクになり、チームプランに移行する。
リードキャプチャでのZapierの失敗モード： Zapierのレート制限とタスクカウントは高量のリードキャプチャを高価にする。さらに重要なことに、失敗したZapはデフォルトではリアルタイムでアラートしない。Zapがオフになる前に数百の送信を見逃す可能性がある。「失敗したZapをリプレイ」を有効にして失敗のメールアラートを設定する。
Zapierの主要なリードキャプチャ統合： Meta Lead Ads、HubSpot、Salesforce、Typeform、Webflow（Webhook経由）、LinkedIn Lead Gen Forms、ActiveCampaign：全てネイティブで利用可能。
ステップ3：Make：適切な選択となる場合
Make（旧Integromat）は中程度のリード量を非trivialなルーティングロジックで処理するチームにとって最良のコスト対柔軟性の比率を実現する。
Makeが勝つ場合：
- 月タスク量が2,000〜20,000オペレーション
- コードを書かずに条件付き分岐、エラールート、データ変換が必要
- Zapierの線形ビューよりもデバッグしやすいビジュアルワークフロービルダーが欲しい
- 予算は重要だがセルフホスティングは望まない
リードキャプチャ量での価格：
Makeの価格ページは現在のプランの詳細を示している；以下の数値は2026年初頭のレートを反映：
| 量 | Makeプラン | 月額コスト | オペレーション含む |
|---|---|---|---|
| 無料 | 無料 | $0 | 月1,000ops |
| コア | $10.59/月 | $10.59 | 月10,000ops |
| プロ | $18.82/月 | $18.82 | 月10,000ops（+ 高度な機能） |
| チーム | $34.12/月 | $34.12 | 月10,000ops（マルチユーザー） |
| 追加ops | 都度 | 約$9/10k ops | 必要に応じて追加 |
3モジュールシナリオで月5,000リードの場合、約15,000オペレーションを使用。約27ドル/月。同じ量のZapierチームプランは103ドル/月。
リードキャプチャでのMakeの際立った機能： データストア。これはCRM APIのレート制限に到達せずに重複排除のルックアップテーブルとして使用できるMakeに組み込まれたキーバリューストアだ。処理されたリードIDを保存してCRM呼び出しをする前にそれらと照合する。高量では、CRM APIの使用を大幅に削減する。マルチチャネルキャプチャからのリードの重複排除の重複排除シナリオは、そのMakeデータストアロジックが処理する必要があるものの良い参考だ。
Makeのエラーハンドリング： Makeは全てのモジュールにネイティブの「エラーハンドラー」ルートを持つ。CRM APIコールが失敗したとき、失敗をログし、Slackアラートを送り、遅延後にリトライするエラーパスにルーティングできる。これはZapierのエラーハンドリングよりも意味のある改善だ。
Makeの制限： 非常にカスタムなロジック（複雑なデータ変換、カスタムエンリッチメントアルゴリズム）には、Makeのビジュアルモジュールが限界に達する。数行のJavaScriptの方がクリーンな場合に、複雑なモジュールチェーンを構築することになる。そこでn8nのコードノードが輝く。
ステップ4：n8n：適切な選択となる場合
n8nは技術リソース、高量、またはデータコンプライアンス要件を持つチームに適切な選択だ。
n8nが勝つ場合：
- 月タスク量が20,000を超える（セルフホスティングのn8nはオペレーションあたりの価格設定がない）
- チームにセルフホスティングサービス（Dockerベース、約6週間ごとの更新）を維持できる人がいる
- 複雑なデータ変換またはエンリッチメントロジックのためのカスタムコードノードが必要
- データがインフラ内に留まる必要がある（GDPR、HIPAA、または内部ポリシー）
- 他のセルフホスティングツール（セルフホスティングのRespond.io、カスタムWebhookレシーバー）を既に使用している
価格モデル： n8nのセルフホスティングバージョンはオープンソースで無料だ。ホスティングに費用がかかり、通常DigitalOcean DropletまたはSimilarで月20〜40ドル。クラウドバージョンは2,500ワークフロー実行で月20ドルから始まる。
月10,000件以上のリードを処理するチームにとって、n8nのセルフホスティングは通常月20〜40ドルの総コスト対Makeで200ドル以上またはZapierで350ドル以上だ。
セルフホスティングのセットアップ概要： n8nはDockerで動作する。n8nのセルフホスティングドキュメントはデプロイオプションを詳しくカバーしている。DigitalOcean Droplet（2GB RAM）の20ドルでの基本デプロイは1時間あたり数千のワークフロー実行を処理する。セットアップはコマンドラインに慣れている人には1時間のタスクだ。継続的なメンテナンスは主に新しいバージョンがリリースされるときにDockerイメージを更新することだ。
n8nのコードノードの優位性： 全てのN8nワークフローにJavaScriptを実行するCodeノードを含めることができる。つまり複雑な重複排除ロジック、カスタムフィールド変換、エラーハンドリング付きのエンリッチメントAPIコール：全てビジュアルモジュールで回避策を構築せずにコードで表現できる。技術的なOpsの人物を持つRevOpsチームにとって、これは意味のある能力の差だ。
n8nの制限： 維持する技術的な人物なしでは、n8nは負債だ。ワークフローが壊れたとき（そしてワークフローは壊れる）、誰かがデバッグする必要がある。チームが完全にノーコードであれば、Makeに留まる。
ステップ5：3つの一般的なリードキャプチャシナリオの比較
シナリオ1：Meta Lead AdsからHubSpotへの重複排除付き
| Zapier | Make | n8n | |
|---|---|---|---|
| セットアップ時間 | 20分（ネイティブ統合） | 45分 | 2時間 |
| 重複排除ロジック | 基本（Zapier Formatter） | 完全（データストアルックアップ） | 完全（コードノード） |
| 月2kリードでのコスト | 〜$103/月 | 〜$18/月 | 〜$20/月（ホスティング） |
| エラーハンドリング | 基本（Zapアラート） | ルートベース | コードベース |
| 推奨 | 月500未満 | 月500〜20k | 月20k以上 |
シナリオ2：ウェブサイトフォームからSalesforceへのエンリッチメント付きWebhook
| Zapier | Make | n8n | |
|---|---|---|---|
| Webhook受信 | ネイティブ | ネイティブ | ネイティブ |
| Apolloエンリッチメント | Zapier HTTP経由 | HTTPモジュール経由 | HTTP + コード経由 |
| 条件付きルーティング | 限定（フィルター） | ルーターモジュール | IFノード + コード |
| 月3kリードでのコスト | 〜$350/月 | 〜$27/月 | 〜$20/月（ホスティング） |
| 推奨 | 月300未満 | 月300〜15k | 月15k以上 |
シナリオ3：WhatsAppチャットリード（Respond.io）からCRMへのルーティング付き
| Zapier | Make | n8n | |
|---|---|---|---|
| Respond.io統合 | Webhook経由 | Webhook経由 | Webhook + コード経由 |
| 電話ベースの重複排除 | 回避策が必要 | データストア | コードノード |
| クロスアイデンティティマージ | 手動ステップ | 条件付きモジュール | コードノード |
| 月1kリードでのコスト | 〜$103/月 | 〜$18/月 | 〜$20/月（ホスティング） |
| 推奨 | ZapierをすでにしようしているIfなら | 最良のデフォルトの選択 | 高量またはカスタムロジックの場合 |
ステップ6：エラーハンドリングと可視性
観察できないツールがリードをサイレントに失う。
Zapier：
- 失敗したZapはエラー履歴に入る；デフォルトではリアルタイムアラートなし
- Task History設定でZapエラーのメール通知を有効にする
- 「失敗したZapをリプレイ」は断続的な失敗のほとんどを回収する
- 制限：ネイティブのデッドレターキューなし；失敗したタスクはリトライされるかドロップされるだけ
Make：
- 全てのモジュールに設定できる「エラーハンドラー」ルートがある
- GoogleスプレッドシートログとSlack通知への失敗をルーティングする
- 不完全な実行は実行履歴に保存される（30日間）
- 失敗したシナリオを手動で再開または再処理できる
n8n：
- エラーワークフロー：任意のワークフローが失敗したときに発火する専用の「エラートリガー」ワークフローを定義できる
- 完全なペイロード可視性付きの組み込み実行ログ（失敗の原因となったデータのデバッグに便利）
- コードノードでリトライロジックとデッドレターキューの洗練されたロジックを実装できる
- セルフホスティングはログがインフラ内に留まることを意味する
失敗したリード送信のデッドレターキューの構築： 3つのツールすべてで、パターンは：
- メインワークフローが実行される
- エラーが発生したとき、元のペイロードを「失敗したリード」のGoogleスプレッドシートまたはデータベーステーブルにルーティングする
- 失敗の詳細を含むSlack/メールアラートを送る
- 別の手動レビューまたはリトライワークフローが毎週失敗したリードのキューを処理する
これがサイレントなデータ損失を防ぐ。失敗が可視化されて回収可能になる。
ステップ7：移行の考慮事項
ZapierからMakeに移行している場合、再構築するものと置き換えるものを紹介する：
Makeで再構築：
- 条件付きロジックを使用している任意のZap（Makeのルーターモジュールはこれをより上手く処理する）
- データを共有する複数のステップを持つ任意のZap（Makeのシナリオデザインはデータ渡しをよりクリーンに処理する）
- 重複排除のZap（Makeのデータストアで置き換える）
代わりにネイティブ統合を検討する： ZapierのIntegrationをMakeに移行する前に、使用しているソースのネイティブ統合がHubSpotまたはSalesforceにあるかどうかを確認する。2022年にZapierを必要とした多くの統合は今やネイティブだ。ミドルウェアを完全に排除することは移行するよりも良い。ミドルウェアに移行する前にどのCRMに標準化するかも評価しているチームには、CRMワークフロー自動化ガイドはネイティブの自動化の深さで何を探すかをカバーしている。
移行の実際のコスト： Makeに5-Zapリードキャプチャスタックを再構築するにはMakeに慣れている人で約4〜8時間かかる。最初の2時間はMakeのUIの学習；残りの時間は実際の再構築だ。カットオーバー前に両方のスタックをテストしながら並行実行する1週間を予算に入れる。
よくある落とし穴
高量スタックにZapierを選ぶ。 タスク制限はリードの数だけでなく自動化の全ステップをカウントするとすぐに高価になる。Zapierの価格にコミットする前に完全なフローをマッピングしてタスクをカウントする。
維持する技術的な人物なしでn8nを選ぶ。 n8nのセルフホスティングはDockerイメージを更新し、ワークフローの失敗をデバッグし、新しいバージョンの破壊的変更を時々修正できる人が必要だ。その人がいなければ、n8nは6ヶ月以内に負債になる。
どのツールでもエラーハンドリングなし。 失敗したステップは明示的なエラールートなしでは見えない。全てのワークフローには失敗をログしてアラートを送るエラーパスがあるべきだ。
Zapierで複雑な条件付きロジックを構築する。 Zapierのフィルター/条件システムは3つ以上の条件で扱いにくくなる。Zapierで複雑なロジックを構築していることに気づいたら、それはMakeを評価するシグナルだ。
タスク量の過小評価。 ほとんどのチームはフォーム送信数に基づいて推定して、各ステップ（Webhook受信、重複排除ルックアップ、エンリッチメントコール、CRM作成、ルーティング通知）がZapierとMakeで別のタスクまたはオペレーションであることを忘れる。実際のタスク推定を得るためにリード数にワークフローのステップ数を掛ける。
次のステップ
ツールを選ぶ前に現在の統合からの月あたりのタスク量を推定する。ZapierのTask History、Makeの実行ログ、または現在リードを処理しているどこかから過去30日間を確認する。リード数だけでなく全オペレーションを合計する。
新規から始める場合：Makeを選ぶ。ほとんどのB2Bマーケティングチームにとって最良のデフォルトだ。中程度の量には安価で、複雑なロジックには柔軟で、セルフホスティングを必要としない。どのツールを選んでも、ミドルウェアが作成するレコードがすぐに正しい担当者に届くようリードルーティング自動化モデルとペアリングする。
既にZapierを使用していてコストが月100ドルを超えている場合：タスク量の計算を実行する。月3,000タスク以上処理しているなら、Make移行は2ヶ月目に元を取れる。
月20,000タスク以上を処理しているか、データ残留要件がある場合：n8nを評価する。セットアップへの投資は現実だが、継続的なコスト削減と能力向上は大きい。
