Перенос сайта без даунтайма: как это делают технически

Владельцы бизнеса часто откладывают смену хостинга или домена именно потому, что боятся простоя: сайт «моргнёт» посреди рабочего дня, форма заявки перестанет принимать заказы, а позиции в Яндексе и Google после переезда просядут на несколько недель. Технически эти риски снимаются полностью — если делать перенос сайта на другой хостинг по правильной последовательности шагов, а не простым копированием файлов «на живую». Рассказываем, из каких технических приёмов складывается перенос без даунтайма и что конкретно нужно проверить, чтобы поиск не заметил переезда.

Почему обычный перенос приводит к простою

Типичная ошибка — скопировать файлы и базу данных на новый хостинг, а затем сразу переключить DNS-запись на новый IP-адрес. Между моментом переключения и моментом, когда изменение увидят все посетители, проходит от нескольких минут до нескольких дней: DNS-серверы провайдеров, браузеры и мобильные операторы кешируют старую запись на срок, заданный параметром TTL (Time To Live). Часть посетителей в это время попадает на новый сервер, часть — на старый, и если данные (заказы, заявки, комментарии) на них расходятся, бизнес теряет часть обращений безвозвратно.

Вторая частая причина простоя — сайт останавливают на время копирования базы данных, чтобы избежать несовпадения данных. Для интернет-магазина или сайта с формами это означает часы недоступности в самый неподходящий момент. Обе проблемы решаются одним и тем же принципом: сначала полностью разворачиваем и проверяем копию сайта в изоляции, и только потом переключаем реальный трафик.

Подготовка: снижение TTL и параллельное окружение

Перенос без даунтайма начинается за 24–48 часов до переключения — с уменьшения TTL у DNS-записей домена (A, CNAME, MX) до 300–600 секунд. Пока действует старое, длинное значение TTL (обычно 3600–86400 секунд), кеши интернет-провайдеров держат прежний IP-адрес сутки и дольше; сокращённый TTL гарантирует, что после реального переключения основная часть посетителей увидит новый сервер в течение нескольких минут, а не через день.

Параллельно на новом хостинге разворачивается полная копия сайта: файлы, база данных, конфигурация CMS (WordPress, 1С-Битрикс, MODX, OpenCart и другие), почтовые ящики. На этом этапе сайт открывается по временному адресу — либо по IP-адресу с указанием заголовка Host, либо через тестовый поддомен, либо через правку файла hosts на компьютере разработчика. Домен посетителей при этом продолжает указывать на старый хостинг, и никто из них новой версии пока не видит.

Перенос файлов и базы данных без остановки текущего сайта

Файлы (медиа, шаблоны, код) переносятся инкрементально — например, через rsync или встроенные инструменты хостинг-панели (ISPmanager, cPanel, Plesk), которые копируют только изменения, а не весь объём заново. Это позволяет сделать первую полную копию заранее, пока старый сайт продолжает работать, а непосредственно перед переключением — досинхронизировать только то, что изменилось за это время (новые заказы, загруженные файлы, комментарии).

С базой данных сложнее: она меняется постоянно, пока сайт работает. Практический приём — снять полный дамп базы, развернуть его на новом сервере, а непосредственно перед самим переключением DNS сделать короткую техническую паузу в 1–5 минут: заблокировать запись на старом сайте (или перевести его в режим обслуживания), досчитать разницу в данных и синхронизировать её на новый сервер. Для сайтов с высокой нагрузкой на запись (крупные интернет-магазины) вместо паузы иногда настраивают репликацию базы данных между старым и новым сервером на время переезда — тогда простоя по записи не возникает вовсе, а различие исчисляется секундами.

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

Тестирование на новом сервере до переключения домена

Прежде чем менять DNS, новую версию сайта проверяют по чек-листу прямо на новом хостинге, обращаясь к нему напрямую по IP или через тестовый поддомен: открываются все ключевые разделы, каталог, формы обратной связи, корзина и оформление заказа, личный кабинет, вложения и изображения, работа админ-панели. Отдельно проверяются абсолютные ссылки и пути к загруженным файлам в базе данных — при смене хостинга или домена они иногда «прибиты» к старому адресу, и без правки (простым SQL-запросом или через встроенные инструменты CMS) картинки и ссылки на новом сервере просто не откроются, хотя внешне перенос покажется завершённым.

