Метрики WhatsApp-рассылки: дашборд, нормы и красные флаги
AndySendy academy
← Все посты

📊 Какие цифры считать после каждой WhatsApp-рассылки

Большинство операторов смотрят на одну цифру - сколько отправили. Иногда добавляют открываемость. И остаются в слепоте: доставки нет, ответов нет, номера горят - а в отчёте написано «кампания запущена». WhatsApp даёт полноценную воронку статусов, и не использовать её - значит управлять рассылками вслепую.


Минимальный дашборд: пять этапов воронки

Каждое исходящее сообщение проходит через цепочку событий, и каждый этап рассказывает своё.

Отправлено - пакет принят сервером Meta (одна серая галочка). Не означает, что клиент получил что-либо.

Доставлено - сообщение дошло до устройства (две серые галочки). Телефон включён, приложение установлено, интернет есть.

Прочитано - чат физически открыт (синие галочки). Но: 15–25% пользователей отключают уведомления о прочтении - часть реальных прочтений навсегда останется в статусе «доставлено» - см. сегментацию read vs delivered.

Ответили - пользователь отправил встречное сообщение. Единственный статус, который открывает 24-часовое Customer Service Window в WABA и переводит диалог в безопасный двусторонний режим - см. обзор WABA.

Продажа - диалог завершился целевым действием. Эта метрика сильно зависит от ниши, оффера и того, как выстроен процесс обработки диалогов - универсальных норм здесь нет.


Нормы по метрикам: холодная vs. тёплая база

Все диапазоны ниже - практические ориентиры рынка, не официальные нормы Meta. Официальных бенчмарков по сегментам Meta не публикует. Разница между сегментами - см. тёплая база vs холодная.

Метрика Тёплая база Холодная база (валидированная)
Delivered Rate 92–98% 80–90%
Read Rate 75–90% 45–65%
Response Rate (жёсткий оффер) 15–35% 1–5%
Response Rate (мягкий вопрос) 15–35% 10–25%

По отдельным отраслевым данным, доставляемость для качественной API-инфраструктуры составляет 95–98%, а 70–85% сообщений читаются в первые 2 часа после отправки.


Три красных флага: когда останавливать кампанию

🔴 Delivered Rate ниже 80%

Это не сигнал - это аварийный порог. Для качественной базы и нормальной инфраструктуры такого не должно быть.

Что проверять: качество базы (много номеров без WhatsApp), статус прокси-серверов, ограничения аккаунта, коды ошибок в вебхуках. Смена софта без устранения первопричины ничего не даст.

🔴 Response Rate ниже 5% по тёплой базе

Тёплая база знает вас или взаимодействовала с вами. Если они читают и молчат - проблема не в базе, а в тексте, оффере или CTA - см. прочитал и не ответил и структуру первого сообщения. Это сигнал аудита контента, а не инфраструктуры.

🔴 Complaint Rate выше 1%

Это очень поздний и опасный сигнал. Для WABA безопасным ориентиром считается ≤ 0,1% - именно этот порог нужно мониторить в реальном времени. Когда жалобы достигают 1%, шаблон уже может быть в статусе Flagged или на грани Disabled. Для «серых» схем 1% жалоб на практике означает риск немедленного бана номеров - см. механику банов.

Дополнительные технические пороги для мониторинга: Bounce Rate ≤ 2%, Quality Rating > 0,80.


Мини-кейс: красный флаг в WABA, который спас шаблон

Интернет-магазин запустил Marketing-шаблон по базе 5000 клиентов. Через 15 минут аналитик увидел: доставляемость 96% - в норме, но Response Rate упал до 2% при норме для этого сегмента от 15%. Quality Rating шаблона сменился с зелёного на жёлтый.

Рассылку остановили немедленно. Аудит показал битую ссылку в тексте. Шаблон переписали - WABA-аккаунт не получил понижения лимитов (Tier Downgrade).

Форумный кейс, публичной верификации методологии нет.


Почему Read Rate - ненадёжная метрика

High Read Rate без ответов - ложноположительный сигнал успеха - см. четыре причины молчания после прочтения. Прочтение не создаёт диалог. Оно не открывает сервисное окно. Оно не двигает воронку.

Если Read Rate стабильно падает от кампании к кампании на одной и той же базе - это маркер усталости аудитории (Frequency Fatigue), а не технический сбой. Пора менять контент или частоту.

Response Rate - более надёжный операционный KPI, потому что ответ - это единственное событие, которое переводит рассылку в реальный диалог.


Таблица принятия решений

Метрика Нормально Красный флаг Что проверять первым
Delivered Rate 90–98% < 80% Качество базы, прокси, коды ошибок
Read Rate 45–90% Падает динамически Усталость аудитории, время отправки
Response Rate (тёплая) 15–35% < 5% Текст, CTA, сегментация
Response Rate (холодная) 1–25% < 1% Релевантность, формат вопроса
Complaint Rate ≤ 0,1% > 0,5% Контент, релевантность, база
Bounce Rate ≤ 2% > 5% Качество и валидность базы

Что не нужно считать за норму

Несколько утверждений из источников, которые требуют оговорок:

Цифра «жалобы выше 1% - красный флаг» из темы статьи верна как аварийный порог, но не как граница контроля. Контролировать нужно с 0,1%.

«Доставляемость 80% - минимум» - это аварийная нижняя граница. Для тёплой базы с нормальной инфраструктурой даже 90% уже повод разбираться.

Read Rate выше 80% не означает успешную кампанию - если за этим не стоит Response Rate.


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

Выгрузите воронку последней рассылки по пяти этапам: отправлено → доставлено → прочитано → ответили → продажа. Найдите, где самый большой провал. Это и есть точка, с которой начинается следующая оптимизация - проверяйте гипотезы через A/B-тестирование.

Вывод

Практическое правило:

Рассылка заканчивается не в момент отправки - она заканчивается, когда вы закрыли воронку до продажи и знаете, на каком этапе потеряли людей.