ClaudeでZapier MCPを使う — 接続先アプリとアクションの絞り方

ClaudeにZapier MCPをつなぐと何が起きるか

Zapier MCPは、Zapierアカウントの中にあるアプリ連携を、MCP対応のクライアントから呼べるようにする仕組みです。Claudeからは、Slackへの投稿、Gmailの検索、Asanaのタスク作成といった操作を会話の流れで頼めます。

つなぐこと自体は数分で終わります。時間をかけるべきなのは、接続した後の2点です。Claudeにどのアクションまで触らせるか、そして会話のたびに消えるタスクをどう見積もるか。この2点は、つないだ時点では何も決まっていません。

この記事は、Claude側の入口(チャットとClaude Code)、Zapier側のサーバー設定、タスク消費の順に説明します。ZapierとMakeのどちらを選ぶかはZapier MCP使い分けで扱っているので、ここではZapierを使うと決めた後の話に絞ります。

つなぎ方はClaudeのチャットとClaude Codeで入口が違う

どちらの入口でも、先にZapierのサーバーを作る必要はありません。Claudeからサインインすると、Zapierがその人の既定のサーバーに接続し、初回はそのサーバーも作ります。接続先のURLはどのクライアントでも共通で、https://mcp.zapier.com/api/v1/connectです。

接続する側のクライアントが満たす条件は1つだけです。Streamable HTTPでMCPを話せること。Server-Sent Events(SSE)しか話せないクライアントは接続できません。

Claude(ブラウザ・Desktop)から

Claudeのコネクタ一覧でZapierは「Anthropic verified」の表示付きで並んでいて、サインインが必要です。ZapierのアカウントがなくてもClaude上のサインイン中に作れます。Claudeのプランは無料プランも含めて使えます。

Claude Desktopでも同じ流れです。ブラウザから戻るときに「Open Claude」を押します。Zapierのツールが出てこないときは、アプリを一度閉じて開き直すと同期されます。1回の接続でClaudeのチャット、Claude Desktop、Claude Coworkの3つに効きます。ただしCoworkを使うには有料のClaudeプランが必要です。

Claude Codeから

Claude CodeではHTTPトランスポートでサーバーを足します。サーバー名は自分で決められるので、以降の権限設定で使う名前としてZapier-MCPにしておきます。

claude mcp add --transport http "Zapier-MCP" \
  https://mcp.zapier.com/api/v1/connect

追加したらClaude Codeを再起動し、Zapierのサインイン画面で「Copy prompt」「Continue」「Allow」の順に進めます。WSL上のClaude Codeでは、ブラウザからのOAuthコールバックが届かず認証が終わらないことがあります。その場合はWindowsかmacOSのネイティブなターミナルから実行します。

プラグインでも入れられます。Anthropicの公式プラグインマーケットプレイスを登録済みなら/plugin install zapier@claude-plugins-official、未登録ならZapierのマーケットプレイスを足してから/plugin install zapier@zapier-pluginsです。

TeamとEnterpriseでは先に管理者の作業がある

TeamまたはEnterpriseのClaudeでは、OwnerかPrimary Ownerが組織設定でZapierを有効にするまで、メンバーは接続できません。有効にしても全員が自動でつながるわけではなく、メンバーは各自でサインインします。コネクタの一覧にZapierが出ないときは、まずこの有効化が済んでいるかを確かめます。コネクタ全般の仕組みはClaude Connectorsとはにあります。

最初に有効になるアクションは「自分の接続済みアプリ」

認証が終わると、Zapierはサーバーを自動で用意します。このとき有効になるのは、すでにZapierアカウントでつないであるアプリのアクションです。つないだアプリが1つもなければ、サーバーは空で始まります。

ここで知っておきたい点が2つあります。

• 他のZapierユーザーから共有された接続は、自動で有効にする対象に入りません。自分の接続だけです
• 空のサーバーでもClaudeは動きます。アクションを探して有効にし、そのアプリを初めて使う瞬間にサインインを求めます

つまり「どのアプリを渡すか」は、接続時に選ぶのではなく、Zapierアカウントに今つながっているアプリで暗黙に決まります。仕事用と私用のGmailが両方つながっているアカウントなら、両方が候補になります。この状態のまま使い始めるのは、権限の観点で一番ゆるい出発点です。

アクションを絞る層は4つある

絞り込みは1か所では決まりません。効く場所が4つあり、それぞれ守れる範囲が違います。

agenticモードでは「絞った」ことにならない

新規サーバーの既定はagenticモードです。Claudeに渡されるのは、アクションの検索、有効化、実行などを担う16個の固定ツール(メタツール)で、そのなかにenable_zapier_actionがあります。Claudeが会話の中で必要なアクションを探して有効にできるため、事前に有効にしたアクションの一覧は上限として働きません。

オープンな頼み事を複数のアプリにまたがって任せたいなら、これが便利な点でもあります。一方で「このアプリのこのアクションしか使わせない」を守りたいなら、別の手が要ります。

managedモードに切り替える

managedモードでは、有効にしたアクション1つが1つのツールとして渡されます。Claudeはアクションを足せず、構成はダッシュボードで管理します。使えるアクションを固定したいときの正攻法です。

切り替えはダッシュボードでサーバーを選び、Settingsタブで「Agentic mode」か「Managed mode」を選んで保存します。OwnerかEditorの権限が必要です。agenticからmanagedに変えると、スキルとコードアクションは使えなくなります。削除はされず、agenticに戻せば復活します。

