Что проверить в SMS-интеграции магазина после переноса на VPS?

После переноса интернет-магазина на VPS проверьте путь каждого важного уведомления: заказ меняет статус, сайт передаёт запрос сервису отправки, а сервис возвращает результат доставки. Работающий сайт ещё не означает, что SMS уходят клиентам. Начните с настроек интеграции, затем пройдите тестовый заказ и сопоставьте записи магазина с отчётом сервиса. Так вы найдёте сбой до того, как покупатель начнёт ждать подтверждение заказа или сообщение о выдаче.

Дата публикации: 2026-11-08.

Что сохранить и сверить до переноса магазина?

Попросите специалиста сохранить вместе с сайтом настройки, от которых зависит отправка SMS: адрес подключения к сервису, способ доступа, шаблоны сообщений и правила запуска уведомлений. Отдельно запишите, какие события обрабатывает сам сайт, а какие приходят из CRM или системы доставки. Иначе после переезда будет трудно понять, на каком участке пропало сообщение.

Сохраните копии файлов сайта, базы данных и конфигураций интеграций. Зафиксируйте также расписание фоновых задач: магазин может отправлять уведомления не сразу при изменении заказа, а через задачу по расписанию. Менять DNS лучше после проверки магазина на новом VPS; этот порядок помогает обнаружить сбой до переключения покупателей на новый сервер (ТехноСклад, «Что проверить перед переносом сайта»).

На новом VPS сверьте параметры подключения с сохранёнными настройками. Убедитесь, что магазин использует нужные учётные данные и собирает запрос из актуальных полей заказа. Если уведомление запускает фоновая задача, проверьте, что она работает на новом сервере и не продолжает работать на старом. Одновременный запуск создаёт риск повторных SMS.

Когда при переносе меняется и конфигурация сервера, полезно заранее сверить её с требованиями магазина и его интеграций. В материале о том, как выбрать VPS для интернет-магазина, разобраны вопросы, которые стоит уточнить до переезда.

Как пройти проверку SMS от заказа до телефона?

Создайте тестовый заказ на номер, к которому у вас есть доступ. Пройдите обычный путь покупателя: оформление, смену статуса, готовность к выдаче или передачу в доставку. Для каждого события заранее запишите ожидаемый текст и момент отправки. Если магазин сообщает о доставке после обновления статуса перевозчиком, проверьте и этот переход: магазин должен получить обновление, прежде чем составит сообщение клиенту (smsinfo.by, «Как автоматизировать SMS-статусы доставки интернет-магазина»).

Проверяйте содержание на телефоне. Имя отправителя, номер заказа, статус и ссылка должны относиться к тестовому заказу. Откройте ссылку: после переезда она не должна вести на старый адрес или недоступную страницу. Затем повторно сохраните заказ без изменения статуса и посмотрите, не пришёл ли дубликат.

Записывайте результат каждого теста в короткую таблицу: событие, время, номер тестового получателя, ожидаемый текст, фактический текст и статус отправки. Если CRM тоже участвует в цепочке, сопоставьте её запись с записью магазина. Для дополнительной проверки сценариев после смены сайта или CRM можно воспользоваться чек-листом в статье на smska.by.

Как понять, на каком участке пропала SMS?

Сравните записи в магазине, журнал запросов к сервису отправки и отчёт самого сервиса. Попросите разработчика показать код ответа на запрос и идентификатор сообщения: по нему проще найти одну отправку среди остальных. Проверьте, возвращает ли сервис финальный статус доставки, поскольку ответ на запрос и результат доставки описывают разные этапы (mobizon.by, «Почему SMS не доходят клиентам в Беларуси: чек-лист»).

Статус доставки сам по себе не показывает, прочитал ли покупатель сообщение. При проверке важно увидеть SMS на тестовом телефоне и сравнить её с заказом. Если сбой возник только после смены VPS, специалисту по инфраструктуре пригодятся время события, журнал запросов и идентификатор сообщения: с ними он сможет проверить настройки сервера без догадок о том, какое уведомление пропало.

Какие ошибки чаще всего мешают проверке?

• Отправляют произвольную тестовую SMS и не проверяют событие заказа. Исправление: запустить уведомление через обычное действие покупателя или сотрудника.
• Смотрят только на успешный ответ сервиса. Исправление: дождаться финального статуса и проверить текст на тестовом телефоне.
• Не проверяют повторную отправку. Исправление: сохранить заказ ещё раз и убедиться, что новое SMS не появилось.
• Тестируют до переключения DNS, но не после него. Исправление: повторить основные сценарии на адресе, который уже открывают покупатели.

Сейчас откройте настройки уведомлений магазина и выпишите одно событие для первого теста — например, подтверждение нового заказа.