AI

Zapier MCPとは?AIから9,000超アプリを動かす仕組みとタスク消費・権限設計を解説

AIチャットに「この問い合わせメールをNotionに転記して」と頼み、そのまま実行させる。Zapier MCPは、その実行の部分をZapierが持つ接続資産に肩代わりさせる仕組みです。公式サイトは2026年8月12日時点で対応アプリを「9,000+」と表記し、稼働中のMCPサーバー数を195,000超、完了したツール呼び出しを460万超と掲げており、いずれも公式サイト上の掲載値です。ただし呼び出しは無償ではなく、成功1回につきZapierのタスクを2つ消費します。この記事では、Zapのトリガー設計との違い、mcp.zapier.comでの接続手順、課金単位から逆算したプラン選び、自前のMCPサーバー実装へ切り替える分岐点までを実装目線で扱います。

まとめ:Zapier MCPを採用してよい条件と自前実装へ切り替える分岐点

先に結論を置きます。Zapier MCPが噛み合うのは、操作したいSaaSが5種類以上に散らばっていて、しかも実行の頻度が月あたり数百回に届かない案件です。この2条件がそろうなら、各SaaSのAPI仕様を読んで認証を実装する工数がまるごと消えます。Zapierの接続を1本のエンドポイントにまとめ、AIクライアント側はhttps://mcp.zapier.com/api/v1/connectを向くだけで済むからです。

逆に、切り替えを考える線引きははっきりしています。月間の成功呼び出しが2,500回を超えるあたり。成功1回で2タスクという固定レートのため、5,000タスクのProプランでも成功2,500回で使い切ります。ここを超える運用は、Zapierのプラン単価より自前のMCPサーバーを立てる保守費のほうが安くなる領域に入ります。

採用しないほうがよい業務も3つあります。処理の順序が法令や監査で固定されている業務、実行前に人の承認を挟む必要がある決裁系、そして失敗時のリトライ条件を細かく制御したい基幹連携。いずれもAIが実行時にツールを選ぶという設計と噛み合いません。この3つに当たるなら、従来どおりZapのトリガー設計か、コードで書いた連携処理を選びます。

Zapier MCPの定義|Zapの設計を捨ててAIにアクション選択を委ねる仕組み

名前にMCPが付くツールが増え、何がどこまでを担うのか分かりにくくなっています。まずZapier MCPの守備範囲を、プロトコル本体と従来のZapの両側から切り分けます。

9,000超アプリを1本のエンドポイントに集約するMCPサーバーとしての実体

MCPはAIモデルと外部ツールをつなぐ通信の取り決めで、その仕様そのものはMCP(Model Context Protocol)の仕組みを整理した記事にまとめています。Zapier MCPは、その仕様に沿ったサーバー実装の一つ。特徴は、単一の製品ではなくZapierが抱える9,000超のアプリ接続を丸ごと配下に置く点にあります。

実装上のうまみは認証の肩代わりです。Gmail、Slack、Salesforce、HubSpotをそれぞれ叩こうとすれば、OAuthのフローとトークン更新を4回書くことになります。Zapier MCPでは、Zapierアカウント側で一度つないだ接続がそのままツールとして露出するため、AIクライアントが管理する秘密情報は接続トークン1本だけです。公式ヘルプはトランスポートとしてStreamable HTTPへの対応を明記しています。

Zapのトリガー起動と実行時のツール選択で分かれる2つの自動化モデル

従来のZapは、トリガーとアクションを人が設計時に固定する仕組みです。Zapier MCPは、どのアクションをどの引数で呼ぶかを実行時にAIが決めます。この違いが、向く業務と向かない業務をそのまま分けます。Zapierの課金体系やZapそのものの基礎はZapierの読み方・できること・タスク課金の仕組みをまとめた記事を参照してください。

観点 Zap(従来) Zapier MCP
起動のきっかけ アプリ側のイベント AIからのツール呼び出し
処理順序の決定 設計時に固定 実行時にAIが決定
引数の決まり方 マッピングで固定 会話文脈からAIが生成
タスク消費 ステップ単位 成功1回で2タスク
向く業務 定型の反復処理 都度変わる指示の実行

両者は排他ではありません。定期実行の土台はZapで組み、その場限りの指示だけMCPに寄せる分担が現実的です。

個別ベンダーのMCPサーバーと比べたときの守備範囲の広さと粒度の粗さ

