Перейти к основному содержанию

Перенести сайт на другой хостинг без простоя: порядок, который работает

Простой при переезде берётся не из копирования файлов, а из порядка действий. Работающая последовательность одна: сначала сайт поднимают на новом хостинге и проверяют по адресу без домена, и только потом переключают DNS.

Пять шагов переноса сайта без простоя: от снижения TTL до переключения DNS

Короткий ответ: сайт переносят до смены DNS, а не после

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

Отдельно про срок: время жизни записи DNS — TTL — надо снизить заранее, за сутки-двое до переезда. Это единственный шаг, который нельзя сделать в последний момент.

Что именно вы переносите: файлы, база, почта, домен

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

Перед началом разложите переезд на четыре части. Они переносятся по-разному, и забывают обычно две последние.

  • Файлы сайта — то, что лежит на диске. Копируются архивом.
  • База данных — выгружается дампом. Для WordPress без неё сайт не работает вовсе.
  • Почта на домене — живёт отдельно от сайта и переезжает отдельно. Если переключить домен, не перенеся почту, письма перестанут приходить в тот же час.
  • Домен — его можно оставить у прежнего регистратора и просто сменить записи, а можно перенести целиком. Это разные операции, и путать их не надо.

Почта — самая частая потеря. Сайт «переехал нормально», а через два дня выясняется, что заявки с формы уходили в никуда.

Почему «просто скопирую файлы» ломается на третьем шаге

Шкала переезда: старый и новый хостинг отвечают одновременно, пока не истёк TTL
Простоя нет потому, что оба сервера какое-то время работают вместе. Старый выключают не в момент смены DNS, а когда у всех провайдеров истечёт TTL.

Прямолинейный ход: скачать файлы, залить на новый хостинг, поменять DNS. На простом сайте-визитке он иногда проходит. Ломается он в трёх местах.

  • Записи DNS обновляются не мгновенно. Провайдер посетителя держит старый ответ ровно столько, сколько указано в TTL. Если там стоит сутки, часть людей ещё сутки будет приходить на старый сервер. Пока старый сайт жив, это незаметно; если его выключить сразу — это и есть простой.
  • База уезжает не вместе с файлами. Дамп снимается отдельно, и снимать его надо в последнюю очередь: заказы, комментарии и регистрации, случившиеся после снятия дампа, потеряются.
  • Пути и права меняются. Другой путь к папке сайта, другая версия PHP, другие права на файлы. Сайт открывается белым экраном не потому, что «не перенеслось», а потому, что не совпало окружение.

Отсюда порядок, который снимает все три: поднять копию на новом хостинге, проверить её по временному адресу, снизить TTL, снять свежий дамп, переключить DNS, старый хостинг держать ещё неделю.

Порядок по шагам

  1. За двое суток зайти в управление DNS и снизить TTL до 300 секунд. Дальше ничего не трогать: пусть новое значение разойдётся.
  2. Развернуть сайт на новом хостинге и открыть его по временному адресу, который даёт провайдер. Проверить главную, внутреннюю страницу, форму и админку.
  3. Снять свежий дамп базы и залить его поверх. Между этим шагом и переключением DNS должно пройти как можно меньше времени.
  4. Перенести почту — ящики и их содержимое — либо убедиться, что MX-записи останутся прежними и почта не переезжает вовсе.
  5. Переключить записи DNS на новый сервер.
  6. Не выключать старый хостинг неделю. Он ничего не стоит сверх уже оплаченного, а спасает от любой неожиданности.
  7. Через сутки вернуть TTL к обычному значению — час или сутки.

WordPress: что ломается предсказуемо

У WordPress переезд отработан лучше прочих, и все грабли известны.

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

Где именно записан адрес. Он лежит в таблице wp_options, в двух строках — siteurl и home. Их видно и через панель базы, и через админку, пока старый сайт ещё отвечает. Всё остальное — ссылки внутри статей, пути к картинкам, настройки тем — правится заменой по дампу.

И вот здесь ломается чаще всего: обычная замена «старый адрес → новый» по дампу портит настройки. Часть данных WordPress хранит сериализованными — там рядом со строкой записана её длина, и если строка стала короче или длиннее, запись перестаёт читаться. Внешне это выглядит как слетевшие виджеты, пустые настройки темы и исчезнувшие блоки конструктора.

Правильный инструмент — wp search-replace из консольной утилиты WP-CLI: в её документации прямо сказано, что она разбирает сериализованные данные и меняет длину вместе со строкой. Полезен ключ --dry-run: он показывает отчёт о том, что было бы заменено, и ничего не записывает — прогонять сперва с ним.

Доступы к базе — в wp-config.php. После переезда там меняются четыре строки: имя базы, пользователь, пароль и адрес сервера базы. Последний у разных провайдеров разный: где-то это localhost, где-то отдельный хост, и его надо взять из панели, а не оставлять по привычке.

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

Про плагины переноса — честно. Duplicator и All-in-One WP Migration делают всё вышеперечисленное за вас, и на небольшом сайте это разумный путь. Ограничение у них одно и общее: бесплатные версии упираются в размер архива, и на сайте с большой медиатекой перенос обрывается на середине. Тогда остаётся ручной порядок из этой статьи.

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

Тильда: перенести можно, но только с тарифа Business

Тарифы Тильды: экспорт исходного кода доступен только на Business
Экспорт исходного кода есть только на Business — 1 000 ₽/мес при оплате за год. Цены сверены с прайсом Тильды 29.08.2026.

Самый частый вопрос — «можно ли вообще увезти сайт с Тильды». Ответ: да, но экспорт исходного кода доступен не на всех тарифах.

