Как перенести сайт с хостинга на хостинг: пошаговая инструкция

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

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

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

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

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

Новый сервер к этому моменту должен быть уже выбран и оплачен. Подробнее о критериях надежности площадки и оформлении прав читайте в руководстве как выбрать хостинг и зарегистрировать домен. Мы пользуемся Beget 10 лет, пробовали разные хостинги, и по цене и качеству он для нас выгоднее остальных: другие, которые мы пробовали, дороже; мы его советуем, а не рекламируем. Для сравнения, Timeweb дороже. Посмотреть условия можно по ссылке: тарифы хостинга Beget.

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

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

Понимание того, как скачать сайт с хостинга, поможет сохранить локальный архив на свой компьютер через файловый менеджер панели или по протоколу SFTP. Дополнительно рекомендуется за сутки до работ уменьшить время жизни кэша DNS (TTL) у регистратора до минимального значения, например, до пяти-десяти минут, чтобы будущие изменения применились как можно быстрее.

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

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

Шаг 1. Создайте сайт и пустую базу данных на новой площадке. Войдите в панель управления нового сервера, перейдите в раздел управления сайтами и добавьте имя вашего домена. Затем откройте раздел управления базами данных, создайте новую чистую базу, заведите пользователя с полными правами и задайте надежный пароль. Обязательно запишите точное имя базы, имя пользователя, созданный пароль и адрес сервера баз данных (чаще всего это localhost). На этом шаге становится понятно, как перенести сайт на хостинг с точки зрения создания нужного системного окружения.

Шаг 2. Загрузите файлы проекта. Откройте встроенный файловый менеджер панели управления или подключитесь к новому серверу через FTP-клиент (например, FileZilla). Перейдите в корневую папку созданного сайта (обычно она называется public_html, www или именем домена) и загрузите туда архив с файлами сайта. Распакуйте архив прямо на сервере через инструменты панели, чтобы не передавать тысячи мелких скриптов часами. Это базовый способ, как залить сайт на хостинг без повреждения системных файлов и потери скрытых конфигурационных документов вроде .htaccess.

Шаг 3. Загрузите базу данных. Откройте инструмент управления базами данных (чаще всего это веб-интерфейс phpMyAdmin) в панели нового сервера. Выберите созданную на первом шаге пустую базу, перейдите во вкладку импорта, укажите сохраненный ранее файл дампа в формате .sql или .sql.gz и запустите выполнение импорта. Дождитесь системного сообщения об успешном выполнении всех SQL-запросов. В этой части наглядно видно, как загрузить сайт на хостинг в плане разделения файловой структуры и системных таблиц.

Шаг 4. Скорректируйте конфигурационный файл CMS. Откройте файл настроек вашей системы управления через файловый менеджер на новом сервере. В нем необходимо прописать актуальные параметры новой базы данных: название базы, имя пользователя, пароль и хост. В WordPress за это отвечает файл wp-config.php, в Joomla — configuration.php, в других движках — соответствующие системные конфигураторы. Сохраните изменения, соблюдая кодировку UTF-8 без BOM.

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

Шаг 6. Особенности переноса на выделенный сервер. Если выполняется переезд не на обычный виртуальный хостинг, а на VPS, схема подготовки расширяется: необходимо самостоятельно установить веб-сервер (Nginx, Apache), настроить интерпретатор PHP нужной версии, базу данных MySQL или MariaDB, а также прописать права доступа к директориям. Процесс, как перенести сайт на другой сервер в виде виртуальной машины, требует базовых навыков администрирования Linux, но общая логика переноса файлов и дампов остается точно такой же.

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

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

Переключение доменного имени — момент, когда посетители и поисковые системы начинают направляться на ваш новый сервер. Существует два основных способа переключения: смена серверов имен (NS) или точечное изменение ресурсных записей.

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

Во втором случае серверы имен остаются прежними (например, у регистратора или внешнего DNS-провайдера), но редактируются сами dns записи домена, а именно A-запись, куда вписывается новый IP-адрес сервера.

Любое обновление dns записей домена занимает определенное время, поскольку промежуточные серверы интернет-провайдеров кэшируют маршруты. Распространение информации по миру обычно длится от нескольких часов до суток, а в редких случаях и дольше.

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

Чтобы вовремя отследить завершение процесса, полезно регулярно проверить dns записи домена с помощью сетевых сервисов или консольной команды nslookup.

Разобраться в текущем состоянии маршрутов помогает понимание того, как посмотреть dns записи домена через системный терминал с помощью утилиты dig или общедоступных диагностических сервисов, показывающих актуальный IP-адрес для вашего региона.

Безопасное соединение по протоколу HTTPS критически важно для защиты данных и сохранения доверия со стороны поисковых систем. Когда вы меняете сервер, старый сертификат обычно не копируют вручную, поскольку большинство панелей управления позволяют выпустить свежий бесплатный сертификат Let's Encrypt в один клик сразу после обновления доменных записей.

Если у вас был приобретен коммерческий сертификат с проверкой организации, вам потребуется разобраться, как перенести ssl сертификат на другой хостинг: для этого из старой панели экспортируют тело сертификата, закрытый ключ (Private Key) и цепочку промежуточных сертификатов (CA Bundle), после чего импортируют их в соответствующий раздел нового сервера. Если сертификат еще не активен, браузер может показать предупреждение; подробнее о причинах читайте в статье что делать, если сайт не может обеспечить безопасное соединение.

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

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

