Чтобы перенести сайт на другой хостинг, сделайте резервную копию файлов и базы данных, разверните её на новом сервере, поправьте файл настроек подключения к базе и проверьте сайт до того, как на него придут посетители.
Только после этого переключите домен на новый хостинг через DNS. Старый сервер отключайте последним, когда на него перестанут заходить люди и поисковые роботы.
Такой же порядок описывает Google в своей инструкции по смене хостинга.
Ниже — порядок для владельца сайта или маркетолога: что подготовить заранее, как пройти перенос по шагам и что проверить потом, чтобы не потерять трафик и заявки.
Коротко.
- Если адреса страниц не меняются, позиции роняют ошибки переезда: закрытая индексация, недоступные страницы, медленный сервер.
- Домен при смене хостинга переносить к другому регистратору не нужно — достаточно поменять DNS-записи.
- TTL DNS-записи уменьшают заранее: Google советует сделать это хотя бы за неделю до переезда, тогда переключение дойдёт до посетителей за часы.
- Многие хостинги переносят сайт бесплатно: у Рег.ру, например, минимальный срок такого переноса — 24 часа, и всё это время сайт нельзя редактировать.
- Старый хостинг не отключают сразу после переключения: пока DNS обновляется, часть посетителей и роботов продолжает попадать на прежний сервер. Google советует ждать, пока трафик на нём не упадёт до нуля.
Когда переезд оправдан, а когда хватит смены тарифа
Переезжать стоит, когда проблема в самом хостинге и внутри него не решается. Если сайт тормозит из-за тяжёлого шаблона или несжатых картинок, на новом сервере он будет тормозить так же, а вы потратите выходные на перенос.
Причины, которые действительно решаются сменой хостинга:
- Сайт регулярно недоступен. Падения сервера видят и посетители, и поисковые роботы: страница, которую робот не смог открыть, не обновится в индексе.
- Не хватает ресурсов, а следующий тариф у текущего провайдера дороже, чем аналог у другого, или его просто нет.
- Нужна другая версия PHP или базы данных, а провайдер её не поддерживает.
- Поддержка отвечает сутками, а сайт приносит заявки каждый день.
- Требования закона. Персональные данные граждан России записывают и хранят в базах на территории России — часть 5 статьи 18 закона № 152-ФЗ.
Если сайт собирает такие данные, выясните, где находятся эти базы: переезд может понадобиться именно ради них.
Прежде чем выбирать новый хостинг, проверьте, что тормозит именно сервер.
Время ответа сервера видно в любом инструменте проверки скорости: если сервер отвечает быстро, а страница грузится долго, дело в самом сайте, и переезд не поможет.
Что на самом деле переезжает: сайт, домен, DNS, почта, SSL
При смене хостинга переезжают только файлы сайта и его база данных. Домен остаётся у регистратора, а меняется лишь запись, которая говорит браузеру, на каком сервере искать сайт.
| Что | Где живёт | Что происходит при смене хостинга |
|---|---|---|
| Файлы сайта | На сервере хостинга | Копируются на новый сервер |
| База данных | На сервере хостинга (MySQL, PostgreSQL) | Выгружается в дамп и загружается в новую базу |
| Домен | У регистратора доменов | Остаётся на месте; переносить к другому регистратору не обязательно |
| DNS-записи | У того, чьи DNS-серверы указаны для домена | Меняется адрес сервера (A-запись) или сами DNS-серверы (NS) |
| Почта на домене | У хостинга или у почтового сервиса | Сама не переезжает: письма идут по MX-записи. Ящики на старом хостинге переносят отдельно или оставляют там |
| SSL-сертификат | На сервере хостинга | Выпускается заново на новом сервере или переносится вместе с ключом |
Когда есть смысл переносить и домен? Если он зарегистрирован через старый хостинг и вы уходите от этой компании совсем, удобнее перенести домен к независимому регистратору.
Делать это лучше отдельно от переезда сайта — не в тот же день, чтобы две операции не наложились друг на друга.
Отдельный случай — почта. Письма доставляются по MX-записи домена, а не по адресу сайта, поэтому смена хостинга сама по себе почту не переносит. Вариантов два:
- Почта остаётся, где была. MX и адрес почтового сервера не трогаете и проверяете, что они не ведут на IP-адрес, который вы меняете. Если ящики живут на старом хостинге, почтовая услуга там должна остаться оплаченной.
- Почта переезжает. Ящики и переписку переносят отдельно, затем меняют MX-записи.
В обоих случаях запишите текущие MX-записи до любых изменений DNS.
Подготовка: доступы, новый сервер, TTL и план отката
Подготовка — это доступы, выбор нового тарифа, снижение TTL, окно переезда, заморозка правок и план отката. Всё это делается до дня переезда, чтобы в сам день осталась только механика.
Чек-лист подготовки начинается с доступов. Соберите заранее:
- панель старого хостинга;
- FTP или SSH;
- доступ к базе данных (phpMyAdmin);
- личный кабинет у регистратора домена;
- доступ к DNS, если он не у регистратора.
Проверьте, что пароли подходят: восстанавливать их в день переезда неудобно.
Остальная подготовка по порядку:
- Проверьте требования сайта к серверу: версию PHP, тип и версию базы данных, нужные модули, объём диска. Новый тариф должен поддерживать всё это, иначе сайт на новом сервере не запустится.
- Выберите хостинг с запасом: ресурсов на рост посещаемости и с поддержкой, которая отвечает в ваши рабочие часы. Если сайт собирает персональные данные, заранее решите, где будут храниться базы с ними.
- Уменьшите TTL DNS-записей. TTL — время, на которое провайдеры запоминают, где находится сайт. Google советует снизить его до нескольких часов хотя бы за неделю до переезда: пока не истечёт прежнее значение, новое не заработает.
- Выберите окно переезда: часы, когда на сайте меньше всего посетителей и заявок, например ночь или выходные.
- Договоритесь о заморозке правок. С момента создания копии на сайте никто ничего не меняет: ни менеджер, ни контент-отдел.
- Сохраните все текущие DNS-записи скриншотом — по ним вы вернёте прежние значения, если понадобится откат.
Отдельно проверьте, что подтверждение прав на сайт в Яндекс Вебмастере и Google Search Console переживёт переезд.
Если права подтверждены файлом в корне сайта, этот файл должен оказаться на новом сервере; если метатегом в шаблоне — шаблон должен переехать без изменений.
Заказы и заявки во время перехода
После финальной копии базы всё, что попадёт в старую базу, на новый сервер не переедет. А после смены DNS какое-то время часть посетителей ещё будет попадать на старый сервер, пока не истечёт TTL.
Практичный порядок на время окна переезда:
- Закройте на старом сервере приём заказов, регистрацию и всё, что пишет в базу.
- Сделайте финальную копию базы и разверните её на новом сервере.
- Откройте приём заказов только на новом сервере.
Формы, которые отправляют заявки на почту или в CRM, могут работать на обоих серверах. Точный порядок финальной синхронизации согласуйте с разработчиком или поддержкой хостинга.
План отката: если после переключения сайт не работает, восстановите прежние значения всех изменённых DNS-записей: A, AAAA, записи для www и поддоменов, если вы их трогали.
Для этого и нужен скриншот настроек DNS, снятый до переезда: возврат одной записи оставит часть посетителей на новом сервере.
Возврат тоже занимает время из-за кеша, в пределах TTL. Если новый сервер уже принял заказы или другие данные, согласуйте их перенос обратно с разработчиком: DNS возвращает маршрут, но не данные.
Сам или хостинг: как работает бесплатный перенос
Многие хостинги переносят сайты новых клиентов бесплатно: вы даёте доступы или архив с копией, специалисты хостинга разворачивают сайт на своём сервере.
Условия у провайдеров разные, поэтому читайте правила до заявки. У Рег.ру, например, бесплатно переносят сайты на PHP с базой MySQL на Linux-хостинг, минимальный срок — 24 часа.
Рег.ру предупреждает, что во время переноса сайт нельзя редактировать, иначе он перенесётся с ошибками.
Окно заморозки правок согласуйте с поддержкой того хостинга, который переносит сайт. Beget предлагает помощь поддержки вплоть до полного переноса силами своих специалистов.
Делать перенос самостоятельно или через подрядчика имеет смысл, когда:
- сайт написан не на PHP или работает на нестандартной конфигурации сервера;
- вы переезжаете на VPS без панели управления, где хостинг не отвечает за настройку;
- на сайте работают интеграции — обмен с 1С, CRM, платёжные модули, — которые при переезде нужно проверять вместе с разработчиком;
- важен точный момент переключения, например, перед рекламной кампанией.
Бесплатный перенос не бесплатен целиком: какое-то время вы платите за два хостинга одновременно, потому что старый нельзя отключать сразу после переключения.
Проверьте заранее, до какой даты оплачен старый тариф, чтобы он не закончился раньше, чем на него перестанут заходить.
Как перенести сайт на другой хостинг: пошагово
Ручной перенос сайта с одного хостинга на другой состоит из восьми шагов. Первые шесть делаются, пока домен ещё указывает на старый сервер.
Шаг 1. Сделайте резервную копию
Копия — это два набора данных: папка с файлами сайта (обычно public_html, www или htdocs) и дамп базы данных.
Файлы удобнее скачать одним архивом через панель хостинга или по SSH, базу — выгрузить в формате SQL через phpMyAdmin или консольной командой mysqldump. Если баз несколько, сохраните каждую.
Проверьте копию сразу: архив должен открываться, а SQL-файл — содержать таблицы и данные, а не быть пустым. Храните копию в двух местах, например на компьютере и в облаке.
Шаг 2. Загрузите файлы на новый хостинг
Добавьте домен в панели нового хостинга — так появится папка для сайта. Загрузите в неё архив и распакуйте его.
Если оба сервера поддерживают SSH, файлы можно скопировать напрямую с сервера на сервер утилитой rsync, без промежуточной загрузки на компьютер: для большого сайта это быстрее.
Шаг 3. Перенесите базу данных
Создайте на новом хостинге пустую базу данных и пользователя с доступом к ней. Импортируйте дамп через phpMyAdmin или консоль. Запишите имя базы, пользователя и пароль — они понадобятся на следующем шаге.
Имя базы на новом хостинге может отличаться от старого: у некоторых провайдеров оно задаётся по шаблону, например у Beget начинается с логина аккаунта.
Шаг 4. Поправьте файл настроек
Сайт на CMS хранит параметры подключения к базе в конфигурационном файле: у WordPress это wp-config.php, у Joomla — configuration.php, у 1С-Битрикс — bitrix/.settings.php и bitrix/php_interface/dbconn.php.
Впишите туда новое имя базы, пользователя, пароль и адрес сервера базы данных. Если в настройках прописаны абсолютные пути к папкам, их тоже нужно заменить на пути нового сервера.
Шаг 5. Проверьте сайт до переключения домена
Пока домен смотрит на старый сервер, увидеть сайт на новом можно двумя способами. Первый — временный технический адрес, который многие хостинги дают каждому аккаунту.
Второй — файл hosts на вашем компьютере. В нём можно указать, что домен открывается с IP-адреса нового сервера: тогда только ваш браузер будет видеть новую версию, а все остальные — старую.
Как изменить этот файл, описано в инструкции Рег.ру; после проверки временную запись из hosts удалите.
Пройдите сайт как посетитель: главная, каталог или услуги, карточка товара, поиск, форма заявки, корзина и оплата, личный кабинет.
Отправьте тестовую заявку и убедитесь, что она дошла до менеджера. Если на временном адресе стоит запрет индексации, не забудьте снять его перед переключением.
Через hosts новую копию видит только ваш компьютер. Платёжные сервисы, CRM и обмен с 1С по-прежнему обращаются к старому серверу, поэтому интеграции проверяют ещё раз после переключения.
Шаг 6. Подготовьте SSL-сертификат
Сайт на https без сертификата на новом сервере откроется с предупреждением браузера об опасности. Многие хостинги выпускают бесплатный сертификат Let's Encrypt в панели, но обычно только когда домен уже указывает на их сервер.
Поэтому заранее выясните у нового хостинга, как он выпускает бесплатный сертификат.
Некоторые умеют сделать это до переключения через проверку DNS: в зону домена добавляется специальная TXT-запись. Платный сертификат можно перенести вместе с закрытым ключом.
Шаг 7. Переключите домен через DNS
Есть два способа направить домен на новый сервер:
- Сменить A-запись — указать IP-адрес нового сервера, а DNS оставить там, где он был. Остальные записи (почта, подтверждения сервисов) вы не трогаете. Для отката возвращаете прежние значения всех записей, которые меняли.
- Сменить NS-серверы на серверы нового хостинга. Тогда все DNS-записи домена начинает обслуживать новый хостинг, и их нужно заранее воспроизвести там: MX для почты, TXT для подтверждения сервисов, поддомены.
Для переезда с минимальным риском проще первый вариант. После изменения новые настройки расходятся по интернету в течение времени, заданного TTL: поэтому его и уменьшали заранее.
Перед переключением проверьте все записи, по которым открывается сайт: основной домен и www, используемые поддомены, A-запись и, если есть, AAAA (адрес для IPv6), а также CNAME.
Забытая AAAA или запись для www оставит часть посетителей на старом сервере.
Шаг 8. Не отключайте старый хостинг сразу
Пока кеш DNS обновляется, часть посетителей и поисковых роботов ещё приходит на старый сервер. Google рекомендует следить за журналами обоих серверов и отключать старый, только когда трафик на нём опустится до нуля.
До этого момента на старом сервере не должно быть заглушек и страниц «сайт переехал», а приём заказов там остаётся закрытым.
Особенности WordPress и 1С-Битрикс
Общий порядок одинаков для всех CMS, но у самых популярных есть свои инструменты, которые упрощают перенос.
WordPress. Кроме ручного переноса по шагам выше, есть плагины миграции (например, Duplicator или All-in-One WP Migration). Они собирают файлы и базу в один пакет и разворачивают его на новом сервере.
Если домен остаётся тем же, после переноса достаточно правильных данных в wp-config.php. Если меняется и адрес сайта, нужно обновить поля «Адрес WordPress (URL)» и «Адрес сайта (URL)» и заменить старый адрес в базе.
Официальная документация WordPress описывает это отдельно: с неверными значениями сайт перестаёт нормально работать.
1С-Битрикс. В административной части есть встроенное резервное копирование: оно создаёт архив сайта вместе с базой. На новом сервере архив разворачивают скриптом restore.php, который можно скачать с сайта 1С-Битрикс.
После развёртывания проверьте параметры подключения к базе в .settings.php и dbconn.php, а также агенты и задания по расписанию. Обмен с 1С и рассылки могут работать через cron сервера, а он сам не переезжает.
Для любой CMS проверьте задания по расписанию (cron) отдельно. Они настраиваются в панели хостинга, а не в файлах сайта, поэтому при копировании файлов не переносятся.
Как перенести сайт без потери позиций: проверки после переезда
Чтобы сохранить позиции, проверьте после переключения, что сайт работает для поисковых роботов так же, как раньше.
Риск создают ошибки, которые переезд может внести: закрытая индексация, недоступные страницы, пропавшие редиректы, медленный новый сервер.
Google описывает, чего ждать: сразу после смены хостинга робот может сканировать сайт реже, а в течение нескольких дней — чаще, чем до переезда.
Если серьёзных проблем и замедления на новом сервере нет, частота сканирования возвращается к обычной.
Ниже — рекомендуемый план проверок. Сроки в нём — наша редакционная рекомендация, а не требование поисковых систем.
| Когда | Что проверить | Где |
|---|---|---|
| До переключения, через hosts | Редиректы с http на https и с www или без работают как раньше, в robots.txt и метатеге robots нет запрета, стоит счётчик Метрики, открывается sitemap.xml, тестовая заявка доходит | Браузер, почта, CRM |
| Сразу после переключения | Главная и ключевые страницы отдают код 200, https открывается без предупреждений, ещё раз проверить заявку, оплату и интеграции | Проверка ответа сервера в Яндекс Вебмастере, проверка URL в Search Console, браузер |
| Первые дни | Метрика передаёт данные, заказы приходят с нового сервера, трафик на старом сервере убывает | Метрика, журналы обоих серверов |
| Через одну-две недели | Нет роста ошибок сканирования, число страниц в поиске не упало, трафик и заявки на уровне прошлых недель | Вебмастер («Страницы в поиске», «Статистика обхода»), Search Console («Индексирование»), Метрика |
| Когда трафик на старом сервере — ноль | Отключение старого хостинга | Журналы старого сервера |
Смена домена или протокола вместе с хостингом — это уже переезд сайта в терминах поисковых систем.
Нужны постраничные 301-редиректы со старых адресов на новые и уведомление через раздел «Переезд сайта» в Вебмастере, а при смене домена — ещё и через инструмент изменения адреса в Search Console.
Подробно о том, как настраивать такие перенаправления, — в статье про 301-редирект. Совмещать смену домена со сменой хостинга в один день не советуем: если что-то пойдёт не так, будет трудно понять, какая из операций виновата.
При просадке трафика сначала выясните, реальное ли это падение и где оно началось, — порядок разбора описан в статье о том, что делать, если упал трафик сайта.
Ошибки после переноса сайта и как их исправить
Чаще всего после переноса сайт не подключается к базе данных, показывает «кракозябры», отдаёт ошибку 500 или теряет картинки и заявки. В таблице — что вы видите, почему так происходит и что сделать.
| Что видите | Вероятная причина | Что сделать |
|---|---|---|
| «Ошибка подключения к базе данных» | В файле настроек старые данные базы | Проверить имя базы, пользователя, пароль и адрес сервера базы в конфигурационном файле |
| Вместо текста «кракозябры» | Кодировка базы или дампа не совпала с кодировкой сайта | Переимпортировать дамп с правильной кодировкой (обычно UTF-8), проверить кодировку подключения в настройках |
| Ошибка 500 или белый экран | Другая версия PHP, нет нужного модуля, неподдерживаемые директивы в .htaccess, неверные права на файлы | Посмотреть журнал ошибок сервера в панели хостинга, выставить нужную версию PHP |
| Не загружаются картинки и стили | В базе или настройках прописаны абсолютные пути или временный адрес | Заменить пути и адреса на рабочие, очистить кеш CMS |
| Браузер предупреждает «Подключение не защищено» | Сертификат не выпущен или выпущен не на все варианты адреса (с www и без) | Выпустить сертификат на все варианты адреса |
| Не приходят заявки с форм | Отправка писем шла через почту старого сервера, изменились MX-записи или настройки SMTP | Проверить отправку тестовой заявкой, настроить отправку через SMTP |
| Сайт у кого-то открывается старый | Не обновлены AAAA-запись, запись для www или поддомена, либо кеш DNS у провайдера посетителя | Проверить A, AAAA и CNAME для домена, www и поддоменов; если всё верно — подождать срок TTL |
| Не работают обмен с 1С, рассылки, пересчёт цен | Задания по расписанию (cron) остались на старом сервере | Настроить cron на новом хостинге |
Отдельно проверьте страницы, которые отдают ошибку 404: после переезда они появляются, если часть файлов не скопировалась или изменились правила перенаправлений.
Как находить такие страницы и чем они опасны для поиска, разобрано в статье про ошибку 404.
FAQ: перенос сайта на другой хостинг
Сколько времени занимает перенос сайта на другой хостинг?
Срок складывается из подготовки, самого переноса, обновления DNS и наблюдения за сайтом. Если переносит хостинг, срок задаёт он: у Рег.ру, например, минимум 24 часа.Упадут ли позиции после смены хостинга?
Google предупреждает о временном изменении частоты сканирования. Риск для позиций создают ошибки переезда: недоступные страницы, запрет индексации, медленный новый сервер.
Поэтому проверки после переключения важнее самого факта смены хостинга.
Нужно ли переносить домен вместе с сайтом?
Нет, при смене хостинга меняются только DNS-записи. Если домен зарегистрирован через старый хостинг и вы уходите от этой компании, перенесите его к регистратору отдельно, не в день переезда сайта.Нужно ли сообщать Яндексу и Google о смене хостинга?
Если домен и адреса страниц не меняются, специально сообщать не нужно. Раздел «Переезд сайта» в Вебмастере нужен при смене домена или протокола, инструмент изменения адреса в Search Console — при смене домена.
Проверьте только, что подтверждение прав на сайт сохранилось на новом сервере.
Когда можно отключить старый хостинг?
Когда трафик на старом сервере опустится до нуля — это видно по его журналам.Что делать, если после переноса сайт не открывается?
Сначала проверьте, куда указывает домен: если DNS ещё не обновился, вы видите старый сервер.
Если домен уже смотрит на новый, откройте журнал ошибок в панели хостинга. Частые причины — файл настроек базы, версия PHP, права на файлы.
Если быстро исправить не получается, восстановите прежние значения всех изменённых DNS-записей.
Возврат тоже занимает время из-за кеша. Заказы, которые успел принять новый сервер, переносят обратно вместе с разработчиком.
Что сделать, если переезд уже назначен
- Сегодня: уменьшите TTL DNS-записей домена и сохраните скриншот текущих настроек DNS — это данные для отката.
- За день до переезда: сверьте серверы. Версия PHP, база данных и задания cron на новом сервере должны быть такими же, как на старом.
- В день переезда: отправьте тестовую заявку с сайта на новом сервере до переключения домена и найдите её у менеджера.
- Сразу после переключения: проверьте ответ сервера по главной и трём самым посещаемым страницам. Все должны отдавать код 200 без лишних перенаправлений — это видно в нашей бесплатной проверке ответа сервера.
