Как перенести сайт на другой хостинг без простоя

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

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

Инструкция ниже подходит для переносимых сайтов с доступом к файлам и базе. У закрытых конструкторов экспорт может быть ограничен: запрос «перенести сайт с конструктора» не гарантирует возможность забрать шаблон, серверную логику и данные в исходном виде.

Проведите инвентаризацию до копирования

Зафиксируйте домены и поддомены, DNS-записи, CMS, версии языка и базы, размер файлов, планировщик задач, почтовые ящики, SSL, внешние API, платёжные уведомления и фоновые процессы. Отдельно найдите места, где прописан старый IP или абсолютный путь к файлам.

Определите, какие данные меняются постоянно. У магазина это заказы, остатки и аккаунты; у блога - комментарии; у сервиса - пользовательские операции. Для них нужен короткий финальный этап синхронизации либо окно обслуживания. Простое повторное копирование всех файлов не гарантирует согласованность базы.

Объект	Что сохранить	Как проверить после переноса
Файлы сайта	Код, медиа, конфигурация, скрытые файлы	Контроль размера и выборочных файлов
База данных	Полный экспорт и кодировка	Вход, поиск, новые и старые записи
DNS	A/AAAA, CNAME, MX, TXT и прочие записи	Сравнение зоны до переключения
Почта	Ящики, пересылки, SPF, DKIM, DMARC	Отправка и получение с внешнего адреса
Интеграции	Ключи, callback URL, разрешённые IP	Безопасная тестовая операция
Задачи	Cron, очереди, фоновые обработчики	Журнал успешного запуска

Сохраните инвентаризацию вне старого хостинга. Она понадобится и для приёмки, и для отката.

Создайте независимую резервную копию

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

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

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

Разверните сайт на техническом адресе

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

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

Сравните версии сайта визуально и по данным. Если URL изменились, проверьте редиректы и canonical. Не закрывайте новый сайт от проверки способом, который потом забудете снять. Для выбора подходящего тарифа используйте практический чек-лист хостинга.

Подготовьте DNS и финальную синхронизацию

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

Выберите способ: поменять A-запись, сохранив текущие DNS-серверы, либо перенести управление зоной и сменить NS. Первый вариант обычно затрагивает меньше настроек. При смене NS заранее воспроизведите всю зону, особенно почтовые MX и TXT. Добавляйте домен в новую панель до переключения NS, если этого требует инструкция провайдера.

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

старая площадка обслуживает сайт
-> новая копия проходит тест
-> короткая фиксация изменений
-> финальная синхронизация
-> переключение DNS
-> проверка новой площадки

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

Проверьте сайт, почту и сертификат

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

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

Если изменилась исходящая почта или IP, внешние сервисы могут потребовать обновления разрешений. Платёжные системы, CRM, CDN, корпоративный VPN и API иногда ограничивают адреса. Сверьте настройки по инвентаризации, не вводите реальные секреты в публичные диагностические инструменты.

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

Базовые меры защиты доступа описаны в материале об информационной безопасности. Для сайта с персональными или платёжными данными привлеките профильного специалиста к приёмке.

Сохраните возможность отката

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

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

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

Частые вопросы

Можно ли перенести сайт без изменения регистратора домена?

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

Сколько времени занимает обновление DNS?

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

Как не потерять заказы при переносе магазина?

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

Можно ли перенести сайт с Tilda или другого конструктора?

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

Где заказать перенос в Timeweb

Подготовьте инвентаризацию и независимую копию даже при переносе силами поддержки. Актуальные условия хостинга и предложения по миграции размещены на витрине Timeweb в Skidomania. Перед заявкой уточните состав работ, сроки, доступы и ответственность за финальную проверку сайта.