Zapierの MCP サーバー入門：設定方法と業務での使い方

Zapier MCP の MCP サーバーを使うと、会話の中で決めたことをAIアシスタントから業務アプリに反映できます。文脈が会話に残っているうちに、見込み顧客を記録し、返信を下書きし、フォローアップのタスクを登録できる仕組みです。すでにZapierを使って業務を回しているなら、画面を行き来してコピーする手間を減らせます。まずは使えるアクションを少数に絞り、実行結果を目で確認できる仕事から始めましょう。

Zapierの MCP サーバーとは？

Zapier MCPは、AIソフトウェアが外部ツールを呼び出すための共通規格、Model Context Protocolを通じてAIアシスタントとアプリをつなぎます。アシスタントがアクションを選んで必要な情報を渡すと、Zapierがアプリ接続を使って実行し、その結果を返します。

担当者のいる業務受付を思い浮かべると分かりやすいでしょう。アシスタントが依頼内容を伝え、受付が利用可能なサービスを確認し、接続先のアプリが処理を行います。MCPが用意するのは共通の依頼形式です。そのメールを顧客に送るべきかどうかまで判断するわけではありません。

クライアントは、利用するAIアプリケーションのことです。Zapierの技術概要には、対応クライアントとしてClaude、ChatGPT、Cursorなどが挙げられています。サーバーには、それらのクライアントが利用できるアプリとアクションの設定がまとめられています。自分でマシンをホストする必要はありません。基盤となる規格については、MCPとは何かを参照してください。

アプリの数より、まずモードを選ぶ

用途を絞った最初のワークフローには、managed modeを選びます。利用できるアクションを自分で選び、アシスタントはそれ以外のアクションを有効にできません。

一方、新しいサーバーは通常、agentic modeで作成されます。Zapierが既存の接続からアクションをあらかじめ有効にする場合があり、アシスタントも依頼に応じてアクションを探し、追加できます。幅広い支援には便利ですが、「自分が有効にしたツールしか使えない」とは限らなくなります。この違いはサーバーモードのドキュメントに明記されています。

実務で変わるのは、会話から作業への引き継ぎ方です。これまでは会話の要約をコピーし、スプレッドシートを開いて記録し、さらにメッセージアプリを開いて報告文を書く、といった手順を踏んでいたかもしれません。MCPのワークフローを設定すれば、会話の中で記録内容とメッセージ案を確認し、アシスタントに実行を依頼できます。判断と結果の確認は、引き続き人が担います。

Zapier MCPの設定方法

サーバーを用意し、アクションと接続先アカウントを選んでから、AIクライアントを接続します。以下は公開ドキュメントに基づく設定手順です。実際のアカウントを操作した記録でも、読者のアプリで実行したという報告でもありません。

サーバーを作成する、または既存のサーバーを選ぶ

Zapier MCPのダッシュボードを開きます。Zapierのダッシュボード設定ガイドでは、+ New MCP Serverを押し、AIクライアントを選ぶ流れになっています。より新しいドキュメントでは、作成ボタンはAdd MCP serverと表記されています。

アシスタント側からZapierに接続して認可を済ませる方法もあります。この場合、初回の接続時にデフォルトのサーバーが作られ、以後のクライアントはそのサーバーに追加されます。既存のアプリ接続に対して、アクションがすでに有効になっていることもあります。この方法で接続済みなら、空の状態から始まると思い込まず、作成されたサーバーを選んで確認してください。

使わせるアクションを明確に絞る

サーバーのSettingsでManaged modeを選び、Save changesをクリックします。この設定は、そのサーバーに接続するすべてのクライアントに影響します。切り替え後はクライアントのツール一覧を更新してください。例えば、Claude Desktopは再起動し、Cursorは再読み込みします。モード切り替えの手順には、ほかのクライアントでの更新方法も記載されています。

すでにあるアクションを確認し、試行する業務に不要なものを削除します。そのうえで、次のように設定します。

1. Add toolを選び、アプリを検索して選択します。
2. Create Spreadsheet Rowなど、必要なアクションを選びます。
3. 使用するアプリアカウントを接続し、ツールを追加します。
4. アクションの**⋮メニューからConfigure**を開き、各フィールドを設定して保存します。

保存先は、可能な限り固定しましょう。スプレッドシート、チャンネル、プロジェクトの選択をアシスタントの推測に任せないためです。本文などの内容欄はアシスタントが埋められるようにします。Zapier側で固定した値は、クライアントが渡した値より優先されます。

実際に使うクライアントを接続する

ダッシュボードのガイドでは、最後にConnectタブを開き、選んだクライアントの手順に従います。現行のクライアント別の接続方法は次のとおりです。

組織によっては、管理者が先に接続を有効にする必要があります。意図的に権限を絞って試すのであれば、ツールを追加する初期設定用プロンプトを、内容を確認せずに実行しないでください。

