Смена провайдера SMS – нормальный процесс. Компания растёт, меняются условия, нужен более гибкий протокол. Но потерять накопленную базу клиентов или историю доставок обидно. Рассказываю, как перенести данные без потерь и без боли.
Что включает перенос базы контактов
База подписчиков — главный актив. Если вы вели рассылки год-два, в ней могут быть сотни или тысячи номеров. Просто скачать файл и загрузить в новый шлюз недостаточно.
Пример. Кафе на Немиге (Минск) решило уйти от облачного сервиса к прямому SMPP-подключению из-за высокой стоимости при росте объёмов. У них 2200 подписчиков. Старый провайдер отдал базу в CSV, но номера были в формате +37529xxxxxxx, а новый шлюз требовал 37529xxxxxxx (без +). Загрузили как есть — половина номеров не прошла валидацию.
Совет. Выгружайте контакты в простом текстовом формате (CSV, TXT) с одним полем — номер. Проверьте международный формат: код страны 375, без лишних символов. Очистите базу от дублей и номеров, на которые не доставилось ни одно сообщение за последние 6 месяцев. Так вы не заплатите за мёртвые контакты у нового провайдера.
Как сохранить историю доставок
История доставок нужна для анализа: какие письма сработали, какие нет, в какое время лучше отправлять. Без неё вы теряете полгода статистики.
Пример. Салон красоты в Гомеле 2 года вёл рассылки через один сервис. Решил перейти на SMPP-шлюз (с описанием протокола можно ознакомиться в статье Протокол SMPP для SMS-рассылок: руководство для малого бизнеса Беларуси). Запросили у старого провайдера логи доставок — получили Excel с датами, статусами, текстами сообщений. В новом шлюзе смогли загрузить эту таблицу и продолжить анализировать тренды за 2 года.
Совет. За две недели до смены попросите у текущего провайдера полную выгрузку: дата, номер отправителя, номер получателя, статус (доставлено/не доставлено), текст сообщения. Выгружайте за весь период работы, а не за последний месяц. Если формат неудобный (PDF, изображения) — попросите CSV или XML. Откажитесь — подумайте, стоит ли оставаться.
Что делать с архивами и настройками триггеров
Триггерные рассылки (подтверждение заказа, напоминание о записи) — сердце автоматизации. При смене поставщика их нужно воссоздать.
Пример. Интернет-магазин в Бресте использовал триггеры: при оплате → SMS с кодом выдачи, через 2 дня → запрос отзыва. В старом шлюзе настройки были сделаны через веб-интерфейс. При переходе на SMPP-шлюз (подробнее о преимуществах — Когда облачные SMS невыгодны: переход на SMPP-шлюз) оказалось, что триггеры нужно перенастраивать через API. Хорошо, что владелец заранее скопировал все условия (когда срабатывает, какой текст отправляется, на какой адрес идёт уведомление). Восстановили за час.
Совет. Составьте таблицу: название триггера, событие (изменение статуса заказа, проход времени), текст сообщения, задержка. Сравните возможности нового шлюза со старым. Если новый не поддерживает какое-то условие — ищите замену или готовьтесь допиливать через API. Лучше подстраховаться — Масштабирование SMS-оповещений: от ручной отправки к SMPP-шлюзу.
Типичные ошибки при смене поставщика
- Перенос базы без проверки кодировки. Если старый провайдер отдал в UTF-8, а новый ожидает Windows-1251, текст может превратиться в кракозябры. Всегда конвертируйте в один формат и тестируйте.
- Игнорирование тестовой отправки. Не отправляйте массовую рассылку сразу после переноса. Протестируйте на 20-50 номерах: проверьте доставляемость, длину SMS, подпись отправителя.
- Забыли про блэклисты. Некоторые провайдеры блокируют номера, которые жаловались на спам. Уточните: новый поставщик может принять этот список и не отправлять на такие номера, чтобы не портить репутацию. Если не спросили — будете платить за бесполезные отправки.
- Слепое доверие обещанию "мигрируем всё за вас". Часто провайдер делает только базовый перенос (номера) без истории доставок и настроек. Контролируйте процесс, сверяйте данные до и после.
- Не проверили интеграцию с CMS. Если рассылки тянутся из 1С, WordPress или своей системы, после смены шлюза может слететь API. Обновите ключи, протестируйте хотя бы один сценарий.
Три шага, которые можно сделать сегодня/на неделе
- Соберите текущую базу контактов в единый текстовый файл с номерами в международном формате (37529...). Удалите дубли и номера с статусом "не доставлено" за последние полгода.
- Запросите у текущего провайдера полную историю доставок за весь период работы в формате CSV или Excel. Если провайдер отказывается — это тревожный знак.
- Составьте карту триггеров и шаблонов: события, тексты, задержки. Сравните с возможностями нового шлюза. Подготовьте план воссоздания автоматизации.
Смена поставщика — не повод терять накопленные данные. Продуманный перенос сэкономит вам недели на настройке и сохранит аналитику. Если сомневаетесь в выборе шлюза, сравните условия нескольких провайдеров и протестируйте работу с каждым на малом объёме.