MCP или вебхук: что вам действительно нужно
MCP работает по схеме «запрос и ответ»: ассистент вызывает инструмент, когда человек его об этом просит. Вебхук работает наоборот: Meta передаёт событие, а ваша система решает, что делать. Автоматическую реакцию нельзя построить только на MCP.
Подключённый номер предлагает два пути интеграции: MCP и вебхук.
Способы, которыми входящее сообщение может запустить MCP-сервер.
Инструмент MCP, который настраивает другой путь.
Почему MCP не может автоматически ответить клиенту?
Потому что в протоколе нет механизма, который его запускает.
MCP-сервер предоставляет инструменты, которые вызывает клиент. Вызов исходит от ассистента, который сам отвечает человеку. Входящего направления нет: сообщение клиента в WhatsApp никак не может попасть в ассистента и заставить его действовать. Это относится к любому MCP-серверу в любом продукте, а не только к нашему ограничению.
Поэтому на вопрос, может ли AI отвечать клиентам ночью, отвечает вебхук, а не MCP. Meta передаёт сообщение в систему, которой вы управляете, а она решает, что делать, включая при необходимости вызов модели.
Для чего действительно подходит каждый путь?
MCP предназначен для задач, которые выполняет человек. Какой из моих номеров работает некорректно, отправь этому клиенту подтверждение, создай шаблон для обновлений заказа, направь номер этого клиента на мой сервер. Каждая такая задача начинается с просьбы, и через ассистента её выполнить быстрее, чем через панель управления.
Вебхук нужен для всего, что должно происходить без участия человека: первый ответ после окончания рабочего дня, передача нужному сотруднику, запись в CRM, запуск рабочего процесса.
Полезно то, что MCP может настроить вебхук. get_connect_link создаёт ссылку, которую открывает клиент, а set_webhook_destination направляет его номер в вашу систему. Так агент может выполнить настройку пути, который он сам обслуживать не может.
Какие инструменты что поддерживают?
Ассистенты работают с MCP: Claude, ChatGPT, Cursor, Claude Code. Платформы автоматизации в основном не работают с ним, и это различие не всегда очевидно.
Make и Zapier сами запускают MCP-серверы, предоставляя свои действия ассистентам. Ни один из них не выступает MCP-клиентом, поэтому они не могут обращаться к нашему серверу. Для них интеграция выполняется через вебхук и HTTP-запрос.
Исключение составляет n8n. Его MCP Client Tool подключается к удалённому серверу и поддерживает OAuth2, поэтому узел агента внутри рабочего процесса n8n может напрямую вызывать наши инструменты. Но и в этом случае рабочий процесс начинается с вебхука, потому что только он реагирует автоматически.
Распространённые ошибки
- Покупать MCP в расчёте на автоматические ответы. Он действует только по запросу, а в 3 часа ночи его никто не вызывает.
- Считать, что платформа с MCP-сервером может сама подключаться к MCP. Make и Zapier предоставляют инструменты, но не используют их как клиенты.
- Строить оба пути для одной и той же задачи. Они обслуживают разные части одной системы.
Коннектор включает set_webhook_destination, поэтому ассистент может настроить путь автоматизации без открытия панели управления.
Часто задаваемые вопросы
Может ли ассистент следить за моим WhatsApp?
Нет. Ничто не может передать событие в MCP-сервер. Для отслеживания нужен вебхук, который затем может вызвать модель.
Нужны ли мне оба?
Большинство реальных систем используют оба: MCP для задач людей, а вебхук для всего, что происходит без них.
Может ли Zapier использовать ваш MCP-сервер?
Нет. Zapier выступает MCP-сервером, а не клиентом, поэтому не может обращаться к нашему серверу.
А n8n?
Да, через MCP Client Tool с OAuth2. Это единственная из трёх платформ автоматизации, которая может это делать.
Читайте дальше
Готовы начать?
Настройте WhatsApp Coexistence за несколько минут, а не месяцев. Приложение продолжит работать на телефоне.
Начать бесплатный пробный периодПроверено по состоянию на