← Все статьи
Гайд

Эволюция модели аккаунтов WhatsApp: что означает разделение на WAAC и Messaging Account в 2026 году

Эволюция модели аккаунтов WhatsApp от Meta разделяет прежний единый WhatsApp Business Account (WABA) на два уровня: WhatsApp Account (WAAC), хранящий идентификацию и номер телефона, и Messaging Account, хранящий шаблоны сообщений, биллинг и подписки на вебхуки. Практический результат: один номер теперь можно использовать совместно несколькими партнёрами или прямыми API-интеграциями, тогда как шаблоны, пропускная способность и биллинг остаются изолированными в каждом Messaging Account. Параллельно устаревший параметр API необходимо мигрировать до 31 декабря 2026 года.

Ключевые выводы

  • Прежний WABA разделяется на WAAC (номер телефона, бизнес-профиль, имя пользователя, каталог) и Messaging Account (шаблоны, биллинг, подписки на вебхуки) — два контейнера с разными задачами.
  • Один номер теперь можно разделять между несколькими партнёрами или прямыми API-интеграциями, но пропускная способность номера является общей, а не суммируется.
  • Шаблоны сообщений не разделяются между Messaging Account; каждый партнёр или интеграция создаёт и повторно согласовывает свои.
  • Рейтинг качества номера следует за номером (WAAC), а не за партнёром, поэтому смена BSP не сбрасывает репутацию.
  • Развёртывание идёт в три фазы до 2028 года, а устаревший параметр paid_messaging_account_id необходимо мигрировать на messaging_account_id до 31 декабря 2026 года.

Что меняет эволюция модели аккаунтов WhatsApp

Большую часть жизни Cloud API единый WABA хранил всё: номер телефона, бизнес-идентификацию, шаблоны сообщений, подписки на вебхуки и биллинг. Эволюция модели аккаунтов от Meta разбивает этот единый контейнер на два, чтобы идентификация и обработка сообщений могли масштабироваться независимо.

Новое разделение выглядит так:

УровеньЧто хранитЗачем нужно разделение
WhatsApp Account (WAAC)Номера телефонов, бизнес-имена пользователей, бизнес-профиль, каталоги товаровИдентификация и номер остаются стабильными, даже если оператор сообщений меняется
Messaging Account (сохраняет старый WABA ID)Шаблоны сообщений, биллинг и способы оплаты, подписки на вебхукиШаблоны, биллинг и конфигурация доставки ограничены одной интеграцией оператора

Самое значительное изменение — на уровне номера. Meta теперь прямо указывает, что «клиенты и прямые разработчики могут делить свой номер телефона с несколькими партнёрами», и описывает результат как «один доверенный номер работает во всех интеграциях». В прежней модели номер фактически был привязан к одному BSP или одной прямой Cloud API-интеграции, а документация Meta того времени гласила, что «вы можете поделиться WABA максимум с двумя партнёрами». Новая архитектура обобщает это, поэтому речь идёт об архитектурном изменении, а не о косметическом переименовании.

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

Что разделяется, а что остаётся изолированным при многом партнёрском номере

Формулировку «разделяемый номер» легко понять превратно — как «всё общее». Официальная документация проводит три чёткие границы.

Пропускная способность общая, а не суммируется

Meta указывает, что «когда несколько партнёров делят один номер телефона, они разделяют пропускную способность этого номера». Номер с определённым лимитом сообщений в секунду не получает этот лимм, умноженный на N, лишь потому, что отправляют N партнёров; все берут из одного пула. Планируйте ёмкость на уровне номера, а не партнёра. Общая документация по пропускной способности задаёт значения по умолчанию и уровни автоскейлинга для этого общего пула.

Шаблоны не разделяются между Messaging Account

Meta указывает, что «шаблоны принадлежат Messaging Account, в котором они созданы, и не разделяются между Messaging Account». Если трём партнёрам нужен шаблон подтверждения заказа на одном номере, каждый Messaging Account хранит собственную копию и каждый проходит модерацию шаблонов Meta независимо. Текущий лимит в 250 шаблонов на аккаунт применяется к Messaging Account, а не к номеру.

Рейтинг качества следует за номером

