У вас есть 2000–5000 контактов в Viber или Telegram, и кажется, что перенос - вопрос экспорта файла. На практике именно такая логика стоила одному магазину номера через 15 минут после старта рассылки - на 83-м сообщении. Дальше - как валидировать базу, кого реально получится найти в WhatsApp и как написать первое сообщение, чтобы его не приняли за спам от незнакомца.
Запрос «перенесите базу из Viber в WhatsApp» агентства слышат регулярно - обычно от заказчиков, уверенных, что речь об экспорте файла и импорте чатов. Это не так: WhatsApp технически не умеет принимать историю переписки или метаданные клиентов из других мессенджеров, он работает только с номером телефона. Переезд базы - это запуск новой коммуникации с нуля, где сначала нужно понять, кто из контактов вообще есть в WhatsApp, а потом написать первое сообщение так, чтобы его не закрыли кнопкой «Пожаловаться». Разберём обе части по порядку.
Это и есть главная ошибка в постановке задачи. WhatsApp идентифицирует пользователя по номеру телефона, а не по внутреннему ID Telegram или Viber - поэтому единственное, что физически можно перенести, это список номеров. Официального инструмента Meta для импорта клиентских метаданных, истории диалогов или CRM-тегов из сторонних мессенджеров не существует - в документации Meta таких методов нет в принципе - см. разбор WABA.
История переписки, метки клиента в воронке, файлы и статусы заказов в новый канал не переезжают - это нужно восстанавливать вручную из вашей собственной CRM, а не из мессенджера-источника.
И главное: согласие клиента на рассылку в Viber или Telegram юридически и технически не действует в WhatsApp. Для антиспам-системы Meta вы - абсолютно незнакомый отправитель, у которого нет истории взаимодействия с этим номером - см. холодный и тёплый контакт.
| Что | Переносится в WhatsApp | Комментарий |
|---|---|---|
| Номер телефона | Да | Единственная переносимая единица |
| Имя/сегмент клиента | Да, но вручную | Из вашей CRM, не из мессенджера-источника |
| История переписки | Нет | Разные закрытые протоколы и структура БД |
| Файлы экспорта чатов (Telegram) | Нет | HTML/JSON-бэкап для чтения человеком, WhatsApp его не импортирует |
| Согласие на рассылку (opt-in) | Нет | Действует только в том канале, где было дано |
Технически проверка сводится к сопоставлению номера телефона с его внутренним идентификатором (JID) на серверах Meta. Есть два рабочих пути, и у них разная цена ошибки.
Официальный путь - Cloud API. Метод проверки контактов в рамках WABA отправляет запрос и получает в ответ статус valid или invalid. Это легитимный механизм, но у него есть нюанс: массовая одномоментная проверка «холодной» базы через WABA-токен без последующей отправки сообщений в части практики расценивается как паттерн сбора данных (data scraping) и может привести к временной блокировке бизнес-аккаунта. Подтверждённой официальной позиции Meta по этому риску нет - это наблюдение из практики, а не задокументированное правило, поэтому стоит закладывать его как риск, а не как гарантию проблемы.
«Серый» путь - софт на библиотеках вроде Baileys. Программа подставляет номера в метод вроде onWhatsApp и проверяет наличие сокета или аватарки. Здесь риск обратный: многопоточная проверка с одного аккаунта без прокси и с высокой скоростью банит сам номер-регистратор почти моментально из-за превышения лимита запросов - см. механику банов и поведенческий антиспам.
По наблюдениям из практики миграций баз из Viber и Telegram (особенно в СНГ-сегменте), доля номеров с активным WhatsApp-аккаунтом обычно укладывается в диапазон 70–88%. Это не универсальная гарантия для любой базы - цифра сильно зависит от региона, возраста контактов и канала, через который они изначально собирались. Относитесь к ней как к ориентиру для планирования, а не как к обещанному результату.
Здесь данных от Meta нет вообще - все цифры ниже из практики операторов и не претендуют на статус официального лимита.
На профильных форумах автоматизаторов встречается ещё одно наблюдение: если доля невалидных номеров в одной пачке проверки превышает примерно 25–30%, антифрод-система может пометить сессию как парсер или генератор случайных чисел. Это неподтверждённое наблюдение, не правило с фиксированным порогом - но как риск-фактор при формировании пачек для проверки его стоит держать в голове, особенно если база старая и не чищена.
Одна и та же база реагирует по-разному в зависимости от того, как давно был контакт с клиентом. Перед первым сообщением в WhatsApp имеет смысл разделить базу минимум на три сегмента - см. сегментацию базы:
Чем точнее сегментация, тем выше шанс, что первое сообщение прочитают как заботу, а не как спам от незнакомого номера.
Главный принцип: первое сообщение - это не продажа, а объяснение контекста. Оно должно закрывать три вопроса получателя одновременно: кто пишет, откуда у отправителя номер, и почему вообще пишут в WhatsApp - см. первое холодное сообщение.
Рабочая структура такого сообщения:
Часть экспертов советует оформлять такое сообщение в категории Utility в WABA - без цен, ссылок и продающих картинок - это снижает раздражение получателя и упрощает прохождение модерации шаблона. Это рекомендация практиков, а не формальное требование Meta к первому сообщению при переезде.
| Провальный сценарий | Рабочий сценарий | |
|---|---|---|
| База | ~2000 контактов из Telegram-бота, без валидации | ~5000 контактов из Viber, провалидированы, отсев ~12% неактивных |
| Первое сообщение | Рекламный каталог веером, без контекста | Сервисное уведомление с напоминанием, откуда контакт, и мягким вопросом |
| Что произошло | Бан примерно на 83-м сообщении за ~15 минут - часть номеров оказались невалидны, остальные пожаловались на спам | Response Rate около 42%, Spam Rate около 0,05%, база ушла в работу через CRM |
В похожих сценариях рассылки одинакового текста по непрогретой базе без уникализации номер чаще всего сгорает на отметке примерно 40–70 отправленных сообщений - из-за жалоб получателей, не ожидавших смены канала. 83 сообщения в этом кейсе укладываются в ту же логику, но не стоит воспринимать ни одну из этих цифр как точный порог для конкретно вашего номера.
Разница не в самой идее «переехать», а в том, что в провальном сценарии база не была провалидирована, а первое сообщение не объясняло получателю, почему ему вообще пишут.
Самый низкорискованный сценарий - не писать первым вообще, а дать клиенту инициировать контакт самому. Для этого используют:
wa.me с лид-магнитом в посте исходного канала (Telegram/Viber);Когда клиент сам кликает по ссылке и пишет первым, он формально и фактически даёт opt-in - это снимает большинство рисков, которые есть у холодного первого касания - см. сбор базы из входящих и WhatsApp-канал как точку входа.
Резко отключать старый канал в момент переезда рискованно - часть аудитории просто потеряется. Практика, которая встречается у операторов мультиаккаунтов чаще всего:
Это практический ориентир, а не зафиксированный где-либо стандарт - для крупных B2C-баз срок разумно увеличивать.
В этом вопросе у практиков нет единого мнения, и стоит знать про обе стороны.
Одни настаивают, что валидировать нужно через внешние облачные сервисы-чекеры: они расходуют свои пулы номеров и не подставляют под удар рабочий аккаунт. Другие возражают, что дешёвые сторонние чекеры нередко продают устаревшие логи или сливают проверенные номера в паблик, поэтому безопаснее писать приватные скрипты с жёсткими задержками и ротацией мобильных прокси.
Однозначно верного ответа здесь нет - выбор зависит от того, что вы готовы доверить третьей стороне: рабочий номер или клиентскую базу.
Прежде чем заливать всю базу, прогоните через валидацию тестовый сегмент в 200–300 номеров и обкатайте на нём текст первого сообщения с напоминанием контекста. Это покажет реальный процент попадания в WhatsApp именно для вашей базы и Spam Rate первого касания - без риска для всей рассылки.
Практическое правило:
Наличие WhatsApp-аккаунта у клиента - это технический факт. Готовность общаться там - отдельное решение, которое нужно заслужить заново, а не унаследовать из другого мессенджера.