注意点がもう1つあります。モードはサーバー単位です。1つのサーバーにClaudeとCursorなど複数のクライアントをつないでいると、片方のために切り替えた設定が全員に効きます。クライアント側のツール一覧は手元にキャッシュされるため、切り替え後はClaude Desktopを再起動します。自動の更新も数時間以内に入りますが、待たずに再起動するのが確実です。

フィールドの値で書き込み先を固定する

アクション単位の設定では、各フィールドの値の決め方を選べます。

• 特定の値に固定する。Claudeが別の値を送っても、Zapierは固定値で上書きします
• Claudeに生成させる
• 選択肢を限り、その中から選ばせる(ドロップダウン項目の書き込みアクションのみ)
• アプリの既定値を使う、または値を入れない

たとえばSlackの投稿アクションで投稿先のチャンネルを固定すれば、Claudeが別のチャンネルを指定する余地がなくなります。Salesforceでリードの担当者を固定する、といった使い方も公式の例にあります。この設定はagenticでもmanagedでも使え、保存すればクライアントを再接続せずに反映されます。設定できるのはサーバーのオーナーだけです。

アプリごとの既定の接続も、ここで決めます。仕事用のGmailを既定にしておけば、私用のアカウントに送る事故を避けられます。agenticモードなら、チャットで「仕事用のGmailを既定の接続にして」と頼んでも変えられます。

Claude Code側に承認の関門を置く

ここまではZapier側の絞り込みです。Claude Codeには、実行の前に確認を挟む設定もあります。agenticモードでは書き込みがすべてexecute_zapier_write_actionの1つのツールを通るので、このツールにaskルールを付けると、Slack投稿でもメール送信でも毎回確認が出ます。

{
  "permissions": {
    "ask": [
      "mcp__Zapier-MCP__execute_zapier_write_action"
    ]
  }
}

ツール名はmcp__<サーバー名>__<ツール名>の形式です。上の例は、前節のコマンドで名前をZapier-MCPにしたサーバーに合わせています。組織のコネクタとして届くZapierは、サーバー名の部分が別の形になります。読み取り(execute_zapier_read_action)は確認なしで通したまま、書き込みだけ止める組み合わせが現実的です。アクション単位の細かい出し分けが要るなら、managedモードでアクションごとにツールを分けると対応できます。

組織の制限はZapier全体にかかる

アカウント単位のアプリ・アクション制限は、Zapier MCPにも自動で適用されます。ただしMCPだけに限った制限は設定できません。管理者が掛けた制限はZapierのほかの機能にも同じように効きます。連携先のアプリ側の権限も有効なので、人事システムで雇用状態を変える権限がない社員は、Zapier MCP経由でも変えられません。

タスク消費は「成功した呼び出し1回で2タスク」

Zapier MCPに別料金はなく、Zapierプランのタスク枠を使います。ZapやほかのZapier製品と同じ枠です。

数えるのは、外部アプリに作用する操作です。Slackへの投稿、スプレッドシートの行追加、Gmailの検索はいずれも1回に数えます。ツール一覧の問い合わせ、認証と設定、履歴の閲覧は数えません。

見積もりで効いてくるのは、まとめ依頼の展開です。「5行を追加して」は5回(10タスク)、「3人にメールを送って」は3回(6タスク)、「10件を検索して更新して」は検索1回と更新10回で11回(22タスク)です。Claudeに数十件の処理を頼む会話は、1回の会話で数百タスクになりえます。

手元の月間予算に直すには、簡単な試算が役立ちます。毎朝メール、カレンダー、タスクの3アプリを読み取るダイジェストを営業日20日分実行すると、3回×20日で60回、120タスクです。これに書き込みを加えた数が、現在のプランの枠に収まるかを見ます。接続直後のオンボーディングで走る読み取りも成功した呼び出しなので、同じくタスクを使います。テスト用の呼び出しも例外ではありません。

枠を使い切ったときの挙動は、課金設定で分かれます。

• 従量課金(pay-per-task)が有効なら、上限までは動き続け、超過分が請求されます
• 無効、またはプランに含まれないなら、次の請求サイクルかプラン変更まで呼び出しが止まります

止まったときは、タスク枠に達したというエラーが返ります。サーバーの設定と連携済みアプリは残るので、再設定は要りません。残りタスクがあるのに失敗するなら、原因は別です。ダッシュボードの左サイドバーには、アカウント全体の「Plan Tasks」とMCP経由の「MCP Tasks」が並び、MCPでどれだけ使ったかが分かります。

つまずいたときの切り分け

接続の失敗は、症状ごとに原因と対処が次の4つに分かれます。

特定のアプリが動かない場合の再認証は、そのアプリを使うすべてのツールに反映されます。

どの構成から始めるか

最初の一歩は、書き込みを持たない構成にするのが無理がありません。

ツールバンドルは、有効にしたアプリとアクションだけを共有するリンクで、どのプランでも作れます。受け取った人は自分のアプリアカウントを接続し直し、タスクも自分のプランから引かれます。ここで渡るのは構成であって、自分の連携済みアカウントやデータではありません。

複数のSaaSをまたぐ業務の設計はClaude複数SaaS連携で日次業務を一元化する、MCPそのものの仕組みはMCPとはが詳しく扱っています。

まとめ

Zapier MCPの接続は、Claudeからサインインするだけで済みます。判断が要るのはその後です。Claudeに探させて広げるか(agentic)、あらかじめ決めた範囲に閉じるか(managed)。書き込み先をフィールドで固定するか。Claude Code側で書き込みに承認を挟むか。

最初のうちは、読み取り中心のダイジェストを組んで1週間のMCP Tasksを見てから、書き込みを足す順にすると、枠の消費を見てから書き込みを判断できます。成功1回が2タスクという数え方さえ頭に置いておけば、枠の使い方は後から調整できます。