MCPサーバーには、製品ベンダーが自社製品向けに提供する形もあります。デザインデータを読ませるFigma MCPサーバーの料金と対応クライアントをまとめた記事が分かりやすい例で、こちらは対象が1製品に絞られる代わりに、その製品固有の情報を深く扱えます。

Zapier MCPは逆の性質を持ちます。守備範囲は広いものの、露出するのはZapierのアクション定義の粒度まで。つまり「レコードを1件作る」「メッセージを1件送る」といった単位で、製品固有の込み入った操作には届きません。デザインファイルの構造を解析させたい、パケットを詳細に読ませたいといった用途では、対象専用のMCPサーバーを併用するほうが噛み合います。1つのAIクライアントに複数のMCPサーバーを同時に登録できるため、広く浅くをZapier、深い一点を専用サーバー、という組み合わせが取れます。

接続手順|MCPサーバー作成からツール追加とクライアント接続までの工程

接続は管理画面の操作だけで完結し、コードを書く場面はありません。詰まりやすいのはツールのフィールド設定と、クライアント側で選ぶ認証方式の2箇所です。

mcp.zapier.comでのサーバー新規作成とクライアント選択の初期設定

公式ヘルプが示す入口はmcp.zapier.comです。手順自体は短く、迷う余地はほとんどありません。

  1. mcp.zapier.comを開き、+ New MCP Server をクリックする
  2. 接続先のAIクライアント(ClaudeやChatGPTなど)を一覧から選ぶ
  3. サーバー名を入力して作成する
  4. Connect タブに表示される指示に従い、クライアント側へ接続情報を登録する

ここで入力するサーバー名は、後から複数サーバーを運用するときの識別子になります。「営業チーム用」「読み取り専用」のように用途が分かる名前を付けておくと、ツールを増やした段階で管理が崩れません。

ツール追加とフィールド設定|AI推測・選択肢・固定値という3つの指定方法

ツールの追加は Configure タブの + Add tool から行い、アプリと対応するアクションを検索して選びます。接続を選ぶか新規に作成し、必要なフィールドを埋めて保存する流れです。この「フィールドを埋める」段階で、公式ヘルプは3つの指定方法を用意しています。

  • Have AI select/generate a value:会話の文脈からAIが値を決める
  • Let AI select a value from choices:提示した選択肢の中からAIが選ぶ
  • Set a specific value:固定値を指定し、AIは常に同じ値を使う

事故が起きるのは1番目に寄せすぎたときです。送信先メールアドレスやSlackのチャンネルIDをAI推測にすると、会話の流れ次第で宛先が変わります。宛先・チャンネル・対象データベースといった「間違うと取り返しがつかない項目」は固定値、本文や要約のように毎回変わる項目だけAI推測。この振り分けを最初に決めておくと、後から事故対応に追われずに済みます。

Bearerヘッダー方式とURLトークン方式|クライアント側で選ぶ2つの接続形式

クライアント側の接続には2つの形式があります。公式ヘルプが推奨するのは、https://mcp.zapier.com/api/v1/connect に対してトークンを Authorization: Bearer ヘッダーで渡す方式です。もう一方は、トークンをクエリパラメータとして含んだ完全なサーバーURLをそのまま貼り付ける方式になります。

設定ファイルにヘッダーを書ける環境なら、迷わず前者を選びます。URLにトークンが載る形式は、プロキシのアクセスログや設定ファイルの共有時に秘密情報が平文で残るためです。クエリパラメータ方式が必要になるのは、ヘッダー指定に対応していないクライアントを使う場合だけ。その場合も、設定ファイルをリポジトリへコミットしない運用とセットにします。

タスク消費とコスト試算|1呼び出し2タスクが月額に効く規模の見極め

Zapier MCPに別料金はありません。既存のZapierプランに含まれるタスク枠を消費します。ここを押さえずに部門展開すると、月半ばで呼び出しが止まります。

成功1回で2タスクという固定レートと、失敗が課金されない仕様

公式ドキュメントは、MCPサーバー経由の成功したツール呼び出し1回につきZapierプランのタスクを2つ消費すると明記しています。レートは固定で、呼び出すアプリの種類によって変わりません。バッチ操作の場合はアクションごとに個別カウントされるため、5件のレコードを作れば10タスクです。

一方、失敗した呼び出しはタスクを消費しません。認証切れや必須フィールド不足でエラーが返るケースは課金対象外という扱いになります。AIが引数を組み立てる以上、初期の試行錯誤ではエラーが一定量出ます。その分が請求に乗らないのは、検証段階では助かる仕様です。

無料枠100タスクから逆算する成功呼び出し数と有料プランへの分岐点