Рейтинг качества номера (зелёный, жёлтый, красный, на основе блокировок и жалоб пользователей) — это атрибут номера, то есть WAAC, а не партнёра, который его обслуживает. Это обоюдоострый момент: сильный номер переносит своё хорошее состояние ко всем партнёрам, но номер, ухудшенный одним партнёром из-за неправильной рассылки, затрагивает всех, кто его разделяет. Согласуйте дисциплину отправки между партнёрами, а не предполагайте, что репутация каждого изолирована.

Таймлайн развёртывания 2026–2028

Meta описывает миграцию в три фазы, каждая из которых ужесточает требования к изменениям со стороны разработчиков.

ФазаОкноЧто происходитЧто нужно сделать
Фаза 1 — Общая доступность2-е полугодие 2026Meta выполняет миграцию аккаунтов автоматически, разделяя WAAC и Messaging AccountДля большинства конфигураций с несколькими аккаунтами изменение кода не требуется; проверьте разделение в дашборде
Фаза 2 — Новая версия Graph API1-е полугодие 2027Новейшая версия Messages API требует messaging_account_idОбновите вызовы API, нацеленные на Messaging Account, чтобы передавать новый идентификатор
Фаза 3 — Обязательный переход1-е полугодие 2028Все API, нацеленные на phone number ID, должны использовать WAAC IDМигрируйте любую маршрутизацию по phone number ID на WAAC ID

Внутри Фазы 1 есть более жёсткий дедлайн. Meta указывает, что разработчики должны «мигрировать на messaging_account_id до 31 декабря 2026 года, после чего paid_messaging_account_id планируется удалить». Если ваша интеграция всё ещё отправляет устаревший параметр paid_messaging_account_id, считайте эту дату жёсткой точкой перехода, а не окном Фазы 2.

Чек-лист миграции для Solution Partner и Tech Provider

Эта миграция относится к партнёру или провайдеру, владеющему Cloud API-интеграцией, а не к бизнесу, использующему только WhatsApp Business App. Если вы поддерживаете такую интеграцию, пройдите этот список перед границей каждой фазы.

  1. Инвентаризируйте все вызовы API, упоминающие WABA, phone number ID или paid_messaging_account_id. Общий лаунчер или общая конфигурация могут скрывать устаревший параметр, который сломается при переключении фазы.
  2. Подтвердите разделение WAAC / Messaging Account в дашборде. Проверьте, в какой Messaging Account попали шаблоны, подписки на вебхуки и способы оплаты после автоматической миграции Фазы 1.
  3. Мигрируйте paid_messaging_account_id на messaging_account_id до 31 декабря 2026 года. Не ждите Фазы 2; удаление параметра имеет самостоятельный дедлайн.
  4. Сверьте принадлежность шаблонов по каждому Messaging Account. Если нескольким партнёрам нужен один шаблон на разделяемом номере, пересоздайте и повторно согласуйте его в каждом Messaging Account, а не полагайтесь на наследование.
  5. Моделируйте пропускную способность на уровне номера для разделяемых номеров. Суммируйте ожидаемую скорость отправки по всем партнёрам номера и убедитесь, что она укладывается в общую ёмкость номера.
  6. Задокументируйте координацию рейтинга качества. Поскольку рейтинг следует за номером, договоритесь об объёме отправки и дисциплине согласия (opt-in) с каждым партнёром, разделяющим номер.
  7. Подготовьте маршрутизацию по phone number ID к переходу на WAAC ID в Фазе 3. Пометьте все пути кода, маршрутизируемые по phone number ID, чтобы переключение 1-го полугодия 2028 стало управляемой миграцией, а не сюрпризом.

Командам, ещё определяющимся с необходимостью официального Cloud API-пути, три пути приёма входящих WhatsApp-сообщений и сравнение BSP-платформ помогут принять решение до того, как инвестировать в миграцию аккаунтной архитектуры. Руководство по WhatsApp Coexistence освещает связанный вопрос одновременной работы Business App и Cloud API на одном номере.

Место UnifyPort

