Содержание
Текущий хостинг тормозит, дорожает, перестал устраивать поддержкой — пора переезжать. Главный страх: сайт «упадёт» во время переноса, потеряются данные, поломаются настройки. На самом деле грамотный переезд проходит без простоя и занимает несколько часов работы. В статье — пошаговая инструкция для статичного HTML-сайта, WordPress и сайта с базой данных. Плюс — как мигрировать почту, не потеряв ни одного письма.
Когда пора менять хостинг
- Сайт тормозит. Время загрузки выше 3 секунд, реклама в Метрике показывает рост отказов.
- Цена выросла. Стоимость продления выше рынка.
- Плохая поддержка. Тикеты отвечают сутками, в чате нет 24/7.
- Нет нужных функций. Хостинг не поддерживает свежий PHP, нет Let's Encrypt, нет SFTP.
- Частые падения. Сайт регулярно недоступен.
- Лимиты по ресурсам. Места не хватает, нагрузка превышена.
Выбор нового хостинга
Перед переносом выберите, куда переезжаете. Минимум проверьте:
- Поддержка нужного PHP/Node/Python;
- SSD-диски, не HDD;
- Бесплатный SSL Let's Encrypt;
- SFTP-доступ;
- Серверы в нужной локации (РФ для российской аудитории);
- Тестовый период 7-14 дней;
- Адекватная поддержка с отзывами.
Сравнить варианты можно через подборщик хостингов Zettabyte — фильтры по нужным функциям и реальные отзывы пользователей.
Общая схема переноса без простоя
- Купить новый хостинг (старый пока не трогать).
- Скачать все файлы со старого хостинга через FTP/SFTP.
- Сделать дамп базы данных (если есть).
- Загрузить файлы на новый хостинг.
- Импортировать базу данных.
- Настроить домен, чтобы сайт работал по техническому адресу нового хостинга.
- Проверить полную работоспособность сайта.
- Снизить TTL DNS-записей до 300 секунд (за день).
- В час Х сменить NS-серверы или A-запись.
- В течение 1-2 дней проверять оба сервера.
- После полного перехода — отключить старый хостинг.
Простой = 0. Пользователи не замечают переезда.
Перенос статичного HTML-сайта
Самый простой случай. Делается за час.
- Через FileZilla подключитесь к старому хостингу. Скачайте всё содержимое
public_html/на локальный компьютер. - На новом хостинге создайте такой же сайт с привязкой к вашему домену.
- Через FileZilla подключитесь к новому хостингу. Загрузите все файлы в
public_html/. - Проверьте, что сайт открывается по техническому адресу нового хостинга (обычно
username.newhost.ru). - Если всё работает — переходите к смене NS-серверов.
Перенос WordPress-сайта
Чуть сложнее из-за базы данных, но всё ещё посильно за пару часов.
Способ 1. Через плагин (легко)
Плагины миграции делают всё автоматически:
- Duplicator — создаёт архив сайта + БД.
- All-in-One WP Migration — экспорт в один файл, импорт на новом хостинге.
- UpdraftPlus — бэкапы и миграция.
Установили плагин → создали бэкап → скачали → на новом хостинге поставили WordPress → восстановили из бэкапа.
Способ 2. Вручную
- Скачайте все файлы WordPress через SFTP.
- Сделайте дамп базы через phpMyAdmin: Экспорт → SQL.
- На новом хостинге создайте базу данных и пользователя.
- Загрузите файлы WordPress.
- В phpMyAdmin импортируйте дамп.
- Отредактируйте
wp-config.php: новое имя БД, пользователь, пароль. - Если меняется URL — обновите в БД через WP-CLI или плагин Better Search Replace.
Перенос базы данных MySQL
Экспорт
Через phpMyAdmin: Базы данных → выберите нужную → Экспорт → Быстрый → SQL → ОК.
Через консоль (если есть SSH):
mysqldump -u USER -p DATABASE_NAME > backup.sql
Получаете файл .sql — это и есть дамп со всеми таблицами и данными.
Импорт
На новом хостинге создайте пустую БД через панель управления.
Через phpMyAdmin: новая БД → Импорт → выбрать файл backup.sql → ОК.
Через консоль:
mysql -u USER -p NEW_DATABASE < backup.sql
Перенос почты на домене
Часто забывают про почту — а это годы переписки.
- На новом хостинге создайте такие же ящики (info@, sales@ и т.д.) с теми же паролями.
- В почтовом клиенте (Thunderbird) добавьте оба ящика — старый и новый — по IMAP.
- Перетащите письма из папок старого ящика в папки нового. IMAP синхронизирует с сервером.
- Альтернатива — утилита
imapsyncв командной строке: автоматическое копирование без ручного перетаскивания. - После смены MX-записи новые письма пойдут на новый сервер.
Смена NS-записей
Финальный шаг — переключение трафика.
За день до
В личном кабинете регистратора снизьте TTL для записей до 300 секунд. Это ускорит распространение изменений.
В час Х
Способ 1. Замена NS-серверов:
- В личном кабинете регистратора найдите DNS-серверы домена.
- Замените на NS-серверы нового хостинга.
- Сохраните.
Способ 2. Замена только A-записи (если NS у регистратора):
- В DNS-зоне у регистратора измените значение A-записи на IP нового хостинга.
- Сохраните.
Распространение — от 15 минут до 24 часов.
Проверка после переноса
- Через whatsmydns.net проверьте распространение DNS по миру.
- Откройте сайт по всем основным страницам — работают ли.
- Проверьте формы заявок (тестовая отправка).
- Проверьте админку (если WordPress, OpenCart).
- Зайдите на новую почту — приходят ли письма.
- Проверьте SSL — открывается ли по https://.
- Прогоните в PageSpeed Insights — сравните скорость.
- Несколько дней мониторьте старый и новый сервер параллельно.
Частые ошибки
- Отключение старого хостинга сразу после смены NS. DNS распространяется неравномерно — часть трафика ещё идёт на старый. Подождите минимум 48 часов.
- Забыли про БД. Файлы перенесли, БД — нет. Сайт показывает ошибки.
- Не обновили wp-config.php. WordPress пытается подключиться к старой БД с старыми данными.
- Не настроили SSL заранее. После смены DNS сайт открывается без https — браузеры пугают.
- Не проверили почту. Письма продолжают идти на старый сервер пару дней.
- Игнорирование старых ссылок в БД. При смене домена нужно обновить все ссылки в WP.
- Перенос в час пик. Лучше делать ночью или в выходные.
- Не сделан бэкап до начала. Что-то пошло не так — нечем откатиться.
FAQ
Статичный сайт — 1-2 часа активной работы + до суток на DNS. WordPress — 2-4 часа. Сайт с большой БД — 4-8 часов.
При грамотной схеме — нет. Новый хостинг готов до смены DNS. Старый продолжает работать. Переключение происходит без потери трафика.
Скачайте всё, к чему есть доступ (FTP, БД через phpMyAdmin). В крайнем случае — официальный запрос с подтверждением владения сайтом.
Если URL не меняются, контент остался прежним, скорость стала выше — позиции сохранятся или вырастут. Только при переезде с одного домена на другой нужны 301-редиректы и время для переиндексации.
Через IMAP-копирование между серверами в почтовом клиенте или утилитой imapsync. Старый и новый ящик подключаются параллельно, письма перетаскиваются между папками.
Да, протоколы (FTP, MySQL, IMAP) стандартные. Сложности только если использовался специфический функционал старого хостинга (свой движок, эксклюзивные плагины).
Минимум через 7-14 дней после смены NS, и только когда убедились: на новый сервер идёт 100% трафика (проверка через whatsmydns), почта приходит на новый, никто не жалуется.
Чек-лист переноса
- ☐ Выбран новый хостинг
- ☐ Сделан полный бэкап старого сайта
- ☐ Сделан дамп базы данных
- ☐ Куплен новый тариф и оплачен
- ☐ Файлы загружены на новый хостинг
- ☐ База данных импортирована
- ☐ Конфигурация обновлена (wp-config.php, .env)
- ☐ Создан SSL на новом хостинге
- ☐ Созданы почтовые ящики, перенесены архивы
- ☐ Сайт работает по техническому адресу нового хостинга
- ☐ За день снижен TTL DNS до 300
- ☐ Сменены NS-серверы или A-записи
- ☐ Проверено распространение DNS через whatsmydns
- ☐ Сайт открывается через https
- ☐ Формы и админка работают
- ☐ Почта приходит на новый сервер
- ☐ Параллельно проверен старый сервер 1-2 дня
- ☐ Старый хостинг отключён
Заключение
Перенос сайта на другой хостинг — стандартная процедура без сложностей при грамотном подходе. Главное: не торопиться, держать оба сервера параллельно несколько дней, не забывать про базу данных и почту. Простоя при правильной схеме не будет.
Если ещё подбираете куда переезжать — подборщик хостингов Zettabyte поможет сравнить тарифы, локации и поддержку нужных функций. А если параллельно обновляете дизайн — посмотрите подборку HTML-шаблонов.