Причины сменить хостинг бывают разными: сайт стал медленным, тариф подорожал, поддержка отвечает сутками, понадобилось хранить данные в России или магазину просто стало тесно на виртуальном хостинге. Сам переезд многие откладывают годами, опасаясь, что сайт «ляжет» на несколько дней, а заказы потеряются. Эти опасения обоснованны, если переносить сайт в спешке. Но при правильной подготовке переезд проходит незаметно для посетителей: окно, когда сайт недоступен для изменений, сокращается до 10–30 минут, а для просмотра он доступен всё время.
Когда пора переезжать
Не каждая проблема с сайтом решается сменой хостинга. Медленный сайт может тормозить из-за тяжёлых изображений, неоптимальных запросов к базе или десятка лишних модулей — и на новом сервере останется таким же медленным. Поэтому перед переездом стоит убедиться, что проблема действительно в хостинге.
Признаки того, что хостинг перестал справляться: время ответа сервера на простых страницах больше 0,8–1 секунды, регулярные ошибки 502 и 503 в часы пик, упоры в лимиты процессора и памяти по данным панели хостинга, невозможность установить нужную версию PHP или расширение, отсутствие доступа по SSH. Организационные признаки: поддержка отвечает медленно, нет автоматических резервных копий, сервер находится за рубежом, а сайт обрабатывает персональные данные российских клиентов. Критерии выбора нового хостинга мы подробно разбирали в статье о выборе хостинга.
Переезд оправдан
- Сайт упирается в лимиты тарифа, а следующий тариф у текущего провайдера нерационально дорог.
- Нужен VPS или выделенный сервер вместо виртуального хостинга.
- Требуется хранение данных в России.
- Провайдер не даёт нужных версий ПО и доступов.
Сначала стоит оптимизировать
- Медленно загружаются только тяжёлые страницы с большими изображениями.
- Нагрузку создаёт один конкретный модуль или неудачный запрос.
- Нет кеширования страниц и статики.
- Сервер простаивает, а сайт всё равно медленный.
Почему возникает простой и как его избежать
Простой при переезде возникает по трём причинам. Первая — DNS. Когда вы меняете IP-адрес сайта в DNS-записях, изменение распространяется не мгновенно: провайдеры и браузеры кешируют старый адрес на время, указанное в параметре TTL. Если TTL равен суткам, часть посетителей ещё сутки будет попадать на старый сервер. Вторая — данные. Пока сайт переносится, на старом сервере продолжают появляться заказы, регистрации, комментарии, а копия на новом сервере уже не содержит их. Третья — непроверенная конфигурация: на новом сервере другая версия PHP, не хватает расширений, не те права на файлы, не настроена отправка почты.
Каждая из этих причин устраняется подготовкой. TTL заранее снижается до нескольких минут. Финальная синхронизация данных выполняется в короткое окно, когда приём изменений на старом сервере приостановлен. Новый сервер полностью проверяется до переключения — через временный адрес или подмену в файле hosts на компьютере тестировщика. В результате момент переключения становится формальностью.
Подготовка: что сделать за неделю до переезда
Хороший переезд на 80% состоит из подготовки. Чем подробнее собрана информация о текущем сайте, тем меньше сюрпризов при переносе.
- Собрать доступы: регистратор домена, DNS, старый и новый хостинг, админка, база данных, почта. Без доступа к DNS переезд невозможен.
- Зафиксировать окружение: версии PHP, СУБД, веб-сервера, установленные расширения, настройки лимитов памяти и времени выполнения.
- Найти все задания по расписанию: обмен с 1С, отправка рассылок, очистка кеша, резервное копирование.
- Выяснить, где обслуживается почта на домене: если на том же хостинге, её тоже нужно переносить или заранее перевести на отдельный почтовый сервис.
- Проверить внешние интеграции, привязанные к IP-адресу сервера: платёжные шлюзы, API служб доставки, доступ к 1С — некоторые из них пускают запросы только с разрешённых адресов.
- Снизить TTL DNS-записей сайта до 300 секунд минимум за сутки до переключения — лучше за двое.
- Выбрать время переключения с минимальной нагрузкой: для большинства магазинов это ночь со вторника на среду или раннее утро буднего дня.
Пункт про IP-адреса особенно часто упускают. Мы переносили магазин стройматериалов, у которого обмен с 1С работал через сервер в офисе, а тот принимал подключения только с IP старого хостинга. Если бы мы не выяснили это заранее, после переезда остатки на сайте перестали бы обновляться, и магазин продавал бы товары, которых нет на складе. Достаточно было заранее добавить новый адрес в разрешённые.
Перенос по шагам
Сам перенос мы выполняем по одной и той же схеме независимо от CMS — будь то 1С-Битрикс, WordPress, OpenCart или проект на Laravel. Различаются только детали настройки окружения.
Подготовка сервера
Настраиваем новый сервер под требования сайта: версии ПО, расширения, лимиты, кеширование, SSL-сертификат, резервное копирование и мониторинг. Если сервер новый, сразу закладываем базовые меры защиты.
Первичное копирование
Копируем файлы и базу данных со старого сервера на новый, не останавливая работу сайта. Для крупных сайтов файлы переносим напрямую между серверами — это в разы быстрее, чем скачивать и загружать архив.
Тестирование
Открываем сайт на новом сервере через подмену адреса в hosts и проверяем всё: каталог, поиск, корзину, оформление и оплату заказа в тестовом режиме, формы, отправку почты, обмен с учётной системой, личный кабинет, работу админки.
Финальная синхронизация
В назначенное время включаем на старом сервере режим обслуживания или запрет на изменения, повторно переносим базу данных и изменившиеся файлы. Для магазина среднего размера это занимает 10–20 минут.
Переключение DNS
Меняем IP-адрес в DNS-записях. Благодаря низкому TTL большинство посетителей начинает попадать на новый сервер в течение нескольких минут.
Контроль
Делаем контрольный заказ, проверяем журналы ошибок, отслеживаем запросы на старый сервер. Старый сервер оставляем рабочим ещё на одну-две недели как резервный.
Для высоконагруженных магазинов, где даже 15 минут без заказов недопустимы, используется схема с проксированием: после переключения старый сервер перенаправляет запоздавшие запросы на новый, так что все заказы попадают в одну базу. Это сложнее в настройке, но позволяет вообще не прекращать приём заказов.
Что проверить после переезда
Переключение прошло, сайт открывается — но работа не закончена. Часть проблем проявляется не сразу: задания по расписанию запускаются ночью, письма начинают попадать в спам через день-два, поисковые роботы приходят с задержкой.
| Что проверить | Как | Когда |
|---|---|---|
| Оформление заказа и оплата | Реальный тестовый заказ с оплатой и возвратом | Сразу после переключения |
| Отправка почты | Письма с форм и уведомления о заказе приходят и не попадают в спам; SPF и DKIM учитывают новый сервер | Сразу и через сутки |
| Задания по расписанию | Обмен с 1С, рассылки, очистка — по журналам выполнения | Первые сутки |
| SSL-сертификат | Работает на всех поддоменах, автопродление настроено | Сразу |
| Скорость | Время ответа сервера и загрузка ключевых страниц в сравнении с замерами до переезда | Первая неделя |
| Индексация | Отсутствие всплеска ошибок в панелях вебмастеров | Первые две недели |
| Резервные копии | Копии создаются на новом сервере, восстановление проверено | Первая неделя |
Особое внимание — почте. Если записи SPF не включают IP нового сервера, письма о заказах начнут попадать в спам у клиентов, и вы узнаете об этом по жалобам через несколько дней. Проверка занимает пять минут, а последствия ошибки ощутимы.
Типичные ошибки при переезде
За годы работы мы видели множество переездов, проведённых самостоятельно или неопытными исполнителями, и ошибки в них повторяются. Переключение DNS без снижения TTL — сайт сутки работает «на двух серверах», заказы раскиданы по двум базам. Удаление старого хостинга сразу после переезда — нет пути назад, если что-то пошло не так. Забытая почта — после переключения MX-записей корпоративная почта перестаёт работать. Перенос без тестирования — проблемы выясняются уже на рабочем сайте. Переезд в пятницу вечером — когда на выходных что-то ломается, исправлять некому.
Ещё одна ошибка — совмещать переезд с другими изменениями: обновлением CMS, сменой версии PHP, редизайном. Если после переезда что-то сломалось, невозможно понять, что стало причиной. Правильный порядок — сначала перенести сайт в максимально похожее окружение, убедиться, что всё работает, и только потом обновлять. Обновления CMS и модулей лучше выполнять отдельным этапом через тестовую копию.
Сколько времени занимает перенос сайта?
Подготовка и перенос корпоративного сайта занимают один-два рабочих дня, интернет-магазина с интеграциями — от двух до пяти. Само переключение, заметное для пользователей, — 10–30 минут.
Повлияет ли переезд на позиции в поиске?
Если адреса страниц не меняются, сайт не был недоступен долгое время и скорость не ухудшилась, на позиции переезд не влияет. Смена хостинга не равна смене домена.
Можно ли перенести сайт самостоятельно?
Простой сайт-визитку на популярной CMS — вполне, многие хостинги помогают с этим бесплатно. Магазин с интеграциями, заданиями по расписанию и почтой на домене лучше переносить с опытным специалистом.
Что делать со старым хостингом?
Оставьте его оплаченным минимум на две недели после переезда. Перед отключением сделайте финальную резервную копию и сохраните её отдельно.
Итоги
Перенос сайта без простоя — это результат подготовки, а не удачи. Снижение TTL заранее, полное тестирование на новом сервере до переключения, короткое окно финальной синхронизации данных, проверка почты, заданий по расписанию и интеграций после переезда и старый сервер в резерве на пару недель — эти шаги превращают рискованную операцию в рутинную.
Если вы планируете переезд, начните с инвентаризации: доступы, окружение, интеграции, почта. Это займёт пару часов и покажет реальный объём работ. А если не хочется рисковать продажами, перенос можно доверить нам в рамках технической поддержки — мы спланируем переезд, проведём его в согласованное время и останемся на связи, пока всё не стабилизируется.
Нужен сайт или интернет-магазин?
Обсудим задачу, подскажем подходящую платформу и оценим сроки и бюджет — бесплатно и без обязательств.
Обсудить проект
