Перенос вашего e-commerce проекта на другой веб хостинг: как избежать просадки трафика

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

Основные этапы переноса сайта

Для переезда e-commerce проекта важно соблюдать такой порядок действий:

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

Как правильно скопировать файлы и БД

Ваш e-commerce сайт состоит из двух составных частей: файлы и база данных. Большинство популярных систем управления контентом работают с БД MySQL. Не пытайтесь скопировать файлы с помощью FTP-менеджеров, например: FileZilla или Total Commander. В любой CMS содержатся сотни и тысячи файлов, копирование которых отнимет больше одного часа, независимо от скорости интернета. Это связано с медленной обработкой запросов по FTP-протоколу, из-за которой больше времени затрачивается на запрос к каждому файлу.

Намного эффективней архивировать корневую папку сайта и копировать на компьютер один файл-архив. В некоторых системах управления сайтом, например, ISP Manager, перед выделением файлов нужно зайти в настройки и включить отображение скрытых файлов. Иначе, такие важные системные файлы как «.htaccess» не попадут в архив, и их нужно будет скопировать вручную (если вы знаете какие файлы нужны).

Второй нюанс: не архивируйте саму корневую папку, которая может называться «имя_сайта.com» или «public_html», а добавьте в архив содержимое этой папки. Таким образом, вы сможете разархивировать файлы сразу в корневую папку на новом хостинге, название которой может отличаться. В противном случае, вам придётся проделать лишнюю операцию – переносить файлы на один уровень папки выше.

Базу данных вы можете перенести двумя способами:

Не рекомендуем первый способ, т.к. он исправно работает только между похожими версиями сервера MySQL. Если на новом хостинге другая версия сервера, то вы, вероятно, столкнётесь с ошибкой загрузки БД, исправление которой потребует привлечение специалиста. Гораздо лучше запустить утилиту «phpMyAdmin, которая присутствует во всех панелях управления. Далее, выберите базу данных и сделайте «Экспорт» в формате «SQL» с настройками по умолчанию.

На новом хостинге нужно проделать обратную операцию. Создайте новую пустую БД, откройте «phpMyAdmin» и осуществите «Импорт» выгруженной БД с настройками по умолчанию. Иногда, всё-таки возникают проблемы несовместимости, тогда лучше попросить техническую поддержку хостинга импортировать ваш «.sql» файл.

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

Конфигурационные файлы сайта

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

Даже если программное обеспечение такое же, вам нужно открыть конфигурационные файлы «.htaccess» для Apache, или «nginx.conf» для nGinx и проверить, не указаны ли там абсолютные пути к файлам на сервере. Относительные пути оставьте как есть, но абсолютные пути нужно поменять на новые, т.к. внутренняя иерархия папок сервера будет другая. Также, некоторые, ранее применяемые, функции могут перестать работать.  Вам нужно будет тщательно проверить работу сайта, соответствие заголовков ответа сервера, редиректов и т.д. Не забудьте сменить имя базы данных, логин и пароль MySQL.

Абсолютные пути указываются в настройках некоторых плагинов, их тоже надо будет изменить. Это немного сложнее, т.к. нужно знать где они используются. К счастью, такое встречается редко. Например, плагин кэширования Hyper Cache в CMS WordPress записывает абсолютный путь в конфигурационном файле. На новом хостинге кэширование просто не будет работать до реактивации плагина. Без преднамеренной проверки такое трудно заметить.

Ещё два немаловажных момента: версия PHP и SSL-сертификат. На старом хостинге ваш сайт был заточен на определённую версию интерпретатора PHP. Если это была версия 7.0, а на новом месте по умолчанию установлен 7.4, то сайт может перестать работать. Тоже самое случится, если будут отключены необходимые модули PHP. В таком случае, вам нужно попросить техподдержку включить  подходящую версию PHP и модули. Останется только импортировать имеющийся SSL-сертификат или включить получение нового бесплатного сертификата.

Как не потерять трафик при переезде

Трафик можно потерять в двух случаях:

Этого легко избежать, если заранее убедиться, что сайт работает «как часы». По умолчанию, в руководствах по переносу сайта на новый хостинг указывается, что вам нужно сменить NS-серверы на новые у регистратора доменного имени. В итоге, сайт полностью перейдёт на обслуживание к новому хостинг-провайдеру в интервале 4-24 часа. Если что-то пойдёт не так, то на отмену операции потребуется ещё столько же, и сайт окажется нерабочим минимум на 8 часов!

Есть безопасный вариант тестирования работы сайта:

«IP_адрес» – это айпишник сервера нового хостинга, а «имя_сайта» нужно вписать без «http://», например, «site.ru». Сохраните файл «hosts» и откройте сайт своего e-commerce проекта в новой вкладке в режиме «Инкогнито». Теперь он работает на новом хостинге, или не работает… Вы можете тестировать его «и в хвост, и в гриву». Чтобы убедиться, что всё сработало, и вы видите сайт именно с нового сервера, установите расширение для Google Chrome под названием Website IP. В правом нижнем углу будет отображаться IP сервера, с которого грузиться сайт.

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