Рано или поздно почти каждый владелец сайта сталкивается с необходимостью сменить хостинг. Причины разные: старый провайдер перестал устраивать по скорости, слишком дорогое продление, постоянные сбои или вы просто выросли из тарифа. Страх потерять данные или упасть в выдаче часто останавливает. Но на самом деле процесс переноса давно отлажен. Нативное для индустрии решение — бесшовная миграция (zero-downtime), когда сайт работает на старом сервере, пока вы настраиваете новый. Надёжный перенос сайта на хостинг позволяет избежать простоев, если делать всё по шагам. Рассказываю план, который проверен на сотнях проектов.
Переезд — это не магия, а техническая процедура, состоящая из чётких этапов. Главное правило: ничего не делать «на глаз» и всегда иметь резервную копию. Даже если вы новичок, следуя инструкции, вы сможете перенести небольшой сайт сами. Для больших интернет-магазинов и высоконагруженных проектов лучше привлечь администратора, но понимать процесс всё равно полезно. Поехали.
Подготовка: с чего начать и чего бояться
Первый шаг — выбрать нового провайдера. Обратите внимание не на рекламные обещания, а на характеристики: тип дисков (NVMe быстрее, чем SSD), поддержку нужной версии PHP, наличие бесплатного SSL-сертификата, возможность создать резервные копии. Для небольших блогов и визиток подойдёт обычный shared-хостинг (аренда места на сервере с другими сайтами). Для интернет-магазинов и проектов с посещаемостью от 1000 человек в сутки лучше смотреть в сторону VPS (виртуального выделенного сервера) — он даёт больше ресурсов и независимости.
Второй шаг — заказать новый тариф и получить от хостинга доступы: панель управления, FTP, phpMyAdmin. Пока старый сервер работает, у вас есть время всё настроить. Не торопитесь менять DNS-записи на домене — это последний этап. Лучше перестраховаться и продумать откат, если что-то пойдёт не так.
Какие данные нужно перенести в любом случае
Сайт — это не только файлы тем и скриптов, но и база данных (MySQL или PostgreSQL). Плюс настройки веб-сервера (если это VPS), SSL-сертификаты, запланированные задачи (cron). Составьте список. Стандартный набор:
- Все файлы сайта (движок, темы, плагины, загрузки пользователей).
- Дамп базы данных (обычно через phpMyAdmin или mysqldump).
- Конфигурационные файлы (например, wp-config.php для WordPress, .env для Laravel).
- Логи и временные файлы (по желанию, но они могут быть полезны).
Если используете настройки веб-сервера (.htaccess, nginx.conf) — их тоже копируем. Не забудьте про внешние интеграции: ключи API, настройки отправки почты. Лучше зафиксировать всё в текстовом документе, чтобы не потеряться.
Выбор момента для переноса: когда меньше посетителей
Идеально — делать миграцию в ночные часы по московскому времени, когда на сайте меньше всего людей. Для инфобизнеса это 2-5 утра, для развлекательного портала — воскресное утро. Во-первых, минимизируете потерю потенциальных клиентов, если что-то пойдёт не так. Во-вторых, база данных не будет постоянно меняться из-за новых комментариев или заказов, и копия получится актуальнее.
Также предупредите пользователей, если планируете долгий простой. Достаточно сообщения на сайте: «С 2 до 4 ночи проводятся технические работы, возможны перебои». Люди отнесутся с пониманием. Но при бесшовном переносе простоя вообще не будет — современные методы позволяют этого избежать, но они чуть сложнее.
Пошаговая инструкция по переносу для обычного хоста
Для shared-хостинга (когда у вас панель cPanel, ISPmanager или аналог) процесс стандартный. Сначала создаём полную резервную копию на старом хостинге: скачиваем через файловый менеджер папку public_html (или www), а через phpMyAdmin экспортируем базу данных в формат SQL (желательно с опцией «добавить DROP TABLE», чтобы очистить старую базу при импорте). Сохраняем оба архива на компьютер.
На новом хостинге создаём базу данных (имя пользователя, пароль, название). Импортируем туда наш SQL-файл через phpMyAdmin нового хостинга. Затем загружаем все файлы сайта в нужную папку (обычно public_html или www). Редактируем конфигурационный файл — прописываем новые параметры подключения к БД (имя базы, пользователя, пароль, адрес сервера — часто localhost). Если сайт на WordPress, дополнительно в wp-config.php нужно заменить старые соли и ключи безопасности (они генерируются автоматически, можно оставить старые, но для безопасности лучше обновить). Готово.
Как проверить работоспособность перед сменой dns
Прежде чем направлять посетителей на новый сервер, нужно убедиться, что там всё работает. Для этого временно изменяем файл hosts на своём компьютере (Windows: C:\Windows\System32\drivers\etc\hosts, Mac/Linux: /etc/hosts). Добавляем строку вида: «IP_нового_сервера ваш-домен.ru». Сохраняем (от имени администратора). Теперь при открытии сайта в браузере вы попадёте на новый сервер, а все остальные пользователи — на старый. Ходим по страницам, проверяем формы, корзину, авторизацию. Если всё ок — можно переходить к финальному этапу.
Убедитесь, что на новом хосте включён нужный модуль (например, mod_rewrite для ЧПУ) и версия PHP та же или новее. Проверьте права на папки (обычно 755 для папок, 644 для файлов). Если сайт выдаёт 500-ю ошибку, смотрите логи — часто проблема в несовместимости версий PHP или недостающей расширении (например, curl, mbstring).
Финальный шаг: смена dns и отключение старого сервера
Когда всё протестировано, идём к регистратору домена и меняем A-запись на IP нового хостинга. Также обновляем NS-серверы, если меняете хостинг-провайдера полностью. Распространение DNS-изменений занимает от нескольких минут до 48 часов (обычно 2-6 часов). В это время часть пользователей будет видеть старую версию, часть — новую. Чтобы не было рассинхрона, старая база данных должна быть доступна только для чтения или выключена. Но если вы уверены, что за пару часов новых данных не появится (например, ночью) — можно просто подождать.
После того как все запросы пошли на новый сервер (проверьте через онлайн-сервисы вроде dnschecker.org), старый хостинг можно отключать. Но лучше подождать 3-4 дня и сделать ещё одну резервную копию на новом месте. Затем отключайте старый тариф, чтобы не платить лишнее. Поздравляю, переезд завершён!
Особенности переноса с виртуального выделенного сервера (vps)
Тут процесс сложнее, потому что у вас полный контроль над системой. Нужно перенести не только файлы сайта, но и конфиги веб-сервера (Nginx/Apache), настройки PHP, SSL-сертификаты, планировщик cron. Самый простой способ для опытных: сделать дамп всех баз данных, заархивировать папки /var/www и /etc/nginx или /etc/apache2, затем распаковать на новом VPS. Но проще доверить это системному администратору, если вы не уверены в своих силах.
Для бесшовного переноса на VPS используют reverse-proxy. Новый сервер настраивают как зеркало, затем временно пропускают трафик через старую машину, которая проксирует запросы на новый. А потом меняют роли. Метод сложный, но позволяет сменить даже IP-адрес без простоя. Многие хостинг-провайдеры помогают с переносом бесплатно или за небольшую плату — уточняйте при заказе.
Частые ошибки и как их избежать
Самая популярная ошибка — забыть перенести не только файлы, но и базу данных. Сайт открывается, но без контента или с ошибкой подключения к БД. Всегда проверяйте связку файл+БД. Вторая — неправильные права доступа. На новом хостинге могут быть другие настройки пользователя, и PHP-скрипт не может записать файл в папку. Обычно это лечится установкой прав 755 и проверкой владельца (chown).
Третья — не обновить пути в конфигах. Например, в настройках CMS может быть прописан полный путь к папке uploads, и он старый. Такое лечится поиском и заменой в дампе базы данных через текстовый редактор (осторожно, можно сломать сериализованные данные). Лучше использовать плагины для переноса (например, Duplicator для WordPress) — они автоматически заменяют пути. Четвёртая — игнорирование кеша. После переноса очистите кеш сайта, кеш браузера и кеш DNS (ipconfig /flushdns).
Почему стоит рассмотреть vps для серьёзных проектов
Если ваш сайт вырос до 3-5 тысяч посетителей в день, или вы используете тяжёлые скрипты (CRM, обучающие платформы), обычный shared-хостинг начнёт тормозить. Потому что ресурсы сервера делятся между многими сайтами. Сосед по площадке может «съесть» процессор, и ваш сайт встанет. VPS выделяет вам гарантированные мощности. Плюс вы можете установить любое ПО, настроить кеширование Redis, изменить параметры PHP. И самое вкусное — цена VPS начинается от 300-500 рублей в месяц, что ненамного дороже хорошего shared-хостинга.
Перенос на VPS может показаться сложным, но многие провайдеры делают это за вас. Например, при заказе уточните, помогает ли техподдержка с миграцией. Иногда это входит в стоимость. Если нет — всегда можно воспользоваться пошаговыми инструкциями от самого провайдера или нанять специалиста на несколько часов. Это стоит 2-5 тысяч рублей, но экономит нервы.
- Резервная копия — святое. Делайте её перед любыми манипуляциями.
- Тестируйте на новом хостинге через файл hosts, не трогая DNS.
- Проверяйте не только главную страницу, но и формы, корзину, поиск, личный кабинет.
- Используйте плагины для миграции (Duplicator, All-in-One WP Migration), если не уверены в ручном переносе.
- Для интернет-магазинов на время переезда включите режим обслуживания.
- После смены DNS не удаляйте старый хостинг 2-3 дня — будет время откатиться.
Что делать, если сайт большой и остановка критична
Для высоконагруженных проектов (новостные порталы, форумы, интернет-магазины с сотнями заказов в час) даже минута простоя может стоить денег и репутации. Тогда используется многоступенчатая миграция с репликацией баз данных. На новом сервере поднимают копию сайта, затем настраивают синхронизацию MySQL в реальном времени. Когда данные на обоих серверах полностью совпадают, трафик переключается за несколько секунд через балансировщик. Пользователи даже не замечают перехода.
Такую схему вручную настраивать сложно, но хостинги часто предлагают услугу «бесшовный перенос» за отдельную плату. Стоит это 2000-5000 рублей в зависимости от сложности. Для бизнеса, который теряет 10 000 рублей за час простоя, это копейки. Поэтому не экономьте на критичных проектах. А после переезда обязательно протестируйте нагрузку, например, с помощью Apache Benchmark или Яндекс.Метрики (сравните время ответа сервера).
Заключение
Перенос сайта на новый хостинг — это обычная рабочая задача, которая пугает только первый раз. Главное — спокойствие, резервные копии и пошаговое выполнение. Для маленького сайта на WordPress или другом движке вы справитесь сами за пару часов. Для крупного проекта — привлеките профессионалов, но контролируйте процесс. Не забывайте про бесшовную миграцию: она возможна даже на shared-хостинге, если сделать перерыв в приёме данных (например, на ночь выключить формы и комментарии). Удачи в переезде, пусть ваш сайт станет быстрее и стабильнее!