Расчёт счёта за WhatsApp API после 1 октября 2026 года (с примерами)

Это руководство от Whapi.Cloud — провайдера WhatsApp API — для разработчиков и финансовых аналитиков, которые поддерживают инфраструктуру WhatsApp Business API и хотят спрогнозировать изменение тарифов с 1 октября 2026 года. В статье разбираем, как восстановить реальный счёт Cloud API, не давая советов по выбору провайдера. Все даты и структурные правила взяты из опубликованной документации Meta* по тарифам WhatsApp Business Platform; примерные тарифы явно помечены и должны быть заменены на актуальную карту тарифов.

Хватит умножать общий объём сообщений на одну среднюю ставку. Счёт за октябрь 2026 — это сумма четырёх счётчиков, которые сбрасываются и накапливаются независимо.

Мы видели, как финансовые команды строят прогноз, беря объём сообщений за прошлый месяц и умножая на усреднённую ставку. Эта модель рухнет 1 октября, потому что четыре счётчика сбрасываются и накапливаются по-разному. Таблица ниже — минимальная карта, которую нужно знать, прежде чем считать.

Один диалог может порождать списания сразу по нескольким счётчикам — и каждый по своей эффективной ставке. Service-сообщения также имеют бесплатный месячный лимит на номер. Усреднённая ставка скрывает пороговые эффекты, которые формируют реальные счета.

Дедлайн по способу оплаты — 30 сентября: В официальном WhatsApp Business API сообщения разбиты на категории Marketing, Utility, Authentication и Service, и у WABA должен быть сохранён способ оплаты к 30 сентября 2026 года, иначе Meta* прекратит доставку service-сообщений, как только начнётся тарификация 1 октября. 72-часовое бесплатное окно входа Click-to-WhatsApp остаётся без изменений: сообщения, отправленные внутри него, всё ещё бесплатны. В Whapi.Cloud нет слоя категорийного гейтинга и дедлайна по способу оплаты WABA, который блокировал бы доставку — потому что биллинг — это фиксированная подписка, управляемая через панель канала, а не через бизнес-аккаунт Meta*.

Вот счёт за октябрь 2026 на один номер для Бразилии. Замените тариф Marketing на свой; остальные три строки используют опубликованный Meta* тариф 0,68 цента.

В официальном WhatsApp Business API пример А предполагает один бразильский бизнес-номер в одном WABA с трафиком, разбитым на счётчики Marketing, Utility, Authentication и Service. Только service-строка имеет бесплатный лимит, и вычет идёт на уровне бизнес-номера, без агрегации по WABA или портфелю. В Whapi.Cloud тот же номер — это один flat-канал, потому что ценообразование — это подписка на номер, а не биллинг по категориям плюс WABA.

Провайдерские сборы добавляйте в последнюю очередь. Субтотал Meta* в примере А — $114,60, но счёт, который оплачивает ваша финансовая команда, включает сверху наценку BSP или платформенную комиссию. Восстановление по четырём счётчикам даёт себестоимость; реальный счёт добавляет провайдерский слой.

В официальном WhatsApp Business API 1 000 бесплатных service-сообщений распространяются только на простые нешаблонные ответы внутри 24-часового окна поддержки, тогда как объёмные скидки на Utility и Authentication сбрасываются ежемесячно и агрегируются по всем WABA в портфеле. Сообщения внутри 72-часового бесплатного окна входа не идут в тиры; после 1 октября платные Utility-сообщения внутри окна идут. В Whapi.Cloud не нужно отслеживать счётчик бесплатного лимита, окно поддержки или портфельную агрегацию тиров — потому что фиксированная подписка на номер покрывает все сообщения независимо от категории или рынка.

FAQ: второй номер тоже получит 1 000? Да. Бесплатный service-лимит — на каждый бизнес-номер. Два номера дают в сумме 2 000 бесплатных service-сообщений, а платные сообщения с каждого номера затем суммируются в счёте по одной рыночной ставке. Как выгрузить такие объёмы в продакшене — в разделе 6.

Быстрые подтверждения заказов в активных тредах поддержки — это не service-ответы. С 1 октября 2026 года они тарифицируются отдельным счётчиком.

Правило для вашей таблицы: В официальном WhatsApp Business API любое сообщение, использующее шаблон, тарифицируется как шаблонное, и только простые нешаблонные ответы относятся к счётчику service и бесплатному лимиту в 1 000 сообщений. В примере А 3 000 Utility-сообщений включают 500, отправленных внутри открытого треда поддержки. До 1 октября эти 500 были бесплатны. После 1 октября они тарифицируются как Utility по рыночной ставке. В Whapi.Cloud то же сообщение бота тарифицируется как одно flat-сообщение канала — потому что нет слоя шаблонного гейтинга, который меняет его категорию.

FAQ: распространяется ли бесплатный лимит 1 000 на Utility-шаблоны? Нет. Они тарифицируются как Utility, а не как Service. Есть ли у Service-сообщений объёмные тиры? Нет. У счётчика service нет объёмных скидок; скидки применяются только к двум шаблонным счётчикам.

