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

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

Зачем менять хостинг

Вот лишь несколько возможных причин:

• Хостинг перестает соответствовать требованиям сайта — например, если проект растет и увеличивается его посещаемость, может понадобиться дополнительная производительность, которую провайдер не в силах обеспечить из-за ограничений по CPU, RAM, дисковому пространству и трафику.

• Низкий аптайм — аптайм сайта менее 99,9% снижает доверие пользователей и ухудшает ранжирование в поисковых системах.

• Отсутствие защиты от DDoS-атак — например, если у провайдера нет фильтрации трафика по набору правил и защиты серверов на сетевом и транспортном уровне.

Какие трудности могут возникнуть при миграции

Потеря данных при переносе файлов сайта

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

Несовместимость версий PHP

По мнению некоторых пользователей, перенос сайта на хостинг может вызвать проблемы из-за того, что некоторые приложения или версии не совпадают или вообще отсутствуют — например, версии PHP либо более старые, либо более новые, что вызывает проблемы со скриптами, или нет необходимых модулей (ffmpeg, pdflib, gdlibrary, imagemagick и т. д.). В этом случае следует убедиться, что новый хостинг поддерживает нужные версии, или протестировать сайт на локальном сервере с аналогичной конфигурацией.

Проблемы с переносом базы данных

Ошибка в кодировке или утраченный фрагмент информации могут спровоцировать некорректное отображение данных, поэтому необходимо проверить совместимость версий MySQL/PostgreSQL — например, используя утилиты phpMyAdmin или mysqldump.

Падение сайта во время переезда на новый хостинг

Чтобы избежать подобной ситуации, перед переездом сделайте полный бэкап, затем разверните и протестируйте копию сайта на временном домене или в закрытой директории, чтобы убедиться, что базы данных, SSL и скрипты работают корректно. После этого нужно обновить DNS-записи. При этом лучше настроить временную заглушку с уведомлением о технических работах или редирект через CDN — чтобы пользователи не столкнулись с ошибками 500 и 404.

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

Медиафайлы с кириллицей в названии

Иногда у zip-архивов возникают сложности с символами, которые не входят в таблицу кодировки ASCII — например, с кириллицей. При этом именно в этом формате архива по умолчанию выполняются резервные копии во многих панелях управления. В этом случае сохранить кодировку помогут такие форматы, как tar или tar.gz, кроме того, можно воспользоваться плагином для автоматического перевода символов кириллицы в названиях файлов и URL (например, Cyrlitera, GTranslate и др.).

После смены хостинга сайт не открывается

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

Вот самые распространенные причины, почему сайт может не открываться после смены хостинга:

• DNS-записи домена не обновились или указаны неверно (например, задан старый IP хостинга) — в этой ситуации следует удостовериться в корректности A-записей и NS-серверов в панели регистратора, используя dig example.com для проверки актуальности кэша.

• На новом хостинге отсутствуют или некорректно настроены файлы сайта (например, ошибки в путях, правах доступа или конфиге веб-сервера) — в данном случае необходимо сравнить структуру файлов и настройки (Nginx/Apache) с рабочей копией, а также проверить права доступа (в этом поможет команда chmod 755 для папок).

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

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

Как выбрать хостинг, чтобы потом снова не переезжать?

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

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

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

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

Влияет ли перенос на другой хостинг на ранжирование сайта в поисковых системах?

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

Заключение

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

Если у вас остались вопросы, вы хотите обсудить эту статью или просто пообщаться с коллегами по цеху и сотрудниками, будем рады видеть вас в нашем уютном Telegram-чате — с удовольствием на всё ответим и пообщаемся.