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

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

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

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

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

Источник: shutterstock.com

Сменить хостинг можно по множеству причин, и у каждого владельца сайта они индивидуальны. Наиболее распространенные в их перечне:

• Медленная загрузка сайта. Когда страницы открываются дольше обычного, это ухудшает впечатление посетителей и негативно сказывается на позициях ресурса в поисковиках.

• Постоянные сбои в работе. Частые отключения сервера или трудности с доступом к сайту способны серьёзно подорвать его репутацию.

• Недостаток ресурсов. Устаревший тарифный план или оборудование хостинга мешают полноценному развитию проекта.

• Низкое качество сервиса. Отсутствие быстрой и эффективной помощи от технической поддержки затрудняет решение возникающих проблем.

• Более привлекательные предложения у другого провайдера — меньшая стоимость или расширенный функционал при тех же расходах.

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

• Соблюдение законодательных норм. При обработке персональных данных необходимо соответствовать установленным требованиям и стандартам регуляторов.

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

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

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

Объём данных сайта обычно делится на несколько ключевых категорий:

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

• Файлы — весь медиаконтент. Это изображения, видео, аудиофайлы, кнопки, шапки. К категории относятся также HTML-код, CSS, JavaScript.

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

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

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

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

«Голодные игры» для бизнеса:
Как занять нишу за 3-4 месяца, пока конкуренты режут бюджеты

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

Мы разработали стратегию, которая помогла 196 нашим клиентам стать №1 в своих нишах за 3–6 месяцев.

Что показали кейсы:

• стратегия сработала в 93%;
• средняя окупаемость инвестиций — 312%;
• в сложных нишах заявка в 7 раз дешевле, чем в Директе;
• клиенты в среднем увеличили прибыль на 217% за первые 3 месяца.

Мы уверены в результате, поэтому даём финансовую гарантию в договоре.
И да, вы можете внедрить стратегию сами (хотя мы будем немного ревновать).

Скачайте бесплатно нашу пошаговую стратегию с кейсами в 78 нишах и начните забирать в 3-5 раз больше клиентов, пока конкуренты продолжают терять рынок.

Скачать стратегию роста

PDF 2,3 MB

Автоматический бэкап

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

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

• Этот аналог хранится ограниченное время, и если атака произошла до удаления старых данных, вернуть их уже не получится.

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

Бэкап используется не только для защиты данных, но и для проверки обновленных версий сайта или проведения A/B-тестов. Если основной домен подвергнется вирусной атаке, резервная копия поможет удалить вредоносные файлы. Так же, как и в операционных системах, она необходима для отката изменений и восстановления удаленных данных.

Ручной бэкап

Скачать файлы вручную можно с помощью SSH-клиента или FTP-программ, таких как FileZilla, FAR или Total Commander. Данные для подключения по FTP предоставит текущий хостинг-провайдер. Базу данных обычно выгружают через phpMyAdmin в разделе «Экспорт». Затем ее переносят на новый хостинг с помощью раздела «Импорт».

Источник: shutterstock.com

Для создания резервной копии сайта потребуется достаточно свободного пространства — ее объем равен размеру всего ресурса. В качестве хранилища можно использовать внешний жесткий диск или облачные сервисы, такие как Яндекс.Диск, Mail.Ru, СберДиск или VK WorkDisk.

Еще один вариант хранения данных — помещение файлов в «Избранное» Telegram. Объем этой папки почти не ограничен. Есть лишь лимит на один файл — до 1,5 Гб. Однако такой способ ненадежен, поэтому использовать его не рекомендуется.

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

Какой хостинг выбрать для переноса сайта

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

• Тип сайта.

Выбор хостинга во многом определяется типом размещаемого ресурса. Стандартные его тарифы оптимальны для небольших и средних проектов. А VPS-площадки больше подходят для крупных информационных порталов и ресурсов с высокой посещаемостью.

• Объем базы данных сайта.

Этот показатель особенно важен для интернет-магазинов с сотнями товаров и других ресурсов, где хранятся большие объемы информации. Это архивы, алгоритмы, личные данные. Подобные сайты рекомендуется размещать на VPS. А для небольших магазинов с 20—30 позициями, которые можно загружать вручную, подойдет обычный веб-хостинг.

• CMS, на которой создан сайт.

Если ваш ресурс создан на какой-либо CMS, например Wordpress, перенос его на другой хостинг следует выполнить на специализированном хостинге. Это поможет повысить скорость и стабильность работы сайта.

• Масштабируемость.

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

Источник: shutterstock.com

• Посещаемость сайта.

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