一覧にないクライアントについては、ZapierはAdd MCP server → Other、続いてSettings → API token → Generate tokenという手順を案内しています。クライアントには、ZapierがMCPの通信に使うStreamable HTTPへの対応が必要です。接続用トークンの扱いはその他のクライアント向け手順に従ってください。トークンと、それを含むURLは、パスワードと同じように管理します。

初めて書き込む前にアカウントを確認する

各アクションは、選択されたZapierのアプリ接続を通じて実行されます。確認すべきなのは、その接続で使われるメールボックス、ワークスペース、顧客関係管理（CRM）のアカウントです。AIサービスの契約名義だけを見ても分かりません。

アプリのデフォルト接続を設定するには、アプリの**⋮メニューからManage connectionを開き、目的の接続を選んでSet default connection**をクリックします。個別のアクションには、デフォルトと異なる接続を指定することもできます。アクション設定の手順では、アカウントの選択とフィールドの固定について説明しています。

テスト用の保存先で試し、アプリ側の結果とサーバーのHistoryを確認します。チャットで自信たっぷりに完了を告げられても、正しい場所に書き込まれた証拠にはなりません。

**使用量：**ツール呼び出しのたびに、既存のZapierタスク枠から2タスクを消費します。Zapsで使うのと同じタスク枠です。

最初に任せたい3つの仕事

アシスタントがすでに必要な文脈を持ち、人が結果の正しさを判断しやすい仕事から始めます。以下は公開済みのアクションを使ったワークフロー案であり、効果を測定した導入事例ではありません。

条件を満たした見込み顧客を記録し、チームに通知する

**営業担当者が最初に試すなら：**会話の中ですでに条件を確認した見込み顧客を、共有の記録とチームへの通知に反映します。

Google Sheetsの**Create Spreadsheet Rowと、SlackのSend Channel Message**を有効にします。書き込み先のシートとチャンネルは固定します。合意済みの列名を渡し、書き込む前に行の内容とメッセージ案を見せるよう依頼してください。

依頼例：「上で承認した見込み顧客の情報を使ってください。追加する行とチャンネルへのメッセージを見せてください。私が承認したら行を追加し、行の追加が成功した場合にだけ通知を投稿してください。」

判断した内容を忘れないうちに、確実に次の担当へ渡せるのが利点です。両方の出力に、対象の見込み顧客を識別できる情報を含めましょう。行の追加が成功して通知だけ失敗した場合は、再試行の前に状況を確認します。何も確認せずに作業全体をやり直させないでください。

CRMの情報を踏まえて返信を下書きする

**顧客担当者に向いている仕事：**アシスタントに送信権限を与えず、顧客情報をメールの返信案に反映します。

HubSpotの**Find Contactと、GmailのGet Conversation**、Create Draft Replyを有効にします。Gmailの両アクションは、ZapierのGmail MCPアクション一覧に掲載されています。Get Conversationには、メールのやり取りを識別するスレッドIDが必要です。受信トレイ全体を検索してくれると思い込まず、正しいスレッドIDを渡してください。

依頼例：「このメールスレッドを読み、送信者のメールアドレスで連絡先を探してください。取得できた顧客情報だけを使って返信を作成してください。連絡先を特定できなければ、作業を止めて確認してください。私が確認できるよう、下書きとして保存してください。」

ここでは、機能そのものを制限することが役立ちます。Create Draft Replyは使えても、Send Emailは使えない状態にします。メールボックスで宛先、約束した内容、事実関係を確認し、人が送信します。CRMの検索結果は文脈を補いますが、根拠のない値引きや納期の約束を正当化するものではありません。

メールスレッドからタスクを登録する

**プロジェクトの調整担当者に向いている仕事：**顧客からの具体的な依頼を、実務担当者に必要な情報が伝わるタスクに変えます。

GmailのGet Conversationと、Asanaの**Create Task From Template**を有効にします。適切なタスクテンプレートを先に用意してください。アシスタントにはスレッドID、使うテンプレート、作成先を渡し、担当者や期限の情報が不足していれば、作成前に明らかにするよう依頼します。

依頼例：「このスレッドを読み、依頼された作業を要約してください。タスク案を見せ、不足している情報を挙げてください。承認後、顧客依頼用のテンプレートからタスクを作成してください。」

メールの中に依頼が埋もれにくくなります。利用できるフィールドの範囲で、元のメールを参照できる情報をタスクに残しましょう。ただし、タスクを作成しただけで現実的な期限が決まったり、誰かが作業を引き受けたりするわけではありません。

試行の後に広げられる2つの用途

**業務責任者なら、顧客との通話前のブリーフィングを準備できます。**連絡先の検索と指定したメールのやり取りを使い、現在の顧客との関係をチャットにまとめます。通話前に情報を探す手間を減らせます。取得した事実と提案された話題を安定して区別できるまでは、読み取りだけにとどめましょう。

**デリバリーの責任者なら、計画を話し合った会話から決定事項を記録できます。**スプレッドシートのアクションで決定ログを残し、チャンネルへのメッセージ送信アクションで合意内容を共有します。提案内容には、担当者と次の行動を明記させます。有意義な議論を、実行できる形で次の担当者に渡しやすくなるはずです。

