Перенос сайта на другой хостинг: сроки и что ломается

Файлы на новый хостинг руками не возят. Перенос заказывают заявкой в поддержку нового хостера, и это бесплатно: я проверил условия пяти провайдеров по их собственным страницам, и ни один не берёт за перенос денег. Срок у всех примерно один — сутки. Timeweb формулирует так: «Срок переноса — обычно до суток, в зависимости от сложности проекта и нагрузки на службу поддержки. В процессе переноса сайт работает в обычном режиме».

Платите вы не деньгами, а подготовкой. Ломается при переезде не сайт, а то, что едет отдельно от него: почта, SSL-сертификат и доступы. Ниже порядок из семи шагов, после каждого — что проверить, прежде чем идти дальше.

01Сначала решите, что у вас: сайт на хостинге или сайт на конструкторе

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

У Тильды экспорт доступен не на всех тарифах: «Данная опция доступна только на линейке тарифов Business, от 5 сайтов и больше». А дальше справка перечисляет, что перестаёт работать, и список стоит прочитать до решения. Сертификат «не будет работать, его нужно подключать на стороне своего сервера». Формы без подписки не принимают заявки: «Для использования отправки форм с помощью сервисов приема данных нужна активная подписка на Тильду и прописанный в настройках сайта домен». Пароль на страницу «не экспортируется». «Ресурсы Tilda CRM, Личный Кабинет не экспортируются». У каталога и Потоков панели управления остаются в Тильде, а прямые ссылки на отдельный товар и отдельную новость перестают открываться — товары и посты видны «только по клику из общего списка».

Отдельно правовая часть, которую технические инструкции не упоминают: править экспортированный код правила Тильды запрещают — «Запрещено вносить изменения в программный код вне платформы Тильда», как и размещать его на домене, не указанном в настройках. То есть экспорт даёт вам статическую копию под конкретный адрес, а не свободу. Если вы именно в этой точке, полезнее сразу посмотреть, сколько времени занимает уход с конструктора и что при этом перестаёт работать, чем читать инструкции про FTP и базы данных.

Дальше статья — про обычный сайт на хостинге: CMS плюс база данных.

02Шаг 1. Закажите перенос у нового хостера — платить за это не нужно

Порядок обратный интуитивному: сначала регистрируетесь и оплачиваете новый хостинг, потом из его панели отправляете заявку на перенос. Beget: «Заявку на перенос можно оставить в разделе „Помощь и поддержка“. Процедура включает перенос: Файлов Баз данных (БД) Домена». Hostiman: «Для переноса вам нужно оплатить заказ и написать тикет в техническую поддержку из личного кабинета».

Условия я свёл в одну таблицу — по страницам самих хостеров, а не по обзорам.

Из таблицы видно главное: условия похожи, а исключения у всех свои, и именно они создают сюрпризы. Самый жёсткий набор — у Рег.ру: «Переносим только сайты, которые написаны на PHP с поддержкой MySQL, — это большинство популярных CMS: Joomla, WordPress, 1C-Битрикс, Drupal, MODx, NetCat, UMI.CMS, HostCMS, DLE, ABO.CMS, PhpBB, MediaWiki, OpenCart, PrestaShop», и там же — «не переносим на Windows-хостинг».

Про деньги, которые вы всё-таки платите. Это не перенос, а сам хостинг на новом месте. У Beget младший тариф назван прямо: «Blog 420 ₽/месяц 5 040 ₽ в год». У Timeweb на одной и той же странице тарифов младший тариф указан дважды разными числами — 316 ₽ в месяц в карточке и 271 ₽ в блоке сравнения, причём период оплаты у второго числа не подписан. Вывод практический: цену смотрите в корзине перед оплатой, а не в карточке. Timeweb при этом добавляет к переносу бонус: «Мы также можем перенести остаток средств у прежнего хостера на ваш баланс в Timeweb или подарить три месяца хостинга».

Проверка шага: у вас на руках письменный ответ поддержки, что ваша CMS и ваша целевая площадка под перенос подходят.

03Шаг 2. Соберите доступы и оплатите старый хостинг с запасом

Заявку без доступов не возьмут. Timeweb: «Нужны реквизиты доступа по SSH/FTP и данные подключения к базе данных». SpaceWeb требует их в полном объёме: «Наличие доступа к инструментам по работе с сайтом клиента (панель управления, FTP- и SSH-доступы) у текущего провайдера должна присутствовать в полном объеме».