Бразильский тариф Utility из примера А — специфичен для страны. Meta* взимает плату в валюте счёта, но ставка для каждого сообщения определяется страной получателя, поэтому в одном счёте может быть несколько рыночных тарифов.

В официальном WhatsApp Business API валюта WABA отделена от ставки страны получателя, и каждое направление имеет свой рыночный тариф. В Whapi.Cloud кросс-бордерный трафик на одном номере — это всё та же фиксированная подписка, потому что веб-сессионные сокеты маршрутизируют сообщения без карт тарифов по странам.

Представьте, что пример А также отправляет 1 000 Authentication-сообщений в Великобританию и 2 000 Utility-сообщений в Индию. Каждое направление имеет свой тариф, а промежуточные суммы складываются в валюте счёта по дневному курсу Meta* на дату доставки.

Поскольку тиры Utility и Authentication специфичны для рынка и категории, высокий индийский тир Authentication не снижает ваш бразильский тариф. Мы видели портфели, где крупный рынок опускал среднее на дашборде, тогда как мелкий рынок тихо работал по листовой ставке. FAQ: в какой валюте приходит счёт? Счёт выставляется в настроенной валюте аккаунта; аккаунты в Бразилии и Индии могут билиться в BRL или INR соответственно с местным валютным учётом.

Фиксированная подписка за $29 в месяц на номер обыграет Cloud API с оплатой за сообщение при нагруженных поддержкой или OTP-потоках. Маркетинговые кампании всё ещё принадлежат Cloud API: проактивные шаблоны — официальный путь, а flat-канал не подходит для массовых исходящих рассылок.

Все три сравнения ниже используют те же бразильские тарифы, что и пример А, и 15% наценку провайдера на Cloud API. Сторона Whapi.Cloud предполагает один канал Developer Premium по опубликованной месячной цене.

Служба поддержки отправляет в октябре 10 000 нешаблонных ответов и 1 000 Utility-обновлений заказов. С учётом 1 000 бесплатных service-сообщений 9 000 service-сообщений тарифицируются по $0,0068. Итог Cloud API: примерно $70,50 плюс 15% наценка, или $81,08. Итог Whapi.Cloud: $29. Flat-канал дешевле, потому что доминируют service-сообщения, у которых на Cloud API нет объёмных тиров.

Финтех-поток отправляет 20 000 одноразовых паролей. На Cloud API это Authentication-шаблоны, тарифицируемые за сообщение с тировыми скидками. В Whapi.Cloud это обычные сообщения внутри фиксированной подписки. По листовой ставке стек Cloud API — примерно $136 до наценки; с тирами может опуститься ближе к $80–$100. Whapi.Cloud остаётся на $29.

Честная оговорка: Authentication-шаблоны Cloud API дают гарантии имени отправителя и соответствия шаблонов от Meta*. Whapi.Cloud отправляет тот же контент как обычное сообщение, без официального шаблонного фреймворка и тарифов за шаблон. Сравнение по стоимости реально, но реализации различаются в семантике compliance. Используйте этот вариант, когда ваш поток уже валидирует номера и сам управляет семантикой доставки.

Ритейлер отправляет 50 000 промо-шаблонов. По иллюстративному тарифу Marketing $0,025 Cloud API стоит около $1,250 плюс наценка. Whapi.Cloud всё ещё берёт $29 за номер, но массовый маркетинг через flat-канал рискует ограничениями на уровне аккаунта, потому что анти-спам WhatsApp нацелен на незапрошенные исходящие паттерны. Для легитимного массового маркетинга путь утверждения шаблонов Cloud API — безопаснее операционно.

Фиксированная подписка Whapi.Cloud на номер убирает волатильность за сообщение, из-за которой бюджеты поддержки и OTP сложно прогнозировать. В то же время отсутствие утверждённых Meta* шаблонов означает, что канал подходит для разговорных сценариев; broadcast-кампании выходят за его рамки. Малый бизнес часто обнаруживает, что официальный онбординг тяжелее экономии за сообщение; та же логика выбора работает и здесь. Этот компромисс — суть правила четырёх счётчиков.

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

Используйте вебхук status messages, чтобы разбить доставленные сообщения по pricing.category: marketing, utility, authentication или service. Платные сообщения имеют pricing.type = regular; бесплатные service-сообщения показывают free_customer_service. Считайте оба типа service-строк, чтобы получить общий объём service, потому что бесплатный лимит применяется уже после подсчёта доставок.

Для тировых Utility и Authentication запрашивайте поле pricing_analytics для объёмов по рынкам и прогресса по тирам. Если ваш портфель охватывает несколько аккаунтов, агрегируйте объёмы на уровне портфеля. Мы не будем здесь разбирать, как построить собственный биллинговый дашборд. Это выходит за рамки и лучше делается внутри вашей аналитической инфраструктуры.