2026年8月12日時点の公式料金ページの数値と、成功1回=2タスクのレートから、月間で何回動かせるかを逆算します。

プラン 月間タスク 年払い時の月額 成功呼び出し換算
Free 100 $0 50回
Professional 750 $19.99 375回
Professional 2,000 $49.00 1,000回
Professional 5,000 $89.00 2,500回
Team 2,000 $69.00 1,000回

無料枠の50回は、1人が動作確認をする分には足りても、日常業務に組み込むと数日で尽きます。1人が1日10回叩く運用なら月200回、つまり400タスク。750タスクのProプランがひとまずの受け皿になります。5人の部門で同じ頻度なら月2,000タスクを超え、この時点で年払い$49.00〜$69.00の帯に入ります。

タスク上限到達時の挙動と、設定を保ったまま復旧させる2つの手段

上限に達すると、MCP経由のツール呼び出しは機能を停止します。ただしサーバー設定と接続済みアプリはそのまま残るため、再設定は不要です。復旧の手段は、次の請求期間の開始でタスク枠がリセットされるのを待つか、プランを上位へ切り替えるかの2つ。

厄介なのは、止まり方がAIクライアント側では分かりにくい点です。ツールの呼び出しが通らないだけなので、モデルは「実行しました」と応答を組み立てず、曖昧なエラーを返して終わることがあります。業務に組み込むなら、Zapierの管理画面でタスク消費を週次で確認する運用を先に決めておきます。

権限設計と運用方針|トークン管理・ツール絞り込み・サーバー分割の実装

公式ドキュメントは、サーバーに追加できるツール数にもセッションあたりの呼び出し数にも上限を設けていないと明記しています。制約はタスク枠だけ。つまり、絞り込みは仕様ではなく設計者の責任になります。

接続トークンの取り扱いとローテーションによる漏洩時の失効手順

公式ヘルプは接続トークンをパスワードと同じように扱い、共有しないよう求めています。漏洩が疑われる場合の対応も明示されており、トークンをローテーションして古いものを無効化する流れです。

実装側で決めておくのは保管場所です。トークン1本でZapierアカウントに紐づく全ツールが呼べるため、これは各SaaSの認証情報を束ねた鍵と同じ重みを持ちます。AIクライアントの設定ファイルに直書きするなら、そのファイルをバージョン管理から外す。CIやサーバー上で使うなら、環境変数か秘密情報の管理サービスに置く。退職や異動のたびにローテーションする担当者を決めておくところまでが設計に含まれます。

上限が無いからこそ効く段階開放|読み取り系から書き込み系へ広げる順序

ツール数に制限が無いため、思いつく限り追加できてしまいます。ここで全部入りのサーバーを作ると、AIが似たツールを取り違える確率が上がり、誤送信の被害面積も広がります。

順序を決めます。最初に入れるのは検索・取得系だけ。レコードの検索、メールの検索、ファイルの一覧といった、失敗しても読み取りで終わるツールです。この段階でAIが正しいツールを選べるか、引数の推測が業務データと噛み合うかを見ます。次に下書き作成やドラフト保存など、人の確認を挟む書き込み。送信・削除・決裁のように取り消せない操作は最後で、しかも本当に必要なものだけを入れます。ツールを1つ足すたびにAIの選択精度は下がる、という前提で運用したほうが結果が安定します。

ツールがサーバー固有である仕様を前提にした用途別サーバー分割の方針

公式ヘルプは、ツールがサーバーごとに独立していることを明記しています。同じアプリを複数のサーバーから外したい場合は、各サーバーで削除操作を繰り返す必要があるという説明です。この仕様は管理の手間になる一方、権限の分離にそのまま使えます。

分け方の基準は「取り消せるかどうか」と「誰が使うか」の2軸。読み取り専用サーバーは全メンバーへ、書き込みを含むサーバーは限られた担当者だけに接続トークンを配る、という設計が素直です。案件単位で分ければ、プロジェクト終了時にサーバーごと削除するだけで後始末が済みます。共通サーバー1本に全部を載せると、この切り離しができなくなります。

採用判断|Zapier MCP・自前MCPサーバー・n8nの選び分けと切替点

ここからは判断を言い切ります。3つの選択肢は用途が重なる部分があり、規模と要件で答えが変わります。

接続先が多く保守要員を置けない体制でZapier MCPが噛み合う条件

Zapier MCPを選ぶ条件は2つです。操作対象のSaaSが5種類以上に散らばっていること。そして、連携基盤を保守する専任のエンジニアを置けないこと。この状況では、各APIの認証実装とトークン更新の面倒をZapierへ丸ごと預ける価値が、タスク単価を上回ります。

