Три способа получения входящих сообщений WhatsApp: Cloud API, BSP и неофициальный интерфейс — полное сравнение — UnifyPort
Вопрос о том, как получать входящие сообщения WhatsApp, кажется решённым — но между тремя доступными подходами существуют принципиальные различия. Неверный выбор обойдётся или неделями задержки, или лишними расходами.
Прежде чем сравнивать варианты, важно учесть одно изменение: WhatsApp On-Premises API прекратил работу 23 октября 2025 года. Если вы читаете старую документацию, в которой говорится о запуске Docker-контейнеров WhatsApp на собственной инфраструктуре, — этот путь закрыт. Теперь доступны только Cloud API или альтернативы за пределами официального API.
Вариант 1: Meta Cloud API (прямое подключение)
Официальный путь. Вы регистрируете номер телефона в Meta Business Platform, настраиваете вебхук и получаете входящие события напрямую с серверов Meta — без промежуточных сервисов.
Что потребуется: аккаунт Facebook Business Manager, аккаунт Meta for Developers, номер телефона, который никогда не был зарегистрирован в WhatsApp, и документы для верификации бизнеса (ИНН, свидетельство о регистрации или счёт за коммунальные услуги).
Сроки внедрения: Технические шаги — создание приложения, регистрация номера, настройка вебхука — занимают менее часа. Узкое место — верификация бизнеса (Business Verification): после подачи документов решение Meta занимает обычно 2–5 рабочих дней, а в отдельных случаях — до двух недель.
До завершения верификации: аккаунт ограничен 250 инициированными бизнесом разговорами в скользящем 24-часовом периоде. На пользовательские разговоры (когда пользователь пишет первым) этот лимит не распространяется. Если ваш сценарий ориентирован на входящие сообщения, вы можете начать их получать до завершения верификации — но без возможности массово писать первым.
После верификации: лимит повышается до 1-го уровня (1 000 инициированных разговоров за 24 часа), а при росте рейтинга качества можно запросить более высокие уровни.
Стоимость: Доступ к API бесплатен. С 1 июля 2025 года каждое доставленное шаблонное сообщение тарифицируется отдельно — в зависимости от категории (маркетинг, утилитарные, аутентификация, сервис) и страны получателя. Ежемесячно 1 000 сервисных разговоров предоставляется бесплатно. Инфраструктуру для вебхук-эндпоинта нужно создавать и поддерживать самостоятельно.
Вариант 2: BSP (авторизованный партнёр Meta)
BSP (Business Solution Provider) — это компании, сертифицированные Meta для перепродажи доступа к WhatsApp Business API. Вместо работы напрямую с Meta вы проходите онбординг через платформу BSP: они управляют API-подключением и доставкой вебхуков, как правило предоставляя также интерфейс для управления.
Среди крупных BSP — Twilio, WATI, 360dialog, SleekFlow, 1msg и Vonage.
Сроки внедрения: Обычно быстрее, чем прямое подключение к Cloud API — BSP предлагают guided-онбординг. Некоторые утверждают, что базовые сценарии можно запустить за несколько часов. При этом требования Meta к верификации для более высоких лимитов сообщений по-прежнему применяются.
Стоимость:
- Тарифы Meta за сообщения (те же базовые ставки, что при прямом доступе)
- Наценка BSP: обычно $0,003–$0,010 за сообщение или 10–30% сверх базовых ставок
- Ежемесячная плата за платформу: от ~$29/мес. (базовый тариф) до $500+/мес. (корпоративный)
- Плата за номер: часть BSP дополнительно берёт за каждый подключённый номер (например, $15/мес. за номер)
При малых объёмах доминирует ежемесячная плата, при больших — накрутка за сообщение. В любом случае итоговые расходы выше, чем при прямом подключении к Cloud API.
Что вы получаете: управляемую инфраструктуру, интерфейс для работы с входящими и управления шаблонами, рекомендации по соответствию требованиям и поддержку, понимающую политики WhatsApp.
Вариант 3: Неофициальный интерфейс
Третий путь полностью обходит API-стек Meta. Неофициальный интерфейс подключается к WhatsApp через WhatsApp Web — тот же механизм, что использует браузер, — и доставляет входящие сообщения в виде структурированных вебхук-событий.
Именно так работает обработка входящих в UnifyPort: обычный аккаунт WhatsApp (любой номер, включая личный или уже используемый для поддержки) подключается один раз. После этого каждое входящее сообщение нормализуется в стандартное событие message.received и доставляется на ваш вебхук с подписью HMAC-SHA256.
Что потребуется: существующий аккаунт WhatsApp и вебхук-эндпоинт.
Сроки внедрения: как правило, менее суток. Без документов, без ожидания проверки, без аккаунта Business Manager.
Стоимость: подписка на сервис, а не поштучная тарификация. На стороне входящих расходы Meta отсутствуют.
Что вы получаете: быстрый старт, сохранение существующего номера (который уже есть в контактах ваших клиентов) и события message.received, структурно идентичные событиям от Telegram, LINE, TikTok, Zalo и X — единая схема для всех каналов.
Что вы берёте на себя: этот подход работает за пределами Условий использования WhatsApp. WhatsApp активно обнаруживает использование неофициальных API через поведенческий анализ и сопоставление паттернов. Аккаунты, попавшие под обнаружение, рискуют получить блокировку. Это главный компромисс — и он вполне реальный.
Сравнительная таблица
| Cloud API (прямой) | BSP | Неофициальный интерфейс | |
|---|---|---|---|
| До первого вебхука | Часы + 2–14 дней (верификация) | Часы–дни | Менее суток |
| Верификация бизнеса | Требуется | Зависит от провайдера | Не требуется |
| Использование существующего номера | Нет (только незарегистрированный) | Нет | Да |
| Базовая стоимость API | Бесплатно (оплата за сообщения) | Бесплатно + 10–30% наценки | Подписка |
| Ежемесячная плата за платформу | Нет | $29–$500+ | Подписка |
| Маршрутизация данных | Meta → напрямую | Через BSP | Через сервис |
| Соответствие ToS WhatsApp | Да | Да | Нет |
| Нормализация по каналам | Нет | Нет | Да (6 платформ) |
Какой вариант подходит для каких сценариев
Cloud API прямой: подходит для масштабирования — когда важен официальный статус соответствия требованиям, есть время ждать верификации и нужна наименьшая стоимость за единицу в долгосрочной перспективе.
BSP: подходит для команд без глубокой технической экспертизы — когда важен UI управления, не хочется самостоятельно строить управление шаблонами и дополнительные расходы оправданы экономией времени.
Неофициальный интерфейс: подходит, когда нужно начать получать сообщения немедленно, существующий номер уже есть в контактах клиентов, верификация задержит запуск на недели и риски со стороны ToS оценены и приняты. Также подходит, если нужна единая нормализованная схема событий для всех используемых каналов.
Три пути не конкурируют за одну аудиторию. Большинство команд рано или поздно возвращаются к этому сравнению после сделанного выбора. Лучше понять все три варианта до того, как выбор сделан.