На этом же этапе выпускается и устанавливается SSL-сертификат для нового сервера — заранее, до переключения DNS, чтобы в момент перехода посетители не увидели предупреждение браузера о незащищённом соединении. Современные бесплатные сертификаты Let’s Encrypt для этого достаточно надёжны и переиздаются автоматически, платные сертификаты переносятся вместе с приватным ключом.

Переключение DNS: как простой сокращается до минут

Собственно переключение — это правка A-записи (или CNAME) домена на новый IP-адрес и, если меняется провайдер почты, MX-, SPF- и DKIM-записей. Поскольку TTL заранее снижен, большинство посетителей и поисковых роботов начинают видеть новый сервер уже через 5–15 минут, а не через сутки. Старый хостинг в этот момент не отключается — он продолжает стоять «в резерве» ещё несколько дней: если после переключения обнаружится проблема, DNS можно откатить назад так же быстро, как переключили вперёд.

Для сайтов, где простой недопустим даже на минуту досинхронизации базы (например, платёжные формы), применяют дополнительный приём: временный редирект или прокси-прослойку, которая на короткий переходный период пересылает запросы на запись (заказы, платежи) на старый сервер, пока новый полностью не подтверждён рабочим, а после — просто отключается. Для среднего корпоративного сайта или сайта на CMS такая сложность обычно не нужна — хватает короткой технической паузы в несколько минут, вынесенной на ночное время или период минимальной посещаемости.

Как сохранить позиции в поиске при переезде

Если меняется только хостинг, а домен и адреса страниц остаются прежними, позиции в поиске риску почти не подвержены — при условии, что сайт остаётся доступен и корректно отдаёт те же URL. Реальный риск возникает при смене домена: здесь для Яндекса и Google перенос сайта выглядит как появление нового сайта, и без правильной технической разметки поисковые системы могут не связать старый и новый адрес между собой, обнулив накопленный вес страниц.

Набор приёмов, которые удерживают позиции при смене домена:

• Постраничные 301-редиректы — каждый старый URL перенаправляется на точный аналог на новом домене, а не общим редиректом на главную страницу; склейка «по образцу» без сохранения структуры адресов — частая причина потери трафика после переезда.
• Обновлённый sitemap.xml на новом домене и корректный robots.txt — без случайных директив Disallow, которые остаются от тестового окружения и закрывают сайт от индексации.
• Указание смены адреса через Яндекс.Вебмастер (инструмент «Переезд сайта») и Google Search Console (Change of Address) — это прямой сигнал поисковым системам, что нужно перенести историю индексации на новый домен, а не индексировать его с нуля.
• Проверка канонических ссылок (rel=canonical) и мета-тегов на новых страницах — если они по ошибке продолжают указывать на старый домен, поисковик будет считать канонической старую, уже недоступную страницу.
• Мониторинг индексации в течение 2–4 недель после переезда — отслеживание количества проиндексированных страниц и позиций по ключевым запросам, чтобы вовремя заметить и исправить отклонения.

При соблюдении этих условий заметное временное колебание позиций (обычно 5–15%) возможно в первые одну-две недели, пока поисковые роботы обходят редиректы и переиндексируют страницы — это нормальная техническая инерция, а не потеря позиций. Полное восстановление и стабилизация занимает от двух до четырёх недель.

Практический вывод

Перенос сайта без даунтайма — это не инструмент и не «волшебная кнопка», а последовательность обычных технических действий, выполненных в правильном порядке: снизить TTL заранее, развернуть и полностью проверить копию сайта в изоляции от реального трафика, перенести файлы инкрементально, синхронизировать базу данных коротким технически рассчитанным окном, выпустить SSL-сертификат до переключения и только после всех проверок переключить DNS. При смене домена к этому добавляется постраничная 301-склейка адресов и уведомление поисковых систем через Вебмастер и Search Console.

Для собственника бизнеса главный практический критерий — не то, «как быстро скопируют файлы», а то, есть ли у подрядчика чек-лист проверки перед переключением и план отката, если что-то пойдёт не так. Простой в 5–15 минут ночью и стабильные позиции через месяц — реалистичный результат для сайта на популярной CMS при грамотно спланированном переезде; обещание «переноса без единой минуты простоя» для сайта с активной базой данных, как правило, означает, что часть проверок просто пропущена.