Переезд на другой хостинг: что будет с заказами, почтой и обменом с 1С?

Хостинг хочется поменять, а магазин трогать страшно. Заказы идут, менеджеры работают, цены и остатки приходят из 1С. Всё это когда-то настроили, и лишний раз проверять, насколько крепко оно держится, совсем не хочется.

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

Для спокойного переезда не обязательно разбираться в серверах. Нужно понимать, что именно переносят, кто отвечает за переключение и по каким признакам работа считается законченной. «Главная страница открылась» для интернет-магазина недостаточно.

Магазин не нужно собирать заново

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

На новую площадку переносят файлы и базу данных. В Битрикс для этого предусмотрены резервное копирование и восстановление сайта. Но кроме самого магазина есть его окружение: отправка писем, задания по расписанию, подключение к 1С, платёжные и другие сервисы. Их тоже нужно учесть.

Разумно сначала подготовить копию на новом сервере и проверить её, пока покупатели продолжают пользоваться старым. Тестовую копию закрывают от посторонних и не дают ей самостоятельно отправлять письма клиентам, принимать реальные платежи или обмениваться данными с рабочей 1С. Фоновые задания и другие интеграции на копии тоже не должны менять рабочие данные или запускать реальные операции.

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

Заказы: важнее всего то, что происходит в момент переезда

Представьте: сайт скопировали на новый сервер. Пока его проверяют, на старом покупатель оформляет заказ. В уже сделанной копии этого заказа, естественно, нет.

Если просто переключить посетителей на неё, менеджер может не увидеть покупку. Данные не исчезли: они остались на прежнем сервере. Но покупателю от этого не легче — он ждёт звонка.

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

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

Владельцу достаточно задать прямой вопрос:

«Что будет с заказом, который покупатель оформит прямо во время переезда?»

Внятный ответ на него полезнее обещания «мы просто всё скопируем». После переключения отдельно сверяют последние заказы и их оплаты, включая уведомления, пришедшие от платёжного сервиса в переходный период.

Почта: ящики сотрудников и письма сайта — разные вещи

Под словами «почта работает» могут скрываться две разные задачи.

Первая — сотрудники получают и отправляют письма со своих адресов. Вторая — магазин присылает подтверждение заказа покупателю и уведомление менеджеру.

Одна может работать, пока другая уже сломалась.

Если почта компании размещена в отдельном сервисе, вместе с сайтом её обычно переносить не нужно. Важно сохранить настройки домена, которые направляют письма в этот сервис. Если же почтовые ящики находятся у старого хостинга, их перенос обсуждают отдельно — вместе с накопленной перепиской. Копия сайта сама по себе не означает, что перенесены и ящики.

Отправку писем из Битрикс проверяют в любом случае. На новом сервере могут потребоваться настройки почтового сервиса и разрешений на отправку от имени вашего домена.

Проверка здесь простая и понятная: согласованный тестовый заказ появился в административной части, покупатель получил подтверждение, менеджер — уведомление. А если переносили и корпоративную почту, проверяют письма в обе стороны и доступ к старой переписке.

Фразы «сервер отправил» недостаточно. Важно убедиться, что письмо дошло до нужного ящика, и посмотреть, не оказалось ли оно в спаме.

Обмен с 1С: витрина может работать, пока данные уже устаревают

После переезда каталог открывается, фотографии на месте, цены выглядят привычно. Это ещё не доказывает, что обмен с 1С возобновился. Магазин может показывать данные, которые получил до переноса.

Поэтому проверяют движение данных, а не только внешний вид страниц. В типичной связке нужно убедиться, что товары, цены и остатки обновляются на сайте, а заказы уходят в учётную систему. В Битрикс эти направления обмена рассматриваются отдельно.

Например, специалист согласует проверку на контрольном товаре: меняет данные в 1С и смотрит, появились ли изменения в магазине. Затем проверяет, дошёл ли согласованный тестовый заказ обратно в 1С — если так устроена ваша интеграция.

Заодно нужно убедиться, что обмен запускается сам по расписанию. Успешный ручной запуск ещё не означает, что завтра утром всё обновится без участия человека.

При переключении обмен и фоновые задания на старом сервере отключают до их включения на новом. Два сервера не должны одновременно отправлять одни и те же заказы или независимо обновлять рабочие данные.

Можно ли переехать совсем без остановки

Иногда можно, но обещать это до знакомства с магазином было бы странно. Сроки зависят от объёма данных, устройства интеграций и способа переключения.

Большую часть подготовки можно выполнить, пока старый сайт продолжает работать. Если для завершения переноса нужна пауза, заранее определяют её время, длительность и то, что увидят покупатели.

Владельцу важно знать не только время начала работ, но и имя ответственного. Кто принимает решение о переключении? Кто проверяет заказы и обмен? Кому писать, если после переезда менеджер заметит проблему?

Старый хостинг и резервную копию не стоит удалять сразу после первого успешного открытия сайта. Но и просто «вернуться на старый сервер» нельзя, если на новом уже появились заказы. План возврата согласуют ещё до переключения: как сохранить появившиеся на новом сервере заказы и изменения оплат и снова оставить одну рабочую базу. Иначе попытка исправить одну проблему создаст другую.

Как принять работу, не становясь системным администратором

Попросите специалиста пройти вместе с вами обычный путь покупателя и менеджера:

• найти товар через каталог и фильтр;
• добавить его в корзину и оформить согласованный тестовый заказ;
• проверить, что заказ появился в системе, а нужные письма дошли;
• проверить по согласованному безопасному сценарию, что результат оплаты отражается у нужного заказа;
• убедиться, что обмен с 1С работает в нужных направлениях и запускается по расписанию.

Если у магазина есть особые процессы — выгрузка заказов в CRM, доставка через внешний сервис, отдельные оптовые цены — добавьте их к проверке. Подрядчик может не знать, какая неприметная функция нужна вашим менеджерам каждый день.

До начала работ достаточно попросить короткий план: что переносится, когда происходит переключение, как сохраняются новые заказы и кто проверяет результат. Если в предложении написано «перенос бесплатно», уточните его состав. Перенос файлов и проверка работающего магазина — не одна и та же услуга.

На 404.by в описание бесплатного переноса включены настройка кронов, почты и интеграций. Особенности своего магазина и порядок проверки можно обсудить через форму внизу сайта.

Переезд не должен требовать от владельца знания серверных настроек. Но вы вправе ожидать понятного ответа, как после него магазин продолжит принимать заказы, отправлять письма и обмениваться данными с 1С. Именно это стоит обсуждать до начала работ, а не выяснять на следующий день.