По прайсу Тильды (сверено 29.08.2026):

  • Free — один сайт, бесплатно, экспорта нет.
  • Personal — один сайт, 500 ₽/мес при оплате за год или 750 ₽/мес помесячно. Экспорта нет.
  • Business — пять сайтов и экспорт исходного кода, 1 000 ₽/мес при оплате за год или 1 250 ₽/мес помесячно.

То есть чтобы забрать свой сайт, нужно хотя бы на месяц перейти на Business. Дальше вы получаете статические файлы — HTML, стили, картинки, — и им подходит самый простой хостинг: динамики в них нет, базы данных нет.

Что важно понимать до экспорта: формы и другие сервисы Тильды после переезда работать не будут, потому что они выполняются на её стороне. Обработчик формы придётся подключать заново.

Для статического сайта после Тильды хватает виртуального хостинга: у Timeweb тариф Year стоит 180 ₽/мес при оплате сразу за три года и 393 ₽/мес при помесячной оплате, у AdminVPS тариф Promo — 199 ₽/мес при оплате за месяц.

timeweb

Виртуальный хостинг Timeweb: 393 ₽/мес при оплате за месяц, 180 ₽/мес при оплате за три года. Заявлен бесплатный перенос сайтов и 10 дней на тестирование.

Посмотреть тарифы

Что спросить у нового провайдера до оплаты

Список короткий и только про переезд.

  • Переносите ли вы сайт сами и что входит в перенос — только файлы или база и почта тоже.
  • Есть ли временный адрес, по которому сайт можно открыть до смены DNS.
  • Какие версии PHP доступны и можно ли переключать их самому.
  • Сколько длится тестовый период и можно ли за это время развернуть сайт, не оплачивая.
  • Что происходит с почтой: остаются ли MX-записи прежними.

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

Чего не делать

  • Не выключать старый хостинг в день переезда. Держите неделю. Это дешевле любой ошибки.
  • Не менять DNS первым действием. Пока копия не проверена, переключать нечего.
  • Не снимать дамп базы заранее. Всё, что случится между снятием и переключением, потеряется.
  • Не переносить кэш и временные файлы. Они привязаны к старым путям и мешают.
  • Не забывать про почту. Если она на том же домене, спланируйте её отдельно — это отдельный переезд.

Коротко: порядок важнее инструмента

Переезд не про то, чем копировать файлы. Он про очерёдность: сначала рабочая копия на новом месте, потом свежая база, потом DNS, и только потом — прощание со старым хостингом.

Если сайт на Тильде — сперва посчитайте: месяц Business ради экспорта стоит 1 250 ₽ при помесячной оплате, а хостинг под статический сайт дальше обойдётся в 180–199 ₽/мес. Разница окупает переезд за первый же квартал, но только если вам не нужны формы и сервисы самой Тильды.

Плюсы и минусы

Преимущества

  • Порядок действий не зависит от того, чем копировать файлы
  • TTL снижается заранее — единственный шаг, который нельзя отложить
  • Старый хостинг работает неделю и страхует от любой ошибки
  • Для сайта после Тильды хватает самого простого хостинга

Недостатки

  • Экспорт с Тильды требует перехода на Business хотя бы на месяц
  • Формы и сервисы Тильды после переезда придётся подключать заново
  • Почта переезжает отдельно, и про неё чаще всего забывают
  • Дамп базы нельзя снять заранее, поэтому окно переезда короткое

timeweb

Посмотреть тарифы

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

Сколько времени занимает перенос сайта на другой хостинг?

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

Можно ли перенести сайт с Тильды на другой хостинг?

Да, но экспорт исходного кода доступен только на тарифе Business — 1 000 ₽/мес при оплате за год или 1 250 ₽/мес помесячно (по прайсу Тильды, сверено 29.08.2026). На тарифах Free и Personal экспорта нет. После экспорта вы получаете статические файлы; формы и другие сервисы Тильды работать перестанут, их придётся подключать заново.

Что будет с почтой при переносе сайта?

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

Будет ли сайт недоступен во время переноса?

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

Нужно ли переносить домен вместе с сайтом?

Нет. Домен может остаться у прежнего регистратора — достаточно поменять записи DNS на новый сервер. Перенос домена к другому регистратору — отдельная операция со своими сроками, и совмещать её с переездом сайта не стоит: если что-то пойдёт не так, вы не поймёте, что именно.

Что проверить сразу после переезда?

Главную страницу, любую внутреннюю, форму обратной связи, вход в админку и отправку письма с сайта. Отдельно — картинки в статьях: они чаще всего остаются со ссылками на старый домен. И проверьте, что сайт открывается и с www, и без него.

Почему после переноса WordPress показывает белый экран?

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

Стоит ли переносить сайт самому или просить провайдера?

Если провайдер переносит бесплатно — просить его дешевле и быстрее, особенно для WordPress. Но уточните, что входит в перенос: файлы, база и почта переносятся разными действиями, и «перенесём сайт» не всегда означает «перенесём почту». Уточнить это надо до заявки, а не после.

Подобрать сервер под задачу

Смотреть тарифы

Ссылки на провайдеров в этом материале партнёрские: если вы оформите услугу, мы получим комиссию. На цену для вас это не влияет. Подробнее

Об авторе

E

Редакция EasyLinkLife

Илья Ковалёв — редактор EasyLinkLife. Сверяет тарифы и условия российских хостинг-провайдеров по их первоисточникам.

Проверено: Редакция EasyLinkLife | Обновлено: 7 сентября 2026 г.

Полезные материалы