UnifyPort не работает внутри эволюции модели аккаунтов Meta. Он не управляет WAAC, Messaging Account, согласованием шаблонов Meta, разрешениями Cloud API или биллингом Meta. Если вашему продукту нужен номер, разделяемый между несколькими официальными партнёрами, или нужно мигрировать paid_messaging_account_id до дедлайна, правильным выбором будет официальный Cloud API-путь, и эта миграция обязательна для владельца интеграции.

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

{
  "id": "evt_7c41f0b2a9",
  "type": "message.received",
  "provider": "whatsapp",
  "account_id": "acc_8c21d0",
  "occurred_at": "2026-07-31T09: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-31T09:24:16Z"
    }
  }
}

Когда у эндпоинта вебхука задан signing_secret, каждая доставка включает X-Device-Timestamp и X-Device-Signature, а ваш приёмник проверяет подпись HMAC-SHA256 по необработанному телу запроса перед обработкой — это описано в справочнике по доставке и подписи вебхуков. Поддерживаемые ответы идут через POST /v1/messages.

Этот путь намеренно отделён от официальной аккаунтной архитектуры. Он не предоставляет идентификацию WAAC, согласование шаблонов Meta, разрешения Cloud API и какие-либо многопартнёрские привилегии, управляемые эволюцией модели аккаунтов. Держите эти два пути явно раздельными: официальная миграция меняет то, как номер и шаблоны принадлежат внутри платформы Meta; неофициальный входящий интерфейс меняет то, где сообщения обычного аккаунта оказываются в вашей системе.

Ограничения и компромиссы

Используйте официальный Cloud API и завершите миграцию эволюции модели аккаунтов, когда вам нужны согласованные исходящие шаблоны, официальный маркетинговый инструментарий, атрибуция Click-to-WhatsApp, нативная аналитика Meta, номер, разделяемый между несколькими сертифицированными партнёрами, или управляемый BSP-комплаенс-воркфлоу. Разделение WAAC / Messaging Account существует именно для того, чтобы сделать эти официальные процессы чище.

Неофициальный интерфейс не может предоставить ни одну из этих привилегий платформы Meta. Он не может сделать номер пригодным для многопартнёрского использования в модели Meta, согласовать шаблон или перенести биллинг и вебхуки Messaging Account. Его более узкая ценность — стандартный входящий интерфейс для обычных мессенджер-аккаунтов и нормализованная очередь на нескольких платформах; это иное решение, чем «как структурировать Cloud API-интеграцию».

Даты фаз (2-е полугодие 2026, 1-е полугодие 2027, 1-е полугодие 2028) и дедлайн параметра 31 декабря 2026 года чувствительны ко времени. Перед каждым переключением перепроверяйте официальную страницу эволюции модели аккаунтов от Meta, поскольку Meta обновляет эти документы по скользящему графику без видимых версионных меток.

Частые вопросы

Что такое эволюция модели аккаунтов WhatsApp?

Это разделение Meta прежнего WABA на WAAC (хранит номер и бизнес-идентификацию) и Messaging Account (хранит шаблоны, биллинг и подписки на вебхуки), благодаря которому один номер можно разделять между несколькими партнёрами или прямыми интеграциями.

Можно ли теперь разделять один WhatsApp-номер между несколькими BSP?

Да. Meta указывает, что клиенты и прямые разработчики могут делить номер с несколькими партнёрами. Пропускная способность номера разделяется между ними, а шаблоны каждого партнёра хранятся в его собственном Messaging Account.

Разделяются ли шаблоны сообщений между Messaging Account?

Нет. Meta указывает, что шаблоны принадлежат Messaging Account, в котором созданы, и не разделяются между Messaging Account. Каждый партнёр пересоздаёт и повторно согласовывает нужные шаблоны.

Когда нужно мигрировать paid_messaging_account_id?

Meta указывает, что разработчики должны мигрировать на messaging_account_id до 31 декабря 2026 года, после чего paid_messaging_account_id планируется удалить.

Сбрасывает ли смена BSP рейтинг качества WhatsApp-номера?

Нет. Рейтинг качества следует за номером (WAAC), а не за партнёром. Репутация номера переносится между партнёрами — и в хорошую, и в плохую сторону, поэтому дисциплину отправки нужно согласовывать со всеми, кто делит номер.

Следующий шаг

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

Источники