Коротко
Сайт переносят на другой хостинг без простоя так: копируют файлы и базу данных на новый сервер, тестируют сайт на временном адресе, заранее снижают TTL DNS-записи, синхронизируют свежие данные, а затем переключают домен на новый сервер. Старый хостинг оставляют активным на время обновления DNS, чтобы посетители не видели ошибок.
Ключ к «нулевому простою» — тест на новом сервере до переключения и низкий TTL. Секрет переезда без простоя: новый сервер полностью готов и протестирован ещё до того, как вы трогаете DNS.
| Этап | Что делаем | Когда |
|---|---|---|
| Подготовка | Выбор хостинга, резервная копия, аудит окружения | За несколько дней |
| Развёртывание | Копия сайта на новом сервере, настройка PHP, базы, почты | За 1–3 дня |
| Тестирование | Проверка на временном адресе: формы, оплата, 1С, почта | До переключения |
| Снижение TTL | TTL DNS-записей уменьшают заранее | За сутки |
| Переключение | Финальная синхронизация данных и смена DNS | В час минимальной нагрузки |
| Контроль | Старый хостинг активен, проверка HTTPS, ошибок, cron | Первые дни после переезда |
Основная мысль
Переезд без простоя достигается не скоростью копирования, а порядком действий: сначала новый сервер готовят и проверяют как полноценный рабочий сайт, и только потом переключают на него домен, оставляя старый хостинг работать, пока обновляется DNS.
Большинство проблем при смене хостинга возникает из-за спешки. Файлы скопировали, DNS переключили, а потом выясняется, что на новом сервере другая версия PHP, не отправляются письма или не работает обмен с 1С. Сайт в это время уже открывается у посетителей с ошибками.
Если же новый сервер проверен заранее, переключение DNS превращается в формальность. Часть посетителей какое-то время попадает на старый сервер, часть — на новый, но оба отдают рабочий сайт. Задача — сделать так, чтобы данные при этом не разошлись.
Разберём процесс по шагам: от выбора хостинга до контроля после переезда, с отдельным вниманием к магазинам и сайтам на 1С-Битрикс.
Когда и зачем менять хостинг
Типичные причины переезда
Хостинг меняют не ради смены, а из-за конкретных проблем:
- сайт медленно работает, и оптимизация кода уже не помогает;
- текущий тариф не соответствует требованиям CMS: старая версия PHP, мало памяти;
- частые сбои и недоступность сервера;
- слабая техподдержка, которая не решает проблемы;
- рост посещаемости или каталога, которому нужен более мощный сервер;
- переход с виртуального хостинга на VPS или выделенный сервер.
Что стоит проверить перед решением
Иногда медленная работа связана не с хостингом, а с тяжёлыми плагинами, неоптимизированными изображениями или запросами к базе. Перед переездом полезно понять, где узкое место. Если сайт не укладывается в Core Web Vitals (LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1) из-за кода, новый сервер не решит проблему полностью. В таком случае переезд совмещают с ускорением сайта.
Как выбрать новый хостинг
Базовые критерии
- Соответствие требованиям CMS: версия PHP, память, база данных.
- Скорость и близость серверов к вашей аудитории.
- Резервное копирование и простота восстановления.
- Поддержка HTTPS и бесплатных сертификатов.
- Адекватная техподдержка хостинга и отзывы.
- Для Битрикс — хостинг, отвечающий его системным требованиям.
Виртуальный хостинг, VPS или выделенный сервер
| Тип | Кому подходит | Особенности |
|---|---|---|
| Виртуальный хостинг | Визитки, корпоративные сайты на WordPress | Простота, но ресурсы делятся с другими сайтами |
| VPS | Магазины, сайты на 1С-Битрикс, растущие проекты | Гарантированные ресурсы, нужна настройка сервера |
| Выделенный сервер | Крупные магазины, высокая нагрузка | Максимум ресурсов, требует администрирования |
Для сайта на WordPress с умеренной посещаемостью часто хватает хорошего виртуального хостинга. Для 1С-Битрикс, особенно с магазином и обменом с 1С, надёжнее VPS с окружением, подготовленным под требования платформы.
Особенности хостинга для 1С-Битрикс
1С-Битрикс чувствительна к настройкам сервера: версии PHP, параметрам базы данных, кешированию, лимитам памяти и времени выполнения скриптов. Встроенная проверка системы показывает, соответствует ли сервер требованиям. Её стоит запустить на новом сервере до переключения домена и устранить все замечания.
Подготовка к переезду
Резервная копия
Сделайте полную резервную копию файлов и базы данных. Копию храните отдельно от обоих хостингов — на локальном компьютере или в облачном хранилище. Это страховка на случай, если что-то пойдёт не так на любом этапе.
Для WordPress копию делают средствами хостинга или плагином, для 1С-Битрикс — штатным модулем резервного копирования. В обоих случаях нужна и база данных, и все файлы, включая загруженные изображения.
Инвентаризация окружения
Перед переездом соберите сведения о текущем сервере:
- Версия PHP и подключённые расширения.
- Версия и настройки базы данных.
- Задачи cron: что и как часто запускается.
- Почтовые ящики на домене.
- SSL-сертификат и его тип.
- Особые настройки сервера: редиректы, ограничения доступа, лимиты.
Эта таблица поможет воспроизвести окружение на новом хостинге и не забыть мелочи, из-за которых потом что-то перестаёт работать.
Почта на домене
Если почта работает на том же хостинге, что и сайт, её перенос нужно планировать отдельно. Ящики создают на новом сервере заранее или выносят почту на отдельный почтовый сервис. При смене DNS меняются и MX-записи, поэтому письма в переходный период могут приходить на старый сервер. Их важно не потерять.
Развёртывание и тест на новом сервере
Перенос файлов и базы
Разверните сайт на новом хостинге и проверьте его на временном адресе. Файлы копируют целиком, базу импортируют, затем прописывают новые параметры подключения к базе в конфигурации CMS.
Проверьте права на файлы и версию PHP на новом сервере. Неправильные права — частая причина ошибок: сайт либо не может записать кеш и загрузить файлы, либо, наоборот, открыт для изменений.
Как проверить сайт до смены DNS
Для теста используют временный адрес от хостинга или подмену адреса на своём компьютере через файл hosts. Во втором случае домен открывается с нового сервера только у вас, а все посетители продолжают работать со старым.
Убедитесь, что работают формы, оплата, обмен с 1С и почта. Отдельно пройдите ключевые сценарии:
- открытие главной и основных разделов;
- поиск по сайту и фильтры каталога;
- оформление тестового заказа;
- отправка форм и получение писем;
- вход в личный кабинет и админку;
- работа HTTPS и отсутствие смешанного контента.
Задачи cron и фоновые процессы
Задачи cron отвечают за обмен с 1С, отправку рассылок, очистку кеша, резервные копии. На новом сервере их настраивают заново. Важно не запустить их одновременно на обоих серверах в переходный период: например, двойной обмен с 1С может создать дубли.
Переключение домена без простоя
Снижение TTL
За сутки до переезда снизьте TTL DNS-записи домена. TTL определяет, сколько времени провайдеры хранят адрес сервера в кеше. Чем он ниже, тем быстрее посетители начнут попадать на новый сервер после переключения.
Синхронизация свежих данных
Между созданием копии и переключением на старом сайте появляются новые заказы, заявки, комментарии, изменения контента. Синхронизируйте свежие данные (новые заказы, контент) на новый сервер непосредственно перед сменой DNS.
Для магазинов это критично. Надёжный способ — на короткое время перед финальной синхронизацией закрыть оформление заказов или вообще не вносить изменения на старом сайте, затем перенести свежую базу и сразу переключить DNS.
Смена DNS и переходный период
Переключите DNS домена на новый сервер. Оставьте старый хостинг активным, пока DNS полностью обновится. Обычно это занимает от нескольких минут до нескольких часов, реже — до суток.
| Что может случиться | Как предотвратить |
|---|---|
| Заказ оформлен на старом сервере после переключения | Закрыть приём заказов на старом сервере или вручную перенести заказы |
| Письма приходят на старый почтовый сервер | Проверить старые ящики в течение нескольких дней |
| Обмен с 1С идёт на оба сервера | Отключить cron обмена на старом сервере |
| Сертификат не выпущен на новом сервере | Выпустить SSL заранее или сразу после смены DNS |
Особенности переезда для WordPress и 1С-Битрикс
WordPress
У WordPress адрес сайта хранится в базе данных, а в содержимом страниц встречаются абсолютные ссылки на изображения. Если домен не меняется, достаточно перенести файлы и базу и обновить параметры подключения к базе в конфигурации. Если меняется и домен, адреса в базе заменяют аккуратно, с учётом сериализованных данных, иначе ломаются настройки темы и виджетов.
Отдельно проверяют плагины кеширования и безопасности. Они часто хранят пути к файлам и настройки сервера, которые после переезда нужно сбросить. Если на сайте есть магазин на WooCommerce, до переключения проверяют платёжные модули, расчёт доставки и отправку писем о заказах.
1С-Битрикс
Для 1С-Битрикс удобнее всего штатный механизм резервного копирования и восстановления: он переносит файлы и базу одним архивом и запускает мастер восстановления на новом сервере. После восстановления запускают проверку системы и исправляют всё, что она покажет: версии PHP, настройки базы, права, кодировку.
Особое внимание — обмену с 1С. В настройках обмена на стороне 1С указан адрес сайта, и если домен не меняется, трогать их не нужно. Но на время переходного периода обмен лучше приостановить, а после переключения DNS запустить вручную и убедиться, что товары, цены и остатки выгружаются корректно, а заказы уходят в 1С.
Сравнение подготовки
| Шаг | WordPress | 1С-Битрикс |
|---|---|---|
| Резервная копия | Средства хостинга или плагин | Штатный модуль резервного копирования |
| Восстановление | Импорт базы, копирование файлов | Мастер восстановления |
| Проверка окружения | Вручную: PHP, расширения, права | Встроенная проверка системы |
| Интеграции | Платёжные модули, формы, WooCommerce | Обмен с 1С, Битрикс24, платёжные системы |
Сценарии переезда на практике
Сценарий 1: корпоративный сайт на WordPress
Сайт с десятками страниц, формами заявок и почтой на домене. Заказов нет, поэтому синхронизация данных сводится к проверке, не появилось ли новых заявок и публикаций. Сайт разворачивают на новом хостинге, проверяют через файл hosts, снижают TTL, переключают DNS. Основное внимание — почте: ящики создают заранее и в течение нескольких дней проверяют старые.
Сценарий 2: интернет-магазин на 1С-Битрикс с обменом с 1С
Здесь переезд планируют на час минимальной нагрузки. На новом сервере заранее восстанавливают копию, проходят проверку системы, оформляют тестовый заказ. В назначенное время приостанавливают обмен с 1С и приём заказов, переносят свежую базу, переключают DNS, запускают обмен и проверяют выгрузку. Окно, когда заказы недоступны, сокращают до минимума, а посетители видят сайт без ошибок.
Сценарий 3: переезд с виртуального хостинга на VPS
Сайт перерос общий тариф: тормозит под нагрузкой, упирается в лимиты. На VPS окружение настраивают с нуля: веб-сервер, PHP, базу, кеширование, SSL, резервное копирование. Этот этап занимает больше времени, чем сам перенос, зато сервер получается настроенным под конкретную CMS. После переезда стоит сравнить скорость загрузки и убедиться, что сайт укладывается в Core Web Vitals.
Что часто идёт не так
Типичные ошибки
- DNS переключают до готовности нового сервера — сайт «падает».
- Забывают перенести почту, SSL-сертификат или cron-задачи.
- Теряют заказы, оформленные во время переезда.
- Не проверяют права на файлы и версию PHP на новом сервере.
Менее очевидные проблемы
- Жёстко прописанные в коде пути к файлам старого сервера.
- Кеш, который после переезда отдаёт устаревшие страницы.
- Отсутствующие расширения PHP, из-за которых отключаются отдельные функции.
- Лимиты загрузки файлов, из-за которых не работает импорт каталога.
- Старый хостинг отключили раньше, чем обновился DNS.
На чём опасно экономить
Опасно экономить на тестировании. Полчаса проверок до переключения избавляют от часов простоя после. Не стоит экономить и на резервной копии, хранящейся отдельно: она нужна в том числе на случай, если со старым хостингом возникнут сложности.
Сроки и трудозатраты
Из чего складывается время
Сам перенос небольшого сайта занимает несколько часов, магазина с большим каталогом — до одного-двух дней с учётом тестирования. Но в общую картину входят и подготовительные этапы:
| Работа | Визитка или корпоративный сайт | Магазин с обменом с 1С |
|---|---|---|
| Подготовка окружения | Несколько часов | До дня, если нужен VPS |
| Перенос файлов и базы | Несколько часов | Несколько часов, зависит от объёма |
| Тестирование | Около часа | Несколько часов, включая тестовые заказы и обмен |
| Обновление DNS | От нескольких минут до суток | От нескольких минут до суток |
| Контроль после переезда | Несколько дней наблюдения | Несколько дней наблюдения |
Почему простой обходится дороже переезда
Каждый час недоступности — это потерянные заявки и заказы, а при долгом простое ещё и риск для позиций в поиске: робот, который несколько раз подряд получил ошибку, может временно исключить страницы из выдачи. На этом фоне время, потраченное на тестирование и аккуратное переключение, окупается сразу.
Поддержка после переезда
После смены хостинга полезно настроить регулярные резервные копии, мониторинг доступности и своевременные обновления CMS. Эти работы входят в поддержку сайта, её стоимость — от 2 000 ₽ в час.
Контроль после переезда
Первые часы
После обновления проверьте сайт, HTTPS и отсутствие ошибок. Откройте сайт из разных сетей, проверьте формы, заказы, отправку писем, работу админки.
Первые дни
В течение нескольких дней следите за журналами ошибок сервера, отчётами Яндекс.Вебмастера и Google Search Console, скоростью загрузки. Убедитесь, что cron-задачи выполняются по расписанию, а резервные копии создаются на новом хостинге.
Когда отключать старый хостинг
Старый хостинг отключают, когда DNS обновился повсеместно, почта полностью работает на новом сервере, а новые заказы и письма на старый сервер больше не приходят. Обычно для надёжности выжидают несколько дней. Перед отключением сделайте последнюю резервную копию.
Пошаговый чек-лист переноса
- Сделайте полную резервную копию файлов и базы данных.
- Разверните сайт на новом хостинге и проверьте его на временном адресе.
- Убедитесь, что работают формы, оплата, обмен с 1С и почта.
- За сутки до переезда снизьте TTL DNS-записи домена.
- Синхронизируйте свежие данные (новые заказы, контент) на новый сервер.
- Переключите DNS домена на новый сервер.
- Оставьте старый хостинг активным, пока DNS полностью обновится.
- После обновления проверьте сайт, HTTPS и отсутствие ошибок.
Частые вопросы
Будет ли сайт недоступен во время переноса?
При правильном переезде — нет. Новый сервер готовят и тестируют заранее, а старый держат активным до обновления DNS, поэтому посетители не видят простоя.
Сколько обновляется DNS?
Обычно от нескольких минут до нескольких часов, реже — до суток. Если заранее снизить TTL, обновление проходит быстрее.
Повлияет ли переезд на SEO?
Смена хостинга без изменения адресов страниц на SEO почти не влияет. Главное — сохранить URL, HTTPS и скорость, а также не допустить простоя и ошибок.
Нужно ли переносить почту и сертификат?
Да. Почтовые ящики, SSL-сертификат и cron-задачи тоже переносят или настраивают заново, иначе после переезда перестанут работать письма и защищённое соединение.
Можно ли перенести сайт самому?
Простой сайт — да, если вы уверенно работаете с файлами, базой и DNS. Магазин с обменом с 1С и почтой лучше доверить специалисту, чтобы не потерять данные и не допустить простоя.
Нужно ли предупреждать о переезде клиентов?
При правильном переносе без простоя — нет, посетители ничего не заметят. Предупреждать стоит только если планируется техническое окно с недоступностью.
Сколько времени занимает перенос на хостинг?
Сам перенос небольшого сайта занимает несколько часов, магазина с большим каталогом — до одного-двух дней с учётом тестирования. Дополнительное время уходит на обновление DNS — от нескольких минут до суток. Вместе с подготовкой, тестом и контролем закладываю на перенос от 3 рабочих дней. При правильной подготовке всё это происходит без простоя для посетителей.
Нужно ли переносить лицензию 1С-Битрикс при смене хостинга?
Лицензия привязана к ключу, а не к серверу, поэтому при переезде она продолжает действовать. После переноса стоит проверить, что ключ активен и обновления устанавливаются, а системная проверка не показывает ошибок.
Когда лучше переключать DNS?
В период минимальной нагрузки: для большинства сайтов это ночь или выходные. Для магазина — время, когда заказов меньше всего. Так проще синхронизировать данные и быстрее заметить ошибки.
Можно ли совместить переезд с обновлением сайта?
Можно, но лучше разделять. Если одновременно менять хостинг, версию PHP, CMS и дизайн, при ошибке сложно понять, что её вызвало. Надёжнее сначала переехать на тот же сайт, затем обновлять.
Что делать, если после переезда сайт работает с ошибками?
Проверить журнал ошибок сервера, версию PHP и расширения, права на файлы, параметры подключения к базе. Пока старый хостинг активен, можно вернуть DNS обратно и спокойно исправить проблему на новом сервере.
Что если нужно сменить не только хостинг, но и платформу?
Это уже другая задача: перенос на новую CMS с сохранением адресов и 301-редиректами. Например, сайт с устаревшей системы переносят на 1С-Битрикс, чтобы получить обмен с 1С и полноценный каталог. Подробнее — в описании услуги перенос сайта на Битрикс. Смену хостинга в таком случае делают в рамках того же проекта.
Нужно ли менять что-то в Яндекс.Вебмастере и Google Search Console?
Если домен и адреса страниц не меняются, ничего перенастраивать не нужно. Достаточно проверить, что подтверждение прав на сайт сохранилось, и в первые дни следить за отчётами об ошибках сканирования.
Итог
Перенос сайта на другой хостинг без простоя — это вопрос порядка действий. Новый сервер готовят и полностью проверяют на временном адресе, заранее снижают TTL, синхронизируют свежие данные и только потом переключают DNS, оставляя старый хостинг работать в переходный период.
Больше всего внимания требуют магазины и сайты с обменом с 1С: там важно не потерять заказы, не запустить обмен дважды и не забыть про почту, SSL и cron. Простую визитку перенести проще, но и для неё тест до переключения обязателен.
Если нужно перенести сайт на WordPress или 1С-Битрикс на новый хостинг без простоя и потери данных, я как частный разработчик подготовлю сервер, перенесу сайт, проверю все функции и проконтролирую переключение. Работаю напрямую, без посредников — подробнее об услуге перенос сайта.
