Проблема в тексте или аккаунте WhatsApp: как диагностировать
AndySendy academy
← Все посты

🔍 Рассылка не работает: это текст или аккаунт? Диагностика по метрикам

Операторы делают одну и ту же ошибку: меняют текст, когда нужно менять прокси, или наоборот - чистят базу и меняют номера, когда проблема в оффере. Неправильный диагноз стоит времени, денег и номеров. Разберём, как по четырём статусам воронки точно определить, где искать проблему.


Три источника проблем: не путать

Перед диагностикой важно разделить три независимые зоны:

Аккаунт и инфраструктура - прокси, IP, репутация номера, лимиты платформы, Quality Rating.

База и сегментация - валидность номеров, релевантность аудитории, качество лидов, время отправки - см. сегментацию базы.

Текст и оффер - формулировка, длина, наличие вопроса, CTA, релевантность предложения сегменту.

Каждая зона видна в своей части воронки. Диагностировать всё сразу по одной метрике - не получится - см. дашборд метрик.


Воронка как диагностический инструмент

Каждый статус сообщения указывает на свою зону ответственности:

Статус Что показывает Зона
Sent (одна галочка) → не переходит в delivered Аккаунт заблокирован, Rate Limiting, телефон получателя выключен Аккаунт / инфраструктура
Delivered (две галочки) → низкий % Мёртвая или невалидная база, плохие прокси База
Read (синие галочки) → низкий % Слабое превью, неудачный первый экран Текст
Read высокий → ответов нет Слабый оффер, нет понятного CTA, нерелевантный сегмент Текст / сегментация

Паттерн 1: сообщения зависают на одной галочке

Если массив сообщений уходит в sent (одна серая галочка) и не переходит в delivered часами - это не проблема текста. Сервер Meta принял пакет, но дальше что-то мешает доставке.

Что проверять: состояние прокси, IP-репутацию, лимиты аккаунта, статус номера - см. механику банов и ограничений. Замена текста здесь ничего не изменит.

Важно: зависание на sent может также означать, что телефон получателя выключен или у него нет интернета. Если массово - это аккаунт. Если единичные случаи - нормально.


Паттерн 2: доставляемость ниже нормы

Доставляемость 95–98% - ориентир для качественной API-инфраструктуры. 70–85% сообщений читаются в первые 2 часа после отправки. Если Delivered Rate падает ниже 80% - это красный флаг для базы и инфраструктуры - см. нормы и красные флаги.

Первые гипотезы: база не валидирована (много номеров без WhatsApp), Bounce Rate выше 2%, прокси скомпрометированы. Complaint Rate должен держаться ≤ 0,1%, Quality Rating > 0,80 - если они ниже нормы, начинать с аккаунта.

Переписывать текст при падении доставляемости - потраченное время.


Паттерн 3: доставляется, читается, но никто не отвечает

Это самый частый паттерн и самый неочевидный. Доставляемость 95%+, синие галочки идут - а Response Rate близок к нулю.

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

Что проверять в тексте: есть ли понятный вопрос, есть ли простой вариант ответа («да/нет»), укладывается ли текст в 150–200 символов, не перегружен ли первый экран. 15–25% пользователей отключают уведомления о прочтении - реальный Read Rate всегда немного выше, чем в CRM.


Мини-кейс: диагноз через перекрёстный тест

B2B-компания запустила рассылку по базе снабженцев. Из 200 сообщений 190 зависли на одной серой галочке. Маркетолог предположил, что текст заблокирован за стоп-слова.

Взял личный телефон, не участвовавший в автоматизации, и вручную отправил тот же текст 5 знакомым. Мгновенные две галочки и прочтение.

Диагноз: текст чист, проблема в репутации рассылочного аккаунта. После смены прокси на мобильные и замены SIM рассылка пошла нормально.


Мини-кейс: игнорирование контентного сигнала

WABA-рассылка салона красоты. Доставляемость 97%, синие галочки идут массово, но за 2 часа - ноль ответов. Маркетолог решил, что «глючит API», и продолжил отправку по всей базе в 3000 контактов.

Через час Meta заблокировала шаблон (статус Disabled). Агрессивный лонгрид со скидкой 50% в лоб раздражал людей - они нажимали «Спам» вместо «Ответить» - см. WABA и шаблоны.

Идеальная доставляемость чётко указывала: аккаунт чист. Нулевые ответы при высоких прочтениях кричали о тексте. Диагноз был очевиден, но его проигнорировали.

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


Тест на личном номере: полезный, но ограниченный

Отправить тот же текст вручную с личного номера 5–10 знакомым - быстрый вспомогательный тест. Если доставляется и читается - проблема доставки не в тексте.

Ограничение: знакомые лояльны. Их номера скорее всего в контактах отправителя, что автоматически повышает траст сессии и скрывает кнопки спама. Они не моделируют поведение реального холодного пользователя - см. тёплая vs холодная база.

Более чистый тест - отправить текст микро-пачкой на 20–50 номеров реальной холодной выборки и смотреть на Response Rate - или проверить гипотезу через A/B-тестирование. Это даёт сигнал ближе к реальности.


Алгоритм диагностики после провальной рассылки

Прежде чем что-то менять, пройти по шагам:

  1. Проверить Delivered Rate. Ниже 90% при валидной базе - начинать с инфраструктуры и аккаунта.
  2. Проверить Bounce Rate и Complaint Rate. Выше 2% и выше 0,1% соответственно - база или контент.
  3. Проверить Quality Rating. Ниже 0,80 - аккаунт под угрозой, разбираться с содержанием.
  4. Проверить Read Rate. Низкий при нормальной доставке - первый экран и превью.
  5. Проверить Response Rate. Высокие прочтения при низких ответах - текст, CTA, оффер или сегментация.

Только после этой последовательности менять что-либо.


Когда что менять

Симптом Что менять
Доставляемость < 80% База, прокси, статус номера
Bounce Rate > 2% Качество и валидность базы
Complaint Rate > 0,1% Контент, сегментация, релевантность
Высокий Read Rate, нет ответов Текст, CTA, оффер, сегмент
Шаблон получил статус Disabled Текст шаблона, структура оффера
Sent не переходит в Delivered Инфраструктура, лимиты аккаунта

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

Возьмите последнюю рассылку с плохим результатом и пройдите по алгоритму: сначала Delivered Rate, потом Read Rate, потом Response Rate. Определите, в какой именно части воронки провал - и только тогда выдвигайте гипотезу о причине.

Вывод

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

Не меняй текст, пока не убедился, что сообщение доставляется. Не меняй номер, пока не убедился, что люди читают и молчат.