サーバーを自前で運用したい、コードで処理を書きたいという要件が先に立つなら、n8nの料金と始め方をまとめた記事で扱っているようなセルフホスト型の基盤が候補に入ります。実行回数で課金されない代わりに、インフラと更新の面倒を自分で見る前提です。

監査要件・承認フロー・高頻度実行という見送るべき3つの業務条件

採用しない判断も明確にします。第一に、処理順序が監査や法令で固定されている業務。AIが実行時にツールを選ぶ以上、同じ指示が同じ順序で実行される保証はありません。証跡としての再現性を求められる領域には向きません。

第二に、実行前に人の承認を挟む決裁系。MCPの呼び出しはAIクライアントの会話内で完結し、承認者の待ち行列を持つ仕組みがありません。承認が要るならZapのフローか業務システム側で組みます。第三に、高頻度の定期実行。毎時動く処理を月720回として1,440タスク、これだけでProプランの中位帯を消費します。定期実行はMCPではなくZapに寄せる。この線引きが費用面でも安定します。

月2,500回という呼び出し規模とドメインロジックの複雑さで決める切替点

自前のMCPサーバー実装へ切り替える分岐点は、2つの指標で判断します。1つは呼び出し規模。月間の成功呼び出しが2,500回、つまり5,000タスクを超えると、上位プランの追加費用が自社実装の保守費に近づきます。もう1つは処理の中身で、条件分岐や独自の業務ルールをツール1本の中に閉じ込めたい場合、Zapierのアクション定義では表現しきれません。

この2つに当たったら、社内システムのAPIを直接叩くMCPサーバーを立てる設計へ移ります。パケット解析のような専門領域でも同じ判断が起きており、Wireshark MCPの仕組みと導入手順をまとめた記事が専用サーバー側の例になります。切り替えの設計、既存RPAとの役割分担、権限とログの設計まで含めて外部に相談するなら、RPAとAIエージェントを連携させるインテリジェントオートメーションの開発で扱っている範囲が近いところです。

よくある質問

Zapier MCPの導入を検討する際に問い合わせの多い論点を5つ挙げます。

Zapier MCPは無料で使えますか?

MCP自体に別料金はなく、既存のZapierプランのタスク枠を消費します。無料プランには月100タスクが含まれるため、成功1回で2タスクという固定レートに当てはめると月50回まで動かせる計算です。動作確認やひとりでの試用には足りますが、日常業務に組み込むと数日で尽きます。継続して使うなら、想定する月間呼び出し数を2倍したタスク数で有料プランを選びます。

従来のZapと併用できますか?

併用できます。両者は同じZapierアカウントの接続資産を共有し、タスク枠も共通です。実務では、毎時や毎日の定期実行はZapで組み、その場限りの指示だけMCPに寄せる分担が扱いやすくなります。定期実行をMCPで回すと、AIクライアントを起動しておく必要があるうえタスク消費も読みにくくなるため、役割を分けたほうが費用も安定します。

どのAIクライアントから使えますか?

公式サイトはClaude、ChatGPT、Cursorなどを挙げており、サーバー作成時に接続先クライアントを一覧から選ぶ形式です。トランスポートはStreamable HTTPに対応し、接続情報はトークンをAuthorizationヘッダーで渡す方式と、トークン入りの完全なURLを貼る方式の2つが用意されています。MCPに対応したクライアントであれば、後者の形式で接続できる可能性があります。

呼び出しが失敗したときもタスクを消費しますか?

消費しません。公式ドキュメントは、タスクを消費するのは成功したツール呼び出しのみで、失敗した呼び出しはカウントされないと説明しています。認証切れや必須フィールドの不足でエラーが返るケースは課金対象外です。ただし、AIが引数を誤ったまま処理自体は成功する場合、それは成功扱いで2タスク消費されます。誤送信の防止はフィールド設定側で担保します。

国内向けのSaaSも操作できますか?

Zapier MCPが露出するツールは、Zapierのアプリ一覧にあるアクションそのものです。したがって、Zapierが連携に対応している国内サービスであればMCP経由でも呼び出せます。一覧に無いサービスは、Webhooks by Zapier のような汎用アクションを経由してAPIを叩く形になり、その場合はリクエストの組み立てを自分で定義します。導入前に、操作したいサービスがZapierのアプリ一覧にあるかを確認してください。

関連記事

資料請求

RELATED POSTS 関連記事