Здесь чаще всего и обнаруживается, что доступов у вас нет: панель оформлена на подрядчика, который делал сайт три года назад, а домен — на его аккаунт. Это отдельная задача, и решать её надо до заявки на перенос, а не после: кому принадлежат домен, аккаунты и права на код после работы подрядчика — вопрос, на который лучше иметь ответ заранее.

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

Проверка шага: вы зашли по каждому собранному доступу своими руками, а не положились на то, что пароль «где-то в переписке».

04Шаг 3. Сделайте свою копию: на автоматическую не рассчитывайте

Автоматические бэкапы у хостеров есть, но шаг между ними больше, чем кажется. Beget называет числа прямо: «Резервные копии создаются в среднем раз в 3–4 дня для клиентов виртуального хостинга», а про срок хранения — «На один аккаунт мы выделяем 8–12 свободных слотов. То есть если автоматические бэкапы создаются каждые 4 дня, то самая старая версия будет храниться 36–48 дней».

Шаг в три-четыре дня означает, что свежей копии на момент переноса может не быть вовсе. Поэтому хостеры и перекладывают копию на владельца. SpaceWeb делает это условием услуги: «При оформлении заявки на сервис „Перенос сайта“ клиент гарантирует наличие у него резервной копии сайта и всех данных (контента, баз данных, почтовых ящиков) сайта. При невыполнении одного из вышеперечисленных условий в переносе сайта может быть отказано».

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

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

05Шаг 4. Не правьте сайт, пока идёт перенос

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

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

Проверка шага: все, у кого есть доступ в админку, предупреждены, и у вас есть окно в сутки без правок.

06Шаг 5. Переключите DNS и переживите сутки на двух хостингах

Когда поддержка отписалась, что сайт поднят и работает, меняются DNS-серверы домена. Beget описывает, что происходит дальше, точнее остальных: «В течение суток, во время обновления кэша на всём пути от первичных серверов до конечных пользователей, домен работает с обоих хостингов (у кого-то со старого, у кого-то уже от нас)».

Это и есть ответ на вопрос «почему у меня сайт новый, а у коллеги старый». Рег.ру добавляет норму срока и способ проверки: «Обычно DNS-серверы обновляются в течение 24 часов», а для быстрой проверки «укажите DNS-серверы компании Google, обычно они обновляются быстрее других (3-4 часа)».

Теперь про числа, которых в документации нет. Привычные «48 часов» и «до 72 часов» я в документации хостеров не нашёл ни разу. Единственное место, где попалось 48, — блог-статья одного из провайдеров, и источника числа там не указано. В первоисточниках есть только 24 часа у Рег.ру и «в течение суток» у Beget. Если вам обещают трое суток недоступности, это не норма отрасли, а чья-то перестраховка.

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

07Шаг 6. Проверьте почту — её переносят не все

Почта на домене живёт отдельно от сайта, и политика у хостеров прямо противоположная. Timeweb: «Да, по запросу переносим почту бесплатно, услуга включена в тарифы хостинга». SpaceWeb: «Перенести почтовые ящики с другого сервера нельзя. Однако вы можете создать их заново и продолжить работу с письмами», и рекомендует вытащить архив писем почтовым клиентом. У Beget в составе процедуры перечислены файлы, базы данных и домен — почты в списке нет.

Практический порядок из этого один: спросить про почту письмом до заявки на перенос, а письма за прошлые годы скачать себе локально независимо от ответа. Ящик создаётся заново за минуту, а переписка за пять лет не восстанавливается никак.

Проверка шага: вы отправили письмо на каждый рабочий адрес домена с внешней почты и получили его.

08Шаг 7. Выпустите SSL заново

Прямой формулировки «сертификат нужно перевыпустить» в документации Timeweb, Beget и Рег.ру я не нашёл, и это как раз случай, когда отсутствие формулировки говорит больше неё. У Timeweb вопрос в разделе частых вопросов называется «Входит ли перенос БД, почты, доменов и SSL?», а ответ про SSL не говорит ничего: «В перенос входят файлы и базы данных, а также правки конфигурации для подключения БД. По запросу переносим почту». Сертификат в объём услуги не входит — сказано это умолчанием.

Зато бесплатный сертификат на принимающей стороне есть у обоих: у Timeweb «Бесплатный SSL-сертификат» стоит в каждой карточке тарифа, у Beget — «SSL-сертификат бесплатно». И есть одна площадка, которая говорит про слом сертификата прямо: справка Тильды предупреждает, что добавленный на её стороне сертификат «не будет работать, его нужно подключать на стороне своего сервера».

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

