Лимиты сообщений WhatsApp часто описывают как одно число. Для операционной работы это неверная модель. Кампания может укладываться в емкость бизнес-портфолио и все равно не доставляться конкретному получателю. Сообщение может быть технически допустимым, но неуместным: человек не давал согласия, вчера уже получил другое предложение или ответил и теперь нуждается в обслуживании, а не в следующей рассылке.
По состоянию на 3 августа 2026 года Meta описывает два важных ограничения для маркетинга: лимит портфолио для инициированных бизнесом сообщений вне окна клиентского обслуживания и адаптивный лимит маркетинговых шаблонов для отдельного пользователя. Надежная кампания добавляет третий, собственный контроль бизнеса: согласие, релевантность, частоту, исключения и ответственную обработку ответа. Ниже эти три уровня собраны в единый цикл принятия решения.
1. Разделите три уровня контроля
Meta определяет лимит сообщений как максимальное количество уникальных пользователей WhatsApp, которым бизнес-портфолио может доставить сообщения вне окна обслуживания за скользящие 24 часа. Лимит общий для всех телефонных номеров портфолио: один номер способен израсходовать емкость, нужную другому. Сейчас Meta указывает уровни 250, 2 000, 10 000, 100 000 и Unlimited. Актуальное поле — whatsapp_business_manager_messaging_limit, а прежнее messaging_limit_tier объявлено устаревшим (лимиты сообщений Meta).
Емкость портфолио не гарантирует доставку каждого маркетингового шаблона. Отдельная система Meta может ограничивать количество маркетинговых шаблонов, которые конкретный человек получает от бизнеса. Она адаптируется к недавнему чтению сообщений и активности во входящих. Meta сообщает, что учитывается каждый доставленный маркетинговый шаблон, а маркетинговые сообщения в 24-часовом окне после ответа пользователя в этот контроль не входят. Поведение зависит от рынка: ограничение не действует для сообщений из или в ЕЭЗ, Великобританию, Японию и Южную Корею; номера США сейчас не получают маркетинговые шаблоны (лимиты Meta для пользователя).
Третий уровень определяет сам бизнес. Человек может быть технически доступен, но не подходить по записи согласия, политике частоты, стадии жизненного цикла или цели кампании. «API принял» не означает «следует отправить».
- Емкость портфолио — Может ли портфолио начать столько разговоров сейчас?: Текущее поле лимита и события
business_capability_update| Растянуть отправку или сократить аудиторию - Доставка пользователю — Допустим ли еще один шаблон этому человеку?: Статус и ошибка
131049| Остановить повторы минимум на 24 часа - Политика бизнеса — Стоит ли отправлять эту кампанию?: Согласие, цель, последняя отправка, стадия и исключения | Отправить, отложить, перейти к сервису или исключить
2. Создайте единую запись решения
До постановки шаблона в очередь создайте запись, которую сможет проверить другой оператор. Как минимум храните идентификатор контакта, рынок номера, источник, время и область согласия, цель кампании, шаблон и язык, время последнего маркетингового сообщения, состояние окна обслуживания, стадию клиента, причину и срок исключения, экспериментальную группу, а также сотрудника или очередь для будущего ответа.
Такая запись предотвращает три ошибки. Во-первых, согласие не превращается в вечный флаг «да»: видно, что именно согласился получать человек и как он может отказаться. Политика деловых сообщений WhatsApp требует получать согласие, уважать отказ и не отправлять неожиданные либо вводящие в заблуждение сообщения. Во-вторых, ошибка доставки не стирает попытку, а становится операционным фактом. В-третьих, ответ не отмечают успехом и не забывают во входящих — он превращается в работу с владельцем.
Используйте стабильные коды причин: no_opt_in, recent_marketing, active_service_case, 131049_cooldown, portfolio_capacity, manual_exclusion. Свободный комментарий может добавить контекст, но не должен быть единственным объяснением исключения.
3. Проведите проверку через восемь шлюзов
Применяйте проверки так, чтобы неподходящие контакты отсеивались до расчета дефицитной емкости.
- Цель: назовите результат для клиента, а не только шаблон. «Напоминание о продлении за 14 дней» проверяемо; «августовская рассылка» — нет.
- Согласие: убедитесь, что оно охватывает канал и цель, а более позднего отказа нет.
- Рынок: проверьте текущее поведение платформы и местные требования. Не переносите правило одной страны на другую.
- Состояние клиента: уберите людей с открытой жалобой, сервисным обращением, уже совершенной покупкой или другой причиной нерелевантности.
- Частота: примените собственный период охлаждения между всеми кампаниями, не только внутри одной автоматизации.
- Емкость: сравните подходящую аудиторию с общим текущим лимитом и оставьте резерв для более приоритетных сообщений.
- Ответственность: до запуска назначьте владельцев ответов, проверки ошибок и эскалации.
- Измерение: зафиксируйте когорту и, если возможно, оставьте случайную контрольную группу без сообщения.
Контрольная группа важна: доставки, прочтения и ответы описывают путь сообщения, но не дополнительную ценность. Если клиент продлил бы подписку и без напоминания, приписывать шаблону все продление — значит завышать эффект.
4. Считайте ошибку 131049 сигналом исключения
Когда Meta применяет персональный маркетинговый лимит, неудачная доставка может вернуть код 131049. Meta рекомендует подождать минимум 24 часа до повтора. Серия повторов внутри этого периода способна продлить блокировку еще на срок до 24 часов. Быстрый цикл повторов превращает ожидаемое ограничение политики в лишний шум и задержку.
Обработчик должен принять неудачный статус, связать 131049 с получателем и попыткой кампании, установить срок исключения не менее чем через 24 часа и остановить автоматические повторы. После паузы нужно снова пройти всю предварительную проверку: само течение времени не делает сообщение релевантным.
Отделяйте этот исход от исчерпания емкости портфолио, недействительного шаблона, недоступного номера и ошибки интеграции. У них разные владельцы и действия. Общая корзина «не доставлено» скрывает, нужно ли ждать, исправлять данные, менять объем или чинить код.
5. Измеряйте кампанию как контур управления
Начните со сверенной воронки: попытка, принятие в обработку, доставка, прочтение, ответ, квалифицированное следующее действие и завершенный результат. Актуальная документация Meta по аналитике охватывает отправленные и доставленные сообщения, а аналитика шаблонов может включать прочтения; описанный период данных составляет до года для messaging analytics и 90 дней для template analytics (аналитика Meta).
Добавьте показатели, объясняющие воронку: долю исключений по причинам, частоту 131049 по кампании и рынку, время применения блокировки, время назначения ответа, отписки, очередь необработанных ответов и конверсию относительно контрольной группы. Сравнивайте только когорты с сопоставимыми правилами аудитории, целью и периодом.
Не исключайте 131049 из знаменателя ради красивого графика. Покажите аудиторию после внутренней проверки и аудиторию, принятую платформой. Разница укажет, где улучшать работу: в отборе до отправки или в реакции после попытки.
6. Пример: возврат клиентов фитнес-студии
Независимая студия приглашает бывших участников на новый вводный класс. Первый сегмент — клиенты, чье членство закончилось 45–90 дней назад. Затем команда удаляет контакты без согласия на такую цель, отказавшихся, людей с открытым вопросом по оплате и тех, кому уже отправляли маркетинговый шаблон в период собственного охлаждения студии.
Оставшаяся аудитория делится на кампанию и случайную контрольную группу 10%. Используется один одобренный шаблон на сохраненном языке контакта. Перед планированием проверяется емкость портфолио. Ответы попадают в очередь отдела членства с контекстом кампании и класса.
Ответ 131049 не запускает новую отправку вечером. Контакт получает причину охлаждения и не повторяется минимум сутки. Если доставленное сообщение приводит к ответу, диалог передается сотруднику, а маркетинг на время активного разговора подавляется. В конце команда сравнивает бронирования в кампании и контроле, рассматривая отписки и сервисную нагрузку вместе с конверсиями.
Итоговые объемы выглядят скромнее максимальной рассылки, зато появляется обоснованный ответ: создало ли сообщение полезное действие без растраты внимания и операционной емкости?
7. Свяжите цикл с DripTell
Текущий раздел DripTell для управления кампаниями поддерживает планирование, проверку аудитории и статусы доставки, прочтения, ошибки и ответа по получателю. Руководство по рассылкам акцентирует одобренные сообщения, просмотр аудитории, воронку и обработку ответов. Рабочая область шаблонов помогает создавать шаблоны и синхронизировать их с Meta.
Используйте эти возможности как операторский слой кампании, но явно опишите в регламенте емкость платформы и 131049. Стройте сегменты по согласию, стадии и давности контакта, проверяйте аудиторию до очереди, сохраняйте свидетельства по получателям и назначайте каждый ответ. Не считайте, что панель решила управление частотой, если сквозная запись решения неполна.
Граница ответственности существенна: DripTell помогает планировать, сегментировать и наблюдать кампании, а бизнес выбирает стандарт согласия, период охлаждения, приоритеты и измеряемый результат.
8. Проверьте систему за 30 минут
Возьмите недавнюю кампанию и ответьте по данным, а не по памяти:
- Получаете ли вы текущий лимит портфолио и изменение
business_capability_update? - Отличаете ли общую емкость от персональной ошибки
131049? - Останавливает ли
131049повторы минимум на сутки во всех очередях и обработчиках? - Видны ли источник, область, дата согласия и последний отказ каждого получателя?
- Применяется ли единое правило частоты между кампаниями до очереди?
- Исключаются ли активные сервисные диалоги и уже достигнутые результаты?
- Доходит ли каждый ответ до назначенного владельца вместе с контекстом кампании?
- Сверены ли доставки, прочтения, ответы, отписки и результаты для одной когорты?
- Есть ли контрольная группа или другая надежная база для дополнительного эффекта?
- Может ли оператор объяснить все исключения и ошибки без сырых логов?
Если несколько ответов отрицательные, уменьшите следующую аудиторию и восстановите запись решения до роста объема. Meta публично описывает пользовательский контроль, лимиты маркетинга, проверку шаблонов и усиливающиеся ограничения как защиту от нежелательных сообщений бизнеса (контроль бизнес-чатов Meta). Устойчивая стратегия — не поиск вечного максимума, а контур, защищающий согласие, внимание, емкость и измеримый результат.
Чтобы проверить такой цикл на реальной аудитории, закажите демонстрацию DripTell, подготовив поля согласия, правила исключений, владельца ответов и определение результата.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники



