Одна галочка в WhatsApp: блокировка или нет, и что делать с базой
AndySendy academy
← Все посты

🚫 Одна галочка в WhatsApp - это не всегда блокировка. Но с такими контактами нужно работать

Многие операторы рассылок убеждены: одна серая галочка = меня заблокировали. На этом убеждении строятся автоматические BlackList-фильтры, и здесь кроется ошибка, которая ломает аналитику и создаёт ложное чувство контроля. После статьи поймёте разницу между «заблокировал» и «недоставлено», и как правильно выстроить логику очистки базы.


Как устроена доставка при блокировке

Когда пользователь блокирует ваш номер в WhatsApp, все дальнейшие сообщения принимают статус «отправлено на сервер» и дальше не идут. Устройство получателя их не получает - сервер Meta обрывает цепочку в одностороннем порядке.

Визуальный результат для отправителя: сообщение навсегда остаётся с одной серой галочкой. Две серые (доставка на устройство) или синие (прочтение) технически невозможны. При этом WhatsApp не уведомляет отправителя о факте блокировки - никакого системного сообщения нет.

Отдельный нюанс: сообщения, отправленные во время действия блокировки, не «досылаются» после разблокировки. Они сгорают безвозвратно.


Исправление: одна галочка ≠ блокировка

Это главное, что нужно зафиксировать перед построением любой логики автоматизации.

Одна серая галочка означает только одно: сообщение дошло до серверов WhatsApp, но не было доставлено на устройство получателя. Причин для этого несколько:

Причина Одна галочка Исчез аватар Нет Last Seen
Заблокировали Вероятно Вероятно
Телефон выключен
Нет интернета
WhatsApp удалён
Настройки приватности
Номер заброшен

Логика диагностики блокировки строится на совокупности признаков, а не на одном маркере:

Даже эта комбинация не является 100% доказательством блокировки - пользователь мог скрыть данные через настройки приватности. Официального API-метода, который бы прямо сообщал «этот пользователь вас заблокировал», Meta не предоставляет из соображений конфиденциальности.


Как правильно маркировать проблемные контакты

Вместо прямого ярлыка «BlackList» имеет смысл использовать многоуровневую систему статусов:

Undelivered - одна галочка дольше 12–24 часов. Контакт требует наблюдения, из текущей волны не исключается автоматически.

Suspected Blocked - одна галочка держится 48–72+ часов, аватар отсутствует, активность не видна. Исключается из следующих волн, но не удаляется из базы.

BlackList - подтверждённая недоставка через несколько проверочных попыток с интервалом, совпадение всех косвенных признаков. Полное исключение из всех кампаний.

Причина такой градации: часть Suspected Blocked вернётся в рабочее состояние. Телефон зарядится, человек восстановит интернет, установит WhatsApp заново. Если сразу удалить таких из базы - теряешь реально доступные контакты.

Мини-кейс. Агентство добавило в скрипт автоматизации условие: если сообщение через 12 часов сохраняет статус одной галочки и аватар не отображается - контакту присваивается тег WA_Blocked в CRM, он исключается из триггерных цепочек. За 6 месяцев работы рассылочные номера не получили ни одного бана. База постоянно самоочищалась от проблемных контактов до того, как они становились системным риском.


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

По наблюдениям практиков (официальной позиции Meta здесь нет), антиспам-система отслеживает соотношение доставленных и недоставленных сообщений в рамках сессии аккаунта. У обычного пользователя доля сообщений с одной галочкой редко превышает 5% дневного трафика. У аккаунтов, бьющих по старым или некачественным базам, этот показатель уходит в 30–50%.

Как ориентир на основе форумных наблюдений: превышение 15–20% недоставленных сообщений в рамках одной сессии рассылки считается рисковым порогом. Это не официальный лимит Meta, и точных данных о конкретных триггерах нет. Но логика очевидна: монотонные безответные запросы к «мёртвым» сессиям - это именно то поведение, которое Meta определяет как Blind Spamming. Тема пересекается с метриками рассылки, которые сжигают аккаунт.

Мини-кейс. Маркетолог слал еженедельные рассылки по базе, где около 50 человек заблокировали его номер ещё в первых кампаниях. Софт не имел фильтрации - продолжал включать их в каждую волну. На третьей неделе аккаунт ушёл в перманентный бан в первые 5 минут отправки 200 сообщений. Объём был минимальный, но соотношение недоставок - критическое.


Для WABA: другая механика, другие статусы

В официальном API статусы доставки приходят через Webhooks - не визуально в интерфейсе, а в виде JSON-ответов. При отправке шаблона на заблокировавший номер Meta возвращает специфический код ошибки (Undeliverable или Structure Unavailable).

Строить логику Black List в WABA-интеграции нужно именно на этих кодах ошибок, а не на визуальных признаках из браузера. CRM или скрипт получает Webhook с ошибкой доставки → контакт переходит в статус Suspected Blocked → через N дней повторная проверка или полное исключение.

По вопросу списания средств за недоставленные шаблоны в WABA мнения интеграторов расходятся: одни говорят, что Meta не списывает деньги за Undeliverable, другие предоставляют логи с обратным. Этот вопрос стоит уточнять у своего реселлера или в документации Meta Developer Docs - данные меняются.


Спорный метод: проверка блокировки через аватар без отправки сообщения

Часть разработчиков неофициальных инструментов (Baileys, whatsapp-web.js) заявляют о возможности делать технический запрос к URL аватара контакта без отправки сообщения. Если сервер возвращает ошибку - контакт сразу в BlackList без трат на отправку.

Оппоненты утверждают, что в 2026 году Meta расценивает частые запросы к аватарам неизвестных номеров без открытого диалога как парсинг и банит за это быстрее, чем за саму рассылку. Данный метод остаётся в зоне неопределённости - применять его как стандартную практику нельзя.


Практический алгоритм работы с недоставляемыми контактами

  1. Отправка → сообщение ушло → ждём статус доставки.
  2. 12–24 часа → одна галочка → присвоить статус Undelivered, оставить в базе, не включать в следующую волну.
  3. 48–72 часа → одна галочка + нет аватара + нет активности → статус Suspected Blocked, исключить из триггерных цепочек.
  4. Повторная проверка через 7–14 дней → если снова одна галочка - перевести в BlackList.
  5. BlackList → полное исключение из всех кампаний. Не удалять из базы - хранить как исторические данные.

Не строй логику на одном маркере. Комбинация признаков даёт значительно меньше ложноположительных срабатываний, чем автоматический BlackList по первой же одиночной галочке.


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

Проверь, как твой текущий инструмент рассылки обрабатывает недоставленные сообщения. Если он не различает Undelivered, Suspected Blocked и BlackList - это точка риска. Настрой хотя бы базовую фильтрацию: контакты с одной галочкой дольше 72 часов должны автоматически выпадать из следующих волн до выяснения.

Вывод

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

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