WhatsApp Coexistence позволяет использовать бизнес-приложение и Cloud API одновременно — а вам точно нужны оба?
Функция WhatsApp Coexistence от Meta — развёрнутая в 2026 году в 14+ странах — решает проблему, которая годами раздражала пользователей WhatsApp Business: нужно было выбирать между бизнес-приложением (ручное управление, на телефоне) и Cloud API (автоматизация, webhook). Включил одно — потерял другое. Coexistence позволяет запустить оба на одном номере телефона с синхронизацией сообщений в реальном времени.
Это действительно полезное улучшение. Но стоит задать вопрос: вашей команде действительно нужны обе стороны?
Что даёт Coexistence
Coexistence зеркалирует каждый личный диалог между WhatsApp Business App и Cloud API. Клиент пишет на ваш номер — сообщение одновременно появляется в бизнес-приложении на телефоне и приходит как webhook-событие в Cloud API. Ответы с любой стороны синхронизируются на другую за секунды.
Практический сценарий: отдел продаж отвечает с телефонов, а очередь поддержки обрабатывается автоматизированной системой. Обе стороны видят один и тот же разговор. Без пересылок, без дублирования номеров, без «проверь другой канал».
Meta также подгружает до шести месяцев истории личных сообщений при включении Coexistence — API-интеграция не стартует с пустого ящика.
Что требуется для Coexistence
Список требований проясняет целевую аудиторию:
1. Утверждённая интеграция с Cloud API. Ваш WhatsApp Business Account должен быть подключён к Cloud API через процесс онбординга Meta — напрямую или через BSP (Business Solution Provider). Это означает прохождение бизнес-верификации, настройку Meta Business Portfolio и конфигурацию webhook-эндпоинтов в Meta Developer Console.
2. Правильная версия бизнес-приложения. WhatsApp Business App версии 2.24.17 или новее. Старые версии не поддерживают протокол синхронизации.
3. Период прогрева. Номер должен активно использоваться в бизнес-приложении не менее 7 дней до включения Coexistence. Meta рекомендует 1–2 месяца стабильного использования для надёжной синхронизации. Нельзя зарегистрировать новый номер и сразу включить обе стороны.
4. 14-дневный heartbeat. После включения Coexistence необходимо открывать бизнес-приложение не реже одного раза в 14 дней. Если приложение уходит в спящий режим, синхронизация молча прерывается — сообщения в API продолжают приходить, но сторона приложения гаснет. Отдел продаж перестаёт видеть сообщения, пока кто-то не откроет приложение снова.
5. BSP-инфраструктура (в большинстве случаев). Если вы не интегрируетесь напрямую с Cloud API Meta (чего большинство маленьких команд не делает), вы работаете через BSP. Это означает: абонплата ($29–$500+/мес.), наценка на каждое сообщение (обычно 15–20%) и накладные расходы на управление шаблонами.
Три типа команд, для которых Coexistence создан
Не каждая конфигурация WhatsApp выигрывает от двустороннего режима. Coexistence подходит для определённого профиля:
Команда A: продажи на телефонах, поддержка через автоматизацию. Полевые менеджеры отвечают из бизнес-приложения, бэкенд обрабатывает подтверждения заказов и маршрутизацию. Обоим нужен один и тот же вид диалога. Coexistence решает это напрямую.
Команда B: миграция с бизнес-приложения на Cloud API. Команда начинала с бизнес-приложения и постепенно добавляет API-автоматизацию. Coexistence позволяет работать на обеих сторонах в переходный период без переноса номера и потери рабочего процесса на стороне приложения.
Команда C: комплаенс требует человека в контуре. Регуляции требуют, чтобы человек проверял автоматизированные сообщения перед отправкой. Приложение — поверхность для проверки; API — автоматизация.
Команда, для которой это не создано
Есть и четвёртый профиль, которого нет в документации Meta по Coexistence: команда, которая только принимает сообщения.
Эти команды не отправляют маркетинговые рассылки. Не используют шаблонные сообщения. Не нуждаются в интерфейсе ручных ответов бизнес-приложения — их очередь поддержки уже обрабатывается тикет-системой, CRM или пайплайном AI-агентов. Единственное, что им нужно от WhatsApp — входящее сообщение, доставленное как структурированное событие для маршрутизации, логирования и обработки.
Для такой команды Coexistence добавляет инфраструктуру по обе стороны функции, которую они не используют:
- Со стороны Cloud API: бизнес-верификация, Meta Developer Console, настройка вебхуков, контракт с BSP, биллинг за сообщения (сервисные диалоги бесплатны, но запоздалые ответы становятся шаблонными — см. анализ тарифов июля 2026)
- Со стороны бизнес-приложения: требование 14-дневного heartbeat, управление версией приложения, период прогрева, необходимость держать телефон активным
Синхронизация между двумя сторонами — это и есть функция. Если вам не нужна ни одна сторона, синхронизация — это накладные расходы.
Путь, который обходит обе стороны
Неофициальный интерфейс UnifyPort подключает обычный аккаунт WhatsApp — без бизнес-верификации, без одобрения Cloud API, без BSP — и доставляет каждое входящее сообщение как нормализованное webhook-событие:
{
"event": "message.received",
"account_id": "acct_7kQnWx",
"provider": "whatsapp",
"from": "user_d4f29a",
"text": "Доставляете ли вы в Сингапур?",
"timestamp": 1751270400,
"message_id": "wa_msg_8b3e71"
}Ваш бэкенд проверяет HMAC-SHA256 подпись по signing_secret и направляет сообщение в существующую очередь. Не нужно держать бизнес-приложение активным, не нужно настраивать Cloud API, не нужно поддерживать 14-дневный heartbeat, нет BSP-наценки, компаундящейся на случайных шаблонных списаниях.
Ответы отправляются через POST /v1/messages — единый эндпоинт, без классификации шаблонов, без биллинга по окну диалога. Тот же webhook принимает сообщения из Telegram, LINE, TikTok, Zalo и X в идентичной схеме message.received. Добавление WhatsApp к существующей мультиплатформенной системе не добавляет новую модель биллинга — только ещё одно значение provider в полезной нагрузке.
Матрица принятия решений
| Требование | Coexistence | UnifyPort |
|---|---|---|
| Бизнес-верификация | Обязательна | Не нужна |
| Контракт с BSP | Обычно да | Не нужен |
| Приложение активно каждые 14 дней | Обязательно | Не нужно |
| Исходящие маркетинговые шаблоны | Поддерживаются | Не этот сценарий |
| Входящий webhook | Да (со стороны Cloud API) | Да |
| Мультиплатформенность (Telegram, LINE и др.) | Отдельные интеграции | Один webhook |
| Биллинг за сообщение | Тарифы Meta + BSP-наценка | Нет |
| Время настройки | Дни — недели (верификация) | Часы |
Какой вариант ваш
Если ваша команда отправляет исходящие кампании, нуждается в бизнес-приложении для полевых менеджеров или мигрирует существующий рабочий процесс бизнес-приложения на API-автоматизацию — Coexistence — это функция, которую вы ждали. Она решает реальный пробел в инфраструктуре WhatsApp.
Если ваша команда принимает сообщения, направляет их в очередь и отвечает через существующую систему — вопрос не в том, «включать ли Coexistence», а в том, «нужна ли нам инфраструктура, которую Coexistence соединяет». Для чисто входящих рабочих процессов ответ может быть: ни одна из сторон.
Полная документация по API и вебхукам: unifyport.ai/docs.