Legan Studio
Все статьи
~ 5 мин чтения

Рассылки в MAX без риска блокировки: правила и лимиты

Как делать рассылки в MAX, чтобы не потерять бота: правила платформы, лимиты частоты, сегментация и работающие подходы вместо спама.

  • MAX
  • рассылки
  • продажи

Рассылка — самый частый способ убить бота за один день. Массовое сообщение по холодной базе ловит жалобы, бот получает блокировку, бизнес теряет канал. При этом грамотные рассылки в MAX отлично работают и дают прогнозируемую конверсию. Разберем, где грань.

Что разрешено, а что нет

MAX, как и любой современный мессенджер, защищает пользователей от спама. Базовые правила:

  • Согласие пользователя. Сообщение можно отправлять тому, кто явно подписался на бота (нажал /start, прошел онбординг).
  • Релевантность. Содержание должно соответствовать тому, на что человек подписался. Подписался на запись к врачу — рассылка про криптоинвестиции точно вызовет жалобу.
  • Возможность отписаться. В каждом массовом сообщении должна быть кнопка «Отписаться» или команда.
  • Адекватная частота. Несколько сообщений в день одному пользователю — почти гарантированно жалоба.

Нарушение этих правил приводит к жалобам, жалобы — к ограничениям бота, дальше — к блокировке.

Лимиты на отправку

API имеет ограничения по частоте: общее количество сообщений в секунду на бота и отдельный лимит на одного пользователя. Без бэкоффа массовая рассылка падает с ошибками rate limit.

Хорошая практика:

  1. Очередь рассылки — RabbitMQ, Redis Streams или табличка в БД с курсором.
  2. Воркеры читают очередь и шлют сообщения с ограничением скорости.
  3. На каждый ответ API проверяется код: успех — отметить, rate limit — задержать, ошибка пользователя (заблокировал бота) — пометить «не доставлять».

Это не «оверинжиниринг», а минимально работающая схема для базы от 1000 пользователей.

Сегментация вместо «всех подряд»

Рассылка по всей базе — самая плохая идея. Лучше сегменты:

  • По действиям: давно не заходили / завершили заявку / бросили на середине формы.
  • По интересам: выбирали такие-то категории.
  • По географии: только Москва / только регион Х.
  • По стадии воронки: новые / постоянные / отвалившиеся.

Рассылка на сегмент в 500 человек обычно дает в разы лучшую конверсию, чем безадресная рассылка на 50 000.

Триггерные сообщения вместо массовых

Самые эффективные рассылки — это те, что пользователь воспринимает как полезное уведомление, а не как спам:

  • Брошенная корзина. «Вы добавили товар, оформить?»
  • Напоминания. «Завтра в 14:00 у вас запись».
  • Реактивация. «Вы давно не заходили, вот что нового».
  • Транзакционные. «Заказ оплачен», «Платеж прошел», «Документ готов».

Эти сообщения приходят в нужный момент, релевантны контексту и почти не вызывают жалоб. С точки зрения метрик это дает кратно лучше, чем массовая рассылка.

Технические нюансы

Несколько моментов, на которых обжигаются:

  • Не доверяйте «активна ли база». Часть пользователей могла удалить чат с ботом. Первое же сообщение покажет реальный охват.
  • Ретраи. Сетевая ошибка на отправке ≠ доставлено. Делайте идемпотентные ретраи с дедлайном.
  • Логи. Каждое отправленное сообщение фиксируется: кому, когда, какой результат. Это и аудит, и аналитика, и защита при разборах.
  • A/B-тесты. Перед массовой рассылкой имеет смысл прогнать гипотезу на 5–10% базы.

Что делать, если бот уже под ограничениями

Если жалобы пошли:

  1. Остановите все рассылки.
  2. Проанализируйте, на какие сообщения люди жаловались.
  3. Уменьшите частоту, перепишите контент, добавьте возможность отписки.
  4. Дайте боту «отдохнуть» 1–2 недели и аккуратно возобновляйте — на сегментах с явным согласием.

Снять блокировку не всегда возможно, поэтому лучше не доводить.

Итого

Рассылки в MAX — это не «нажать кнопку и улететь к 100 000». Это сегменты, триггеры, очередь с ограничением скорости и постоянное наблюдение за жалобами. При грамотном подходе бот спокойно обрабатывает сотни тысяч пользователей и приносит прогнозируемые продажи. При спамерском — блокируется за неделю.

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

Можно ли делать массовые рассылки в боте MAX?

Только тем, кто явно подписался на бота (нажал /start, прошёл онбординг), и только релевантные содержанию подписки. Безадресная рассылка по холодной базе или нерелевантный контент (подписался на запись к врачу — пришла реклама криптоинвестиций) приведут к жалобам, ограничениям бота и блокировке. В каждом массовом сообщении обязательна кнопка «Отписаться». Несколько сообщений в день одному пользователю — почти гарантированно жалоба.

За что MAX блокирует бот при рассылках?

За жалобы пользователей. Цепочка: спам или нерелевантный контент → жалобы → ограничения на отправку → блокировка. Главные причины жалоб: рассылка по холодной базе без согласия, слишком частые сообщения (несколько в день), несоответствие содержания тому, на что подписался, отсутствие кнопки отписки. Снять блокировку не всегда возможно, поэтому лучше не доводить — соблюдать правила и сегментировать аудиторию.

Как сделать рассылку в MAX без риска блокировки?

Технически: очередь сообщений (RabbitMQ, Redis Streams или таблица в БД с курсором), воркеры читают очередь и шлют с ограничением скорости, на каждый ответ API проверяется код — успех/rate limit/блокировка пользователем. На уровне контента: сегментация (по действиям, интересам, географии, стадии воронки) вместо «всех подряд», обязательная кнопка отписки, A/B-тест гипотез на 5–10% базы перед массовой отправкой. Это работает для базы от 1000 пользователей.

Что лучше работает — массовые или триггерные рассылки?

Триггерные кратно эффективнее. Это сообщения, которые пользователь воспринимает как полезное уведомление: брошенная корзина («Вы добавили товар, оформить?»), напоминания о записи, реактивация после отсутствия, транзакционные («Заказ оплачен», «Документ готов»). Они приходят в нужный момент, релевантны контексту и почти не вызывают жалоб. Массовая рассылка на 50 000 проигрывает по конверсии сегменту в 500 человек с релевантным сообщением.

Какие лимиты на отправку сообщений в MAX?

У Bot API MAX есть ограничения по частоте: общий лимит сообщений в секунду на бота и отдельный лимит на одного пользователя. При превышении API возвращает rate limit, и без бэкоффа массовая рассылка падает с ошибками. Решение — очередь с ограничением скорости и экспоненциальной задержкой при rate limit. Конкретные цифры зависят от типа аккаунта и могут меняться, поэтому в коде нужно полагаться на коды ответов, а не на хардкоженные значения.

Что делать, если бот в MAX уже получил жалобы и ограничения?

Четыре шага: 1) немедленно остановить все рассылки; 2) проанализировать, на какие конкретно сообщения люди жаловались (контент, частота, сегмент); 3) уменьшить частоту, переписать контент, добавить кнопку отписки; 4) дать боту 1–2 недели «отдыха» и аккуратно возобновлять рассылки только на сегментах с явным свежим согласием. Восстанавливать репутацию приходится месяцами, а возврат к прежним объёмам — поэтапно с контролем жалоб.