• Сайт генерирует заявки непрерывно. Любая внезапная ошибка или простой в несколько часов грозит прямой потерей клиентов, рекламного бюджета и продаж.
• На сайте работают сложные сервисы. В систему встроен интернет-магазин, каталог с постоянной синхронизацией 1С, внешние платежные шлюзы или личные кабинеты пользователей.
• Утеряны полные доступы к системам. Нет прямых паролей к регистратору или серверу, базы данных заблокированы, а сайт создавался сторонними подрядчиками без передачи инструкций.
• Непонятна архитектура данных. Проект создан на самописном движке, конфигурационные файлы запутаны, и нет четкого понимания, какие именно модули требуются для запуска.

Не хочется разбираться с базой и DNS? Перенесём сайт за вас: полная копия файлов и базы, размещение на новом хостинге, домен и SSL-сертификат, проверка, что всё открывается и формы работают. Перенос сайта — от 20 000 ₽, от 2 дней, сайты на любых движках.

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

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

Среди готовых инструментов часто используют расширения all in one wp migration или duplicator wordpress, позволяющие выгрузить проект со старого сайта и развернуть его на чистой установке WordPress на новом сервере буквально через мастер распаковки. У бесплатных версий подобных плагинов бывают ограничения по размеру архива, поэтому для тяжелых проектов они подходят не всегда.

Ручной способ требует понимания файловой структуры. Владельцу нужно знать, как перенести wordpress на другой хостинг традиционными методами: скачать папку wp-content и системные скрипты, сделать экспорт таблиц базы данных и аккуратно вписать новые реквизиты доступа в файл wp-config.php.

Если в процессе переезда корректируется доменное имя, ручной перенос сайта wordpress на другой хостинг обязательно дополняется поиском и заменой старых путей внутри дампа базы, поскольку WordPress хранит абсолютные URL-адреса страниц и вложений во многих таблицах.

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

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

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

Чтобы осуществить перенос сайта joomla на другой хостинг, необходимо скопировать корневой каталог сайта, экспортировать базу данных через панель управления и перенести эти данные на новую площадку. Главная особенность заключается в редактировании системного файла configuration.php: помимо новых логина, пароля и имени базы данных, в нем в обязательном порядке необходимо указать корректные абсолютные пути к системным папкам logs и tmp, которые на новом сервере будут отличаться. Создать резервную копию Joomla также можно специализированными расширениями для резервного копирования.

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

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

Здесь важно понимать природу облачных платформ: сайт на Tilda работает внутри закрытой серверной экосистемы. При этом на определенных расширенных тарифах конструктора доступна штатная функция экспорта исходного кода. Разобравшись, как перенести сайт с tilda на свой хостинг, пользователь получает zip-архив с HTML-страницами, стилями CSS, скриптами и графическими файлами.

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

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

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

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

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

Основная задача в этом случае — настроить корректное постоянное перенаправление всех страниц со старого адреса на новый с кодом ответа 301. Это позволяет склеить адреса для роботов и перенаправить живых посетителей. Подробную техническую инструкцию читайте в статье редирект 301. После настройки переадресации обязательно отправьте уведомление о переезде адреса через панель Яндекс Вебмастера.

Если ваш проект работает на WordPress, полезно знать, как поменять домен сайта на wordpress технически грамотно. Для этого новые адреса сначала прописывают в общих настройках CMS или через константы WP_HOME и WP_SITEURL в файле wp-config.php. После этого с помощью специальных скриптов или SQL-запросов выполняется пакетная замена старого домена на новый во всех записях и сериализованных массивах базы данных.

После завершения переноса данных и обновления маршрутов домена необходимо провести комплексную проверку всех функциональных узлов сайта:

1. Главная страница и внутренние разделы. Проверьте открытие основных страниц, статей, категорий каталога и карточек товаров.
2. Формы заявок и обратной связи. Отправьте тестовую заявку через каждую форму на сайте и убедитесь, что уведомление успешно пришло на рабочую почту администратора.
3. Авторизация в панели управления. Войдите в панель администратора CMS, проверьте сохранение тестовой записи или изменение настроек.
4. Отображение графики и стилей. Убедитесь, что все изображения, фоновые элементы, шрифты и стили оформления загружаются корректно и без задержек.
5. Работа протокола HTTPS. Проверьте наличие защитного значка в браузере при обращении к сайту, а также работу редиректа с протокола http на https и версий с www на основной адрес.
6. Корпоративная почта на домене. Отправьте проверочное письмо с внешнего почтового ящика на свой корпоративный адрес и отправьте ответ.
7. Панели для вебмастеров. Проверьте диагностику в Яндекс Вебмастере и Google Search Console, чтобы убедиться в отсутствии критических ошибок доступа со стороны поисковых роботов.

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

• Как выбрать хостинг и зарегистрировать домен: по шагам на Beget — подробная инструкция по подбору параметров сервера, выбору надежной компании и регистрации доменного имени.
• Редирект 301 и 302: когда ставить и как проверить — руководство по настройке серверных перенаправлений для сохранения трафика и позиций при смене адресов страниц.
• Установка WordPress на хостинг: по шагам на Beget — пошаговый разбор ручной и автоматической инсталляции популярного движка на сервере с нуля.