Как принимать входящие сообщения WhatsApp без официального API — UnifyPort

В 2026 году с официальным WhatsApp Business API почти одновременно произошли три вещи, и вместе они изменили расчёты для многих команд. Оплата по диалогам сменилась оплатой за каждое сообщение, а затем, 1 января, ставки снова пересмотрели. Самые высокие лимиты на сообщения теперь спрятаны за верификацией бизнеса (Business Verification). А универсальным AI-ассистентам запретили работать на платформе — разрешены только сценарии автоматизации, ориентированные на конкретные задачи.

Если вы собирались построить что-то, что умно общается с пользователями в WhatsApp, эти три изменения бьют точно по вам. Но сперва стоит задать тихий вопрос: вам действительно нужна вся официальная исходящая машинерия — или вы просто хотите надёжно принимать то, что присылают пользователи?

Где официальный путь упирается в стену

Официальный WhatsApp Business API построен вокруг исходящих бизнес-сообщений, и почти каждое ограничение вытекает именно из этого.

Верификация и допуск. Чтобы открыть более высокие дневные лимиты на сообщения, вы проходите Business Verification — подаёте документы компании, получаете одобрение и работаете как бизнес-аккаунт. Личный или обычный номер вообще не участник этой системы.

Оплата за сообщение и одобрение шаблонов. С середины 2025 года каждое доставленное шаблонное сообщение тарифицируется отдельно — по категории и стране получателя. Проактивные сообщения должны использовать заранее одобренные шаблоны и соблюдать окна общения. И стоимость, и накладные расходы на согласование растут вместе с объёмом.

Ограничение на AI. По состоянию на 2026 год универсальным AI-чат-ботам больше не разрешено работать через официальный API. Единственная санкционированная автоматизация — сценарии под конкретные задачи. Если вы задумывали AI-агента, который читает сообщение и свободно отвечает, этот замысел больше не вписывается в официальную поверхность.

Вот что легко упустить: всё это — исходящие ограничения: тарификация, шаблоны, верификация, правила про AI. Но они затягивают и приём входящих в ту же систему комплаенса. Чтобы принимать сообщения через официальный канал, нужно сперва пройти отбор, начать платить и подчиниться системе, спроектированной вокруг отправки.

Переверните направление: обычно вам нужны входящие

Сделаем шаг назад и посмотрим, что клиентской системе на самом деле нужно большую часть времени. Ей нужно надёжно и почти в реальном времени узнавать, что пользователь прислал сообщение, — и доставлять это сообщение в бэкенд, где софт (или AI-агент) решит, что делать дальше.

Это задача приёма. И приём не обязан наследовать модель тарификации, одобрение шаблонов и ограничения на AI, которые существуют для регулирования исходящих рассылок. Вы не выстреливаете маркетинговыми шаблонами по миллиону номеров — вы ловите сообщения, которые люди уже сами решили вам прислать.

Разделить эти два направления — в этом вся суть. Исходящие — проактивные, регулируемые, оплачиваемые — это одна забота. Входящие — приём, нормализация, маршрутизация — другая, и ей незачем быть запертой внутри исходящей системы, чтобы работать.

Как выглядит путь приёма

UnifyPort относится к направлению приёма как к задаче первого класса. Обычный аккаунт WhatsApp просто подключается — без верификации бизнеса, без одобрения шаблонов, без модели оплаты за сообщение. Когда пользователь отправляет сообщение, оно нормализуется в единое стандартное webhook-событие и доставляется на ваш эндпоинт с подписью HMAC-SHA256.

Пользователь в WhatsApp
      ↓  (отправлено сообщение)
UnifyPort  (неофициальный интерфейс приёма)
      ↓  нормализация → стандартное событие
      ↓  подпись HMAC-SHA256
Ваш webhook-эндпоинт
      ↓
Ваш маршрутизатор / CRM / AI-агент

Какой бы аккаунт его ни прислал, событие, которое получает ваш бэкенд, выглядит одинаково — это событие message.received с текстом сообщения, ссылкой на отправителя, ID ветки диалога и временной меткой. Всё, что нужно бэкенду для маршрутизации, логирования и ответа. Между сообщением пользователя и вашим кодом нет ни шаблона, ни категории, ни счётчика оплаты за сообщение.

Для операционной команды практический смысл такой: можно начать принимать и обрабатывать сообщения WhatsApp, не дожидаясь очереди на верификацию. Для разработчика это означает один формат события для разбора и одну подпись для проверки — и всё.

Один формат на все каналы

WhatsApp редко бывает единственным каналом. Тот же бизнес обычно ведёт ещё Telegram, TikTok, LINE для тайских покупателей, Zalo для вьетнамского рынка, иногда X. Каждая платформа доставляет входящие по-своему, со своими причудами и ограничениями.

Слой обратного приёма сводит всё это к одному. Событие message.received из WhatsApp структурно идентично событию message.received из Telegram или Zalo — те же поля, те же типы, та же логика маршрутизации. Бэкенду достаточно выучить один формат события. UnifyPort нормализует входящие события из WhatsApp, Telegram, LINE, TikTok, Zalo и X в эту единую схему.

Где здесь AI-агент

Именно это снова делает план с AI реализуемым. Официальный API запрещает универсальных AI-ассистентов — но это ограничение живёт внутри исходящей системы Meta. Когда входящее приходит как структурированное, нормализованное, не зависящее от канала событие на ваш эндпоинт, что с ним делать — вопрос вашей архитектуры.

AI-агент может прочитать событие message.received, вызвать нужные API, чтобы проверить заказ или что-то уточнить, и составить ответ — в том же конвейере, который использует маршрутизатор на правилах. Как отмечалось в материале про bot-to-bot в Telegram, агенты лучше всего рассуждают над однородной поверхностью событий; слой приёма как раз даёт им такую — общую для всех каналов. Передавайте человеку только то, что агент не смог решить.

Официальный WhatsApp API был и останется правильным инструментом для регулируемых исходящих рассылок в большом масштабе. Но если вам нужно лишь надёжно принимать входящие сообщения — от обычных аккаунтов, без очереди на верификацию, счётчика за сообщение и запрета на AI, — это другая задача, и у неё другой ответ. Один webhook, все каналы, те сообщения, что пользователи уже вам прислали.