MCP と Webhook、実際に必要なのはどちらか

MCPでは顧客に自動返信できないのはなぜですか？

プロトコルに、起動される仕組みがないためです。

MCPサーバーは、クライアントが呼び出すツールを公開します。呼び出し元はアシスタントであり、アシスタント自身がユーザーに応答しています。受信方向の仕組みはないため、顧客が WhatsApp メッセージを送っても、それがアシスタントに届いて動作を開始させることはできません。これは当社の制限ではなく、あらゆる製品のあらゆるMCPサーバーに当てはまります。

そのため、購入検討者がいずれ尋ねる、AIが営業時間外に顧客へ返信できるかという問いには、MCPではなくWebhookが答えになります。Metaが、あなたの運用するシステムにメッセージを届け、そのシステムが対応を決めます。そこにはモデルの呼び出しも含められます。

それぞれの経路は、実際には何に向いていますか？

MCPは、人が行っている作業に向いています。どの番号の接続状態が悪いか確認する、この顧客に確認メッセージを送る、注文更新用のメッセージテンプレートを作る、この顧客の番号を自分のサーバーに向ける。どれも誰かの依頼から始まり、ダッシュボードよりアシスタントを使うほうが速く進められます。

Webhookは、誰もその場にいなくても実行する必要がある処理に向いています。営業時間外の初回返信、適切な担当者への振り分け、CRMへの記録、ワークフローの起動などです。

便利なのは、MCPでWebhookを設定できることです。get_connect_linkはクライアントが開くリンクを生成し、set_webhook_destinationは番号をシステムに接続します。そのため、エージェントは自分では対応できない経路のオンボーディングを実行できます。

どのツールがどの経路に対応していますか？

アシスタントはMCPを使います。Claude、ChatGPT、Cursor、Claude Codeが該当します。一方、自動化プラットフォームの多くはMCPを使わないため、この違いは予想されにくいものです。

MakeとZapierは、どちらも独自のMCPサーバーを実行し、アシスタントにアクションを公開します。ただし、どちらもMCPクライアントとしては動作しないため、当社のMCPサーバーを呼び出せません。両者にとっての連携は、WebhookとHTTPリクエストです。

n8nは例外です。MCP Client Toolでリモートサーバーに接続でき、OAuth2にも対応しています。そのため、n8nのワークフロー内にあるエージェントノードから、当社のツールを直接呼び出せます。それでもワークフローはWebhookから始まります。反応を起こせるのはWebhookだけだからです。

よくある間違い

• 自動返信を期待してMCPを購入すること。MCPは依頼されたときに動きますが、3amに依頼するものはありません。
• MCPサーバーを持つプラットフォームなら、MCPサーバーを利用できると思い込むこと。MakeとZapierは公開しますが、利用する側ではありません。
• 同じ処理を行うために両方の経路を構築すること。両者は、同じシステムの異なる役割を担います。

よくある質問

続きを読む