Проверка шага: адрес открывается по https без предупреждения браузера, а срок действия сертификата виден в его свойствах.

Разберём именно
ваш сайт бесплатно

Посмотрю страницу и рекламу, найду,
где теряются заявки, и пришлю план,
что поменять.

Что входит в разбор

• 1
  Где теряются заявкипуть от объявления до формы
• 2
  Что поправить на сайтепервый экран, оффер, формы
• 3
  Что поменять в рекламезапросы, объявления, бюджет

Михаил Лапошинразберу ваш проект лично

Ваше имяТелефонСайт

TelegramWhatsAppЗвонок

Согласен на обработку данных и политику конфиденциальностиПолучить бесплатный разбор

✓ Заявка принята — отвечу в течение часа

09WordPress: официальная документация считает это копированием

В четырёх запросах кластера рядом с переносом стоит WordPress, поэтому отдельно про него. Официальная документация случай «тот же домен, другой сервер» считает тривиальным: «If you are moving WordPress from one server to another, begin by backing up your WordPress directory, images, plugins, and other files on your site as well as the database», а дальше — для того же домена «you can copy the files and database over, exactly as you would a traditional install». Все сложности в документе начинаются там, где меняется адрес сайта, а не сервер.

Про плагины есть расхождение с тем, что обычно пишут. Лимита бесплатной версии All-in-One WP Migration в мегабайтах на странице плагина сейчас нет: «The upload limit is set by your hosting company, not by the plugin». Число 512 там тоже есть, но это рекомендуемое значение, которое владелец сам прописывает в конфигурацию сервера, а платное расширение продаётся как обход ограничений хостера, а не как снятие лимита плагина. Второе ограничение бесплатной версии другое и важнее: восстановление из списка копий внутри плагина платное. У Duplicator числового лимита размера архива для бесплатной версии на странице плагина нет вовсе — в списке частых вопросов размер не назван ни разу.

Проверка шага: сайт на новом сервере открывается по IP или техническому адресу хостера до того, как вы тронули DNS.

10Что делать в Яндекс Вебмастере: по справке — ничего

Здесь проще всего придумать работу на ровном месте, поэтому цитирую определение целиком. Справка Вебмастера: «Переезд сайта — это перенос сайта на другой адрес (URL). Он бывает необходим при: смене доменного имени сайта… смене доменной зоны сайта… удалении или добавлении к адресу www… переходе с HTTP на HTTPS или наоборот».

Перечень закрытый, и все четыре случая — про адрес. Смены хостинга и смены IP в нём нет, то есть заявка на переезд для вашего случая не предназначена: отправлять её не надо. Отдельной страницы справки про смену хостинга или IP я не нашёл — прежний адрес такой страницы отдаёт 404, а на странице про главный и неглавные адреса смена хостинга не разбирается.

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

11Что отвечают 11 страниц выдачи и чего в них нет

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

Что в таблице видно сразу: половина пула старше трёх лет, а самая свежая и самая большая страница — 3308 слов, август 2026 — на вопрос о стоимости отвечает «Единой стоимости нет. Цена зависит от сложности проекта и от того, кто выполняет перенос». То есть объём не означает ответа.

Теперь про дыры, и их четыре. Первая: конструкторы. Слово «Тильда» не встречается ни на одной из одиннадцати страниц ни разу, хотя для владельца сайта на конструкторе «переехать на хостинг» означает совсем другую операцию. Вторая: сроки DNS. TTL упоминают три страницы из одиннадцати, и ни одна не ссылается на документацию — числа 48 и «до суток» даются без источника. Третья: условия хостеров. Почти все страницы пула написаны самими хостерами, и ни одна не цитирует собственные правила переноса — что входит, что не входит, какой срок обязателен. Четвёртая: Вебмастер. Его упоминают пять страниц, и ни одна не объясняет, что инструмент «Переезд сайта» определён только для смены адреса.

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

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

Готовы переезжать, но не хотите разбираться с доступами и порядком шагов — можно прислать доступы и вместе составить техническое задание на перенос, чтобы поддержка нового хостера получила сразу всё, что ей нужно, и не вернула заявку.

Михаил ЛапошинМаркетолог, руководитель Laposhin Agency

«Делаем сайты и запускаем Яндекс Директ так, чтобы
сайт приносил заявки, а не просто был»

Есть вопрос по статье?Задать вопрос в Telegram