どちらにも、新たな万能エージェントは必要ありません。少数の、役割を把握しやすいアクションを再利用できます。

どのようなサービスを作る価値があるか？

出力を確認できる、用途を絞ったワークフローを作りましょう。CRMのAI自動化に検索需要があることは、この分野を調べる理由にはなりますが、買い手が新たな汎用アシスタントを求めている証拠にはなりません。

**最も有望なのは、顧客担当者向けにCRMの情報を踏まえた返信を準備する仕組みです。**小さく始めるなら、選んだスレッドを受け取り、該当する連絡先を検索し、根拠のある下書きを作成して確認に回す機能が考えられます。営業やカスタマーサクセスのチームは、自社の顧客や承認ルールに沿って一貫した対応ができることに対価を払うでしょう。課題は差別化です。同じプロンプトを包んだだけなら、利用者は手元のアシスタントで再現できます。適切な顧客との照合、根拠の提示、例外への対応に価値を持たせる必要があります。

**CRMへの引き継ぎを記録する仕組みは、営業オペレーションのチームに役立つ可能性があります。**承認済みの見込み顧客情報、保存先の記録、チーム通知から始め、各アクションの結果を明確にします。CRM自動化全般への関心は、このワークフローを検討する後押しになります。課題は、一部だけが完了する場合への対処です。見込み顧客の記録とチームへの通知は、別々の実行結果です。最低限の製品でも、状態を確認でき、重複を作らずに処理を再開できる仕組みが必要です。

どちらも、より大きな製品に広げる前に、担当者の実際の業務サンプルで検証してください。これは製品の仮説であり、売上予測ではありません。

アシスタントに与える権限を小さく保つ

managed modeは利用できるツールを制限します。ただし、許可されたツールの使い方がすべて正しくなるわけではありません。

試行段階では、メール送信、レコード削除、一括更新、制限のないカスタムアクションは有効にしないようにします。送信より下書きのアクションを選びましょう。保存先を固定し、その仕事に必要な最小限の権限を持つアプリアカウントを使います。確認を求めるプロンプトも役立ちますが、リスクのあるアクション自体を外すほうが、確実に権限を制限できます。

Zapierはアプリの認証情報をモデルの外部で管理します。それでも、検索で返されたデータはアシスタントの文脈に取り込まれます。変更できるものだけでなく、読み取れるものも慎重に選びましょう。メールや顧客レコードに書かれた指示は、データとして扱います。新たな仕事を実行する許可にはなりません。

失敗したら、Historyの記録を確認します。書き込みを再試行する前に、接続先アプリも確認してください。また、共有サーバーのモードを切り替えると、そこに接続するすべてのクライアントに影響します。何が共有されるかはサーバーの概要で説明されています。

標準コネクターを選ぶほうがよいのはいつか？

必要なアカウント管理のもとで目的の作業をそのまま実行できるなら、アシスタント標準のコネクターを選びます。Zapierが公開していない特定の操作を、アプリ独自のMCPサーバーがドキュメント上で提供しているなら、そのサーバーを選びます。直接接続のほうが高機能、高速、安全だと決めつける前に、実際のアクションと権限の仕組みを確認しましょう。

Zapier MCPが特に向いているのは、すでにZapierで接続している複数のアプリをまたぐ仕事です。イベントが起きるたびに実行すべき仕事なら、チャットでその都度依頼するよりも、トリガーで動くZapのほうが適している場合があります。この違いは、ZapierのワークフローとMCPの定義に基づいています。

自動化プラットフォーム自体を見直しているなら、Zapierの代替サービスとn8n・Zapier・Makeの比較も参照してください。

Zapier MCPサーバーとは何ですか？

アシスタントがZapier経由で使うアプリ、アクション、クライアント接続をまとめた設定です。managed modeでは利用するアクションを固定します。agentic modeでは、アシスタントがアクションを探して有効にできます。

Zapier MCPはどう始めればよいですか？

サーバーを作成または選択し、モードとアクションを決め、各アプリ接続を確認してから、クライアントの接続手順を完了します。クライアント側からサインインすると、サーバーが自動作成される場合があります。権限を絞った試行を始める前に、あらかじめ有効になっているアクションを確認してください。

Zapier MCPは無料ですか？

MCPはZapierのすべてのプランに含まれています。ただし、既存のタスク枠を消費するため、プランに含まれていても無制限に使えるわけではありません。

月曜日に営業担当者がまず行うなら、テスト用のシートとチャンネルを接続し、行の追加とメッセージ送信のアクションを有効にして、最初から最後まで結果を確認できる見込み顧客の引き継ぎを試しましょう。何が実行され、誰のアカウントが使われ、一部が失敗したときにどう復旧するかをチームが説明できるまでは、試行範囲を小さく保ちます。

チーム向けに用途を絞ったワークフローの構築を希望する場合は、AI自動化の開発サービスをご覧ください。