Месяц назад эта база дала 30% отклика. Сегодня - 5%, и аккаунт уже получил первые жалобы. Софт тот же, текст почти тот же, номера те же. Изменилась сама база - просто это не видно с первого взгляда.
Главная ошибка новичков в WhatsApp-рассылках - считать базу статичным Excel-файлом: собрал один раз и используешь, пока не закончится. На практике база - живой процесс. Она меняется каждый день, даже если вы не открывали файл и не добавляли ни одного нового номера.
Через месяц по той же базе одновременно работают три независимых процесса: техническое старение контактов, маркетинговое выгорание аудитории и сдвиг рыночного спроса. Каждый снижает результат отдельно, а вместе они дают эффект, который выглядит как простое «база перестала работать».
Разберём по порядку - и что с этим делать.
Часть номеров за месяц физически выходит из обращения: люди меняют SIM-карту, переходят к другому оператору, удаляют WhatsApp или перестают пользоваться конкретным номером. Отправка на такой контакт возвращает ошибку доставки. Это нормальное поведение мессенджера, а не поломка вашего софта.
Это совпадает с базовой логикой эрозии клиентской базы в CRM-маркетинге: если нет новых поступлений и регулярной чистки, открываемость закономерно падает более чем на 30% на дистанции 15–20 кампаний. Единственный рабочий способ удерживать динамику - обеспечивать приток контактов больше, чем отток.
Что делать:
Точный процент номеров, которые технически «отваливаются» за конкретный месяц, публично никто не измерял - это наблюдение практиков, а не официальная статистика. Но направление верное: чем старше база без обновления, тем выше доля мёртвых контактов.
Даже если номер живой, человек за месяц мог забыть, откуда у вас его контакт. Лид, оставивший заявку, через 30 дней без касаний воспринимает повторное сообщение не как продолжение диалога, а как незнакомую рассылку.
Здесь работает практическое правило: сохранять контекст предыдущего диалога важнее, чем менять текст. Сообщение «Помните, вы интересовались турами в мае?» работает иначе, чем безличный повтор того же оффера с нуля, потому что напоминает человеку, почему вы вообще ему пишете.
Заблуждение, которое стоит закрыть сразу: если доставляемость не изменилась и серые галочки на месте, значит дело не в софте или прокси. База могла потерять актуальность, аудитория - закрыть потребность другим способом, а проблема при этом будет выглядеть технической, хотя такой не является.
Та же база по турпродукту в январе и в июне - формально одни и те же люди, но с разными потребностями. Перед сезонными пиками готовность к покупке растёт сама по себе, без участия рассылки. В несезон даже хороший оффер может провалиться не из-за текста, а из-за времени.
| Параметр | Январь (несезон) | Июнь (сезон) |
|---|---|---|
| Готовность к покупке | низкая | высокая |
| Релевантность прежнего оффера | падает | растёт |
| Риск восприниматься как спам | выше | ниже |
Мини-кейс. Туристическое агентство собрало базу лидов весной. Первая волна отработала хорошо. Через месяц команда не просто повторила тот же текст: база была частично провалидирована, а оффер пересобран под текущий сезон вместо повтора горящих туров. Это не гарантия результата для любой ниши, но принцип понятен: при смене сезона меняйте не только дату отправки, но и сам угол подачи.
Если по открытой или часто перепродаваемой базе уже прошёлся конкурент с похожим оффером, ваша рассылка идёт второй - и встречает уже раздражённую или равнодушную аудиторию.
Здесь важно не путать наблюдение с доказанным механизмом. Прямых данных о том, что Meta отслеживает количество рассылок от разных отправителей на один номер, нет - это не подтверждённая функция антиспам-системы. Но логика рынка проста и без скрытого алгоритма: люди игнорируют или жалуются на повторяющиеся однотипные сообщения, а игнор и жалобы Meta действительно учитывает при оценке качества шаблонов и доставки.
Поэтому формулировка «конкурент написал раньше - у меня конверсия упадёт в разы» - это гипотеза практиков, а не факт. Рабочая версия такая: чем более «общая» база, тем выше шанс, что аудитория уже устала от похожих сообщений, независимо от источника.
| Было (исходный тезис) | Стало (после проверки данных) | |
|---|---|---|
| Причина падения результата | «база стареет» как единое явление | три раздельных процесса: технический, маркетинговый, рыночный |
| Конкурентный шум | конверсия упадёт «в разы» из-за конкурентов | вероятная, но не подтверждённая Meta причина - судить нужно по реакции аудитории, а не предполагаемому алгоритму |
| Диагностика | «упал отклик - значит проблема в софте» | сначала разделить: проблема базы, оффера, сезона или доставки |
Delivered Rate показывает, что сообщение технически дошло. Это не значит, что оно сработало. Падение результата может быть на любом из четырёх уровней: доставка, прочтение, ответ, качество шаблона - и каждый требует своей диагностики, а не общего вывода «база умерла».
Отдельно стоит закрыть устойчивое заблуждение про официальный API: в WABA нельзя бесконечно гонять один и тот же marketing-шаблон по одной базе. Meta оценивает шаблоны по реакции пользователей, и негативная обратная связь - игнорирование, жалобы, блокировки - снижает Quality Rating шаблона вплоть до его автоматического отключения. Это не наблюдение практиков, а задокументированный механизм работы Cloud API.
Без даты и истории волн невозможно понять, что именно сломалось. Минимальный набор полей на каждый контакт:
Возраст контакта стоит фиксировать как отдельную метрику в каждом отчёте - наравне с Response Rate. Без неё две волны с разной датой формирования базы будут сравниваться некорректно.
Возьмите одну активную базу и добавьте в неё дату получения каждого контакта и номер волны рассылки. Это займёт час, но сразу покажет, какие сегменты пора чистить, а какие готовы к новому касанию.
Практическое правило:
База не стареет вся и сразу - она стареет по трём разным причинам одновременно, и лечатся они по-разному.