• Соответствие тарифа или параметров выбранного хостинга вашим требованиям.

С VPS вы способны самостоятельно задать все технические характеристики под потребности сайта — объем памяти, мощность процессора, размер хранилища и другие. Также можно выбрать подходящий тариф VPS с уже готовыми настройками.

• Намерения по развитию и продвижению сайта.

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

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

Подробно рассмотрим все этапы процесса переноса сайта на другую хостинговую платформу.

Подготовка к переносу

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

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

• Соберите все нужные данные для доступа. Для корректного переноса сайта потребуются:

1. учетные данные для входа в панель управления старым хостингом;

2. логин и пароль для доступа через FTP или SSH;

3. данные для входа в аккаунт у регистратора домена;

4. подход к базе данных, например через phpMyAdmin или прямое подключение.

Храните все доступы в надежном месте, например в менеджере паролей, чтобы они не были потеряны.

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

Резервное копирование сайта

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

Перенос файлов на новый хостинг

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

• Подключение к новому хостингу. После активации аккаунта получите данные для доступа по FTP или SSH. Убедитесь, что все необходимые сведения для подключения у вас есть.

• Загрузка файлов сайта. Подключитесь к новому серверу через FTP-клиент, например, FileZilla. Скопируйте все файлы из резервного аналога в корневую папку сайта — обычно это public_html, www или указанная хостером директория.

Если у вас есть архив, например site_backup.tar.gz, загрузите его полностью. Затем распакуйте на сервере. Это значительно ускорит процесс по сравнению с загрузкой файлов по одному:

• Создание базы данных. Через панель управления на выбранном хостинге:

1. создайте новую базу данных;

2. укажите имя пользователя и пароль;

3. Сохраните данные — они будут нужны при последующей настройке конфигурации сайта.

• Импорт базы данных. Загрузите созданный на старом хостинге дамп (SQL-файл). Для этого откройте phpMyAdmin. Затем выберите нужную базу данных, перейдите во вкладку «Импорт» и загрузите файл backup.sql.

Или используйте консоль:

• Импорт базы данных. Через phpMyAdmin откройте нужную, перейдите во вкладку «Импорт» и загрузите файл backup.sql.

Настройка конфигурации

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

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

• WordPress — wp-config.php.

• Laravel — .env.

• Drupal — sites/default/settings.php.

• Joomla — configuration.php.

• Bitrix — dbconn.php.

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

Пример для WordPress (wp-config.php):

Пример для Laravel (.env):

Настройка путей и URL

Возможно после переноса требуется обновить настройки сайта:

1. для WordPress — измените значения siteurl и home в таблице wp_options;

2. для Laravel и других фреймворков — проверьте переменные окружения в файле .env;

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

• Проверка кода.

Проследите, что кодировка базы данных та же, что и раньше (обычно utf8mb4), иначе текст может отображаться некорректно.

Источник: shutterstock.com

• Тестирование сайта на новом месте.

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

• Доступ через временный адрес.

В файле /etc/hosts на локальном компьютере можно ненадолго указать NEW_IP example.com, чтобы проверить работу сайта по домену без изменения реальных DNS-записей. Также можно открыть ресурс напрямую по IP-адресу нового сервера.

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

• Тестирование функциональности сайта.

Обязательно проверьте:

1. загрузку главной и внутренних страниц;

2. работу форм обратной связи, регистрации и входа;

3. подключение к базе данных (открываются ли записи, статьи, товары);

4. корректность отображения стилей и изображений;

5. функционирование всех плагинов и модулей.

Проверка базы данных:

• Откройте панель администратора (WordPress Admin, Joomla Admin, Laravel Nova и др.).

• Проверьте, что информация из базы данных отображается корректно.

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

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

ТОП-7 кейсов
из разных ниш с ростом
от 89% до 1732%

Узнать подробнее

• Перенос домена и смена DNS.

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

Новый хостинг-провайдер предоставляет список NS-серверов. Например:

Эти NS-серверы необходимо указать в настройках у регистратора домена.

Порядок смены DNS:

• Авторизуйтесь в панели управления у регистратора.

• Перейдите в раздел DNS или «Серверы имен (NS)».

• Введите NS-записи, предоставленные новым хостингом.

• Сохраните внесенные изменения.

Обновление DNS может занять от двух до 48 часов в зависимости от провайдера и настроек TTL. В этот период одни пользователи будут попадать на старый сервер, а другие — уже на новый.

Источник: shutterstock.com

Чтобы избежать потери данных, например, новых заказов в интернет-магазине, оставьте сайт на бывшем хостинге активным 2-3 дня. Когда DNS полностью обновятся, его можно отключить.

• Завершающая проверка.

После обновления DNS выполните итоговую диагностику:

• работу сайта в разных браузерах и на устройствах;

• логи ошибок и доступов на сервере (journalctl -u nginx, tail -f /var/log/nginx/error.log);

• корректность SSL, редиректов (301/302), canonical, sitemap.xml и robots.txt;

• счетчики аналитики и конверсии функционируют правильно.

Также проверьте корректность выполнения cron-задач и воркеров, а также следите за нагрузкой на CPU, RAM, диск и сеть.

Советы по переносу сайта на другой хостинг

Чтобы не потерять при переносе, например, на 1c Bitrix, удостоверьтесь, что все требования соблюдаются:

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

• Сообщение о начале переноса не означает, что сайт уже перестал работать на старом хостинге. Чтобы проверить его состояние, добавьте в файл hosts строку в формате: [IP] [domain], где IP — адрес нового хостинга, а domain — домен текущего сайта.

• На время переноса разместите на старом хостинге файл с уведомлением о переезде. Например, можно использовать страницу transfer.html.

• Отключите интерактивные элементы: формы, онлайн-помощник, комментарии и прочие.

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

• Изменение A-записей запускает процесс DNS-распространения. Он занимает от 1 до 72 часов. В это время часть пользователей видит сайт на старом хостинге, другие — на новом.

После того, как DNS-пропагация завершена, удалите запись из файла hosts. Теперь можно безопасно вносить изменения на сайт. Чтобы не потерять трафик, проверьте корректность 301-редиректов и уведомьте поисковые системы о переносе ресурса на новый адрес инструментами для вебмастеров. В противном случае возможно падение позиций и снижение SEO-показателей.

Влияние переноса сайта на другой хостинг на результаты SEO

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

• Сохраните текущую структуру URL. Это ключевой фактор для поисковых систем. Заранее подготовьте файл sitemap, включив в него все актуальные адреса и соответствующие страницы.

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

• Обновите внутренние и внешние ссылки, а также файлы sitemap.xml и robots.txt.

• Настройте и протестируйте 301-редиректы. На старом домене временно разместите заглушку со ссылкой на новый хостинг. Это позволит перенаправить часть трафика и информировать пользователей о технических работах во время недоступности сайта.

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

После завершения переноса обновите информацию в инструментах для вебмастеров — Google Search Console и Яндекс.Вебмастер. Новый URL добавляется через личный кабинет, при этом в обоих сервисах необходимо подтвердить права на сайт.

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

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

Ключевые трудности, которые могут возникнуть при переносе сайта на новый хостинг:

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

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

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

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

  Источник: shutterstock.com

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

• Ухудшение пользовательского опыта (UX). Некорректный перенос сайта может нарушить дизайн, навигацию и функциональность, снижая удобство контакта и приводя к потере посетителей и клиентов.

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

Как отменить перенос сайта на другой хостинг

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

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

Как сделать откат:

1. Верните DNS на старый хостинг. В панели управления у регистратора пропишите прежние NS-серверы. Через несколько часов пользователи снова будут попадать на старый хостинг.

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

3. Проверьте работу ресурса на прежнем сервере. Убедитесь, что все функции работают так же, как до переноса.

Перед изменением DNS проведите тестовый запуск сайта на новом хостинге, как было описано ранее. Выполняйте перенос в часы наименьшей нагрузки и используйте временное зеркало (staging-сервер) для предварительной проверки и отладки.

Помощь в переносе сайта на другой хостинг

Службы поддержки часто предлагают услугу переноса сайта под ключ и обычно запрашивают следующую информацию:

• Доступ к серверу по FTP или SSH.

• Архив, содержащий все файлы сайта.

• Резервную копию базы данных в формате .sql или .mysql.

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

Источник: shutterstock.com

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

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

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

• Масштаб хостинга и его мощности. Во многих случаях именно этот фактор становится основной причиной переноса сайта — по мере роста посещаемости растет нагрузка на сервер, старый тариф не справляется. Оценить возможности хостинга можно по объему активных пользователей, скорости отклика и стабильности работы ресурса при повышенной нагрузке.

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

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

Скачайте полезный документ по теме:

Чек-лист: Как добиваться своих целей в переговорах с клиентами

Источник изображения на шапке: shutterstock.com

Автор статьи

Дмитрий Свистунов

Руководитель SEO-отдела и разработки

Последние статьи этого автора:

• Как провести вебинар: правила, этапы, полезные инструменты
• Массовая рассылка email: задачи, виды, этапы создания