Token pricing для WhatsApp Meta Business Agent: что inbound-командам решить до 1 августа

После 2 июля изменение цен WhatsApp Business стало не только финансовым вопросом, но и вопросом AI-архитектуры.

Обновление цен Meta говорит, что с 1 августа 2026 года сообщения, сгенерированные Meta Business Agent на WhatsApp Business Platform, будут тарифицироваться по token. Есть и вторая важная дата: с 1 октября 2026 года Meta возобновит оплату по сообщениям для service messages и utility templates, отправленных внутри открытого customer service window. Проще говоря, свободные ответы, которые support-команды долго считали низкозатратной частью WhatsApp, снова становятся явной биллинговой поверхностью.

Это не просто изменение счета. Оно меняет дерево решений для каждой команды, которая принимает сообщения от клиентов и хочет использовать AI для triage, квалификации, поиска данных и первого ответа.

Если вы запускаете outbound-кампании, вы уже следите за template categories и тарифами доставки. Но если ваш workflow в основном inbound, вопрос другой: оставить hosted agent Meta внутри WhatsApp или сохранить inbound-слой под своим контролем и маршрутизировать сообщения в собственного AI agent?

Новая точка выбора

Meta Business Agent привлекателен для solo-операторов и команд, которым нужна no-code автоматизация. Meta описывает его как agent, который может отвечать на вопросы, рекомендовать продукты, собирать данные клиента, бронировать встречи и передавать диалог человеку при необходимости. Для маленького бизнеса, который живет полностью внутри WhatsApp Business App, это полезный пакет.

Но техническим командам с высокой нагрузкой в support нужно сравнить его с другой моделью:

Область решения	Meta Business Agent	Собственный AI agent на inbound webhook
Куда попадает сообщение	В WhatsApp / слой agent от Meta	В ваш webhook, очередь, CRM или helpdesk
Единица оплаты	Token usage Meta Business Agent с 1 августа	Стоимость вашей модели/provider и инфраструктуры
Service replies	Снова платные с 1 октября, если не powered by Meta Business Agent	Зависит от выбранного пути отправки
Контроль AI	Настройки внутри продукта Meta	Полный контроль prompt, модели, retrieval, tools и handoff
Multi-channel	WhatsApp-first и поверхности Meta	Один handler принимает WhatsApp, Telegram, LINE, TikTok, Zalo и X
Хранение данных	В границах продукта Meta	В вашей системе в момент получения

Hosted agent хорош, когда главная цель звучит так: «отвечать клиентам WhatsApp без разработки». Webhook-модель сильнее, когда WhatsApp — один канал внутри более широкой support-системы.

Почему это не обычное обновление rate card

Июньская статья про rate card была о ценах template и рынках. Эта статья — о поверхностях контроля.

Service-message billing влияет на команды, которые отвечают внутри 24-часового customer service window. Token billing влияет на команды, которые выбирают native AI agent Meta. Вместе эти изменения подталкивают к выбору: платить Meta за встроенный WhatsApp-native AI-путь или оставить WhatsApp как входной канал и запускать свой reasoning layer.

Для технической команды из 2-10 человек второй путь часто легче оценить, потому что архитектура явная:

1. Клиент отправляет WhatsApp-сообщение.
2. Сообщение приходит в ваш webhook как нормализованное событие.
3. Backend проверяет подпись.
4. Router решает, отправить сообщение человеку, в CRM lookup или AI agent.
5. Ваша система сохраняет событие, output модели и решение о handoff.

Ключевое отличие не в том, есть ли AI. Важно, где сообщение впервые становится данными, которыми вы управляете.

Путь UnifyPort

С UnifyPort WhatsApp-аккаунт может доставлять inbound-сообщения в тот же webhook endpoint, который вы используете для других messaging-каналов. Событие приходит как message.received, с устойчивым envelope для всех providers:

{
  "id": "evt_7c41f0b2a9",
  "type": "message.received",
  "provider": "whatsapp",
  "account_id": "acc_8c21d0",
  "occurred_at": "2026-07-03T09:24:18Z",
  "data": {
    "conversation": {
      "id": "84901234567",
      "type": "user"
    },
    "sender": {
      "id": "84901234567",
      "type": "user",
      "name": "Minh Tran"
    },
    "message": {
      "id": "wamid.HBgM",
      "type": "text",
      "text": "Can your team check my shipment before closing today?",
      "direction": "inbound",
      "sent_at": "2026-07-03T09:24:16Z"
    },
    "event": {
      "kind": "message_received"
    }
  }
}

Если для webhook endpoint задан signing_secret, каждая подписанная доставка содержит X-Device-Timestamp и X-Device-Signature. Подпись — это hex digest HMAC-SHA256 от timestamp, точки и raw request body. Так backend получает один путь проверки до того, как сообщение попадет в AI agent или human queue.

Дальше AI-архитектура принадлежит вам. Простая support-цепочка может выглядеть так:

WhatsApp message
  -> UnifyPort message.received webhook
  -> Signature verification
  -> Intent classifier
  -> CRM / order lookup
  -> AI draft response
  -> Human review or auto-reply rule

Та же цепочка может принимать Telegram, LINE, TikTok, Zalo и X: меняется значение provider, а не handler. Это важно, потому что AI-support полезен только тогда, когда видит весь customer journey. Если WhatsApp agent отвечает в одном канале, а LINE и Zalo остаются отдельно, автоматизация все еще фрагментирована.

Три проверки до 1 августа

До запуска token billing для Meta Business Agent проверьте текущий WhatsApp support workflow по трем пунктам.

Первое: отделите inbound routing от AI answering. Возможно, вы хотите, чтобы AI писал черновик ответа, но это не значит, что WhatsApp должен быть system of record. Если CRM, helpdesk или внутренняя панель владеет customer context, inbound-сообщение должно сначала попадать туда.

Второе: перечислите решения, которые должны быть auditable. Lead qualification, refund handling, appointment changes и escalation rules — это обычно business decisions, а не просто chat replies. Если нужно видеть, почему клиент был маршрутизирован, какой источник использовал AI и когда произошел handoff человеку, нужны event logs вне chat app.

Третье: посчитайте каналы. Если WhatsApp — единственный customer channel, hosted agent Meta может быть достаточным. Если команда также обрабатывает Telegram, LINE, TikTok, Zalo или X, WhatsApp-only agent создает вторую operating model вместо снижения сложности.

Когда Meta Business Agent — правильный ответ

Есть реальные случаи, где Meta Business Agent — правильный default.

Если вы solo business owner, большинство сообщений получаете внутри WhatsApp, не используете custom CRM и хотите no-code assistant, который отвечает на common questions из вашего business content, продукт Meta создан именно для этого. Настройка идет внутри WhatsApp, agent учится на business content, а handoff controls живут в том же приложении, где работает владелец.

Это не тот же покупатель, что техническая команда, интегрирующая несколько каналов в backend. Для такой команды стоимость hosted agent — не только token bill. Это еще и стоимость разделения data, routing и escalation между разными поверхностями.

Что записать в architecture decision

Практическое решение простое:

• Если WhatsApp — это workspace, используйте WhatsApp-native agent.
• Если WhatsApp — один input в support-систему, держите inbound layer нейтральным.
• Если AI decisions нужно логировать, маршрутизировать, тестировать или переиспользовать между каналами, ставьте agent за собственной webhook pipeline.

Роль UnifyPort в такой схеме узкая и намеренная: принимать сообщения из WhatsApp и других основных messaging platforms как один signed event stream. Он не выбирает вашу AI model, prompt, CRM или escalation rules. Он дает вашей системе исходный материал достаточно рано, чтобы вы сами приняли эти решения.

1 августа делает AI cost видимым. 1 октября снова делает service replies видимыми. Для inbound-only команд следующий месяц — подходящее время решить, должен ли WhatsApp владеть agent, или WhatsApp должен просто доставлять сообщение в систему, которой вы уже доверяете.