Как перенести сайт на новый хостинг или платформу: пошаговая инструкция

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

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

Пошаговая инструкция, чтобы переезд прошёл без потерь.

Когда пора менять хостинг

Признаки того, что пора:

• Сайт грузится дольше 5 секунд
• Регулярные сбои и падения
• Поддержка отвечает шаблонно или через сутки
• Хостинг не масштабируется под ваш рост
• Цена выросла в 2–3 раза при продлении
• Нет ежедневных бэкапов

Не ждите катастрофы — планируйте миграцию заранее.

Типы миграции

Самый частый сценарий — смена хостинга. Его и разберём подробно.

Пошаговая инструкция: перенос на новый хостинг

Шаг 1. Подготовка

Перед началом убедитесь:

• Домен активен и не истекает в ближайший месяц
• У вас есть все доступы: FTP/SSH, phpMyAdmin, панели хостинга и регистратора
• Новый хостинг подходит по техническому стеку (PHP, MySQL, расширения)

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

Шаг 2. Резервное копирование (бэкап)

Самый важный этап. Без бэкапа — нет миграции.

Что нужно сохранить:

1. Файлы сайта: все файлы из корневой папки (через FTP или SSH)
   tar -czvf site-backup.tar.gz /path/to/site/
2. База данных: дамп MySQL через phpMyAdmin или консоль
   mysqldump -u USER -p DATABASE > backup.sql
3. Email: если почта на хостинге — экспортируйте письма
4. Настройки сервера: .htaccess, crontab, SSL-сертификаты

Проверьте целостность архивов! Откройте backup.tar.gz и backup.sql — убедитесь, что файлы не битые. Сохраните копии локально и в облаке.

Шаг 3. Развёртывание на новом сервере

1. Подключитесь к новому хостингу через FTP/SSH
2. Загрузите архив файлов и распакуйте в корневую директорию
3. Создайте новую базу данных, пользователя и пароль
4. Импортируйте дамп:
   mysql -u NEW_USER -p NEW_DATABASE < backup.sql

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

Отредактируйте конфигурационный файл CMS, прописав новые реквизиты:

Что поменять:

• Имя базы данных
• Пользователь БД
• Пароль
• Хост (обычно localhost)
• URL сайта (если изменился)

Проверьте кодировку БД: должна быть utf8mb4. Иначе — нечитаемые символы в контенте.

Шаг 5. Тестирование на новом сервере

Прежде чем переключать домен — проверьте, что всё работает:

• Откройте сайт по IP-адресу нового сервера (или через файл /etc/hosts)
• Проверьте загрузку всех страниц
• Протестируйте формы заявок
• Проверьте авторизацию (если есть)
• Убедитесь, что стили и изображения загружаются
• Проверьте плагины и интеграции
• Измерьте скорость (PageSpeed Insights)

Если что-то не работает — чините сейчас, а не после переключения DNS.

Шаг 6. Смена DNS

Когда всё работает на новом сервере — переключайте домен:

1. В панели нового хостинга найдите NS-серверы (например, ns1.beget.com, ns2.beget.com)
2. Зайдите в панель регистратора домена
3. В разделе «DNS-серверы» замените старые на новые
4. Сохраните

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

Шаг 7. Финальная проверка

После обновления DNS:

• ☐ Сайт открывается по домену на новом хостинге
• ☐ SSL работает (HTTPS)
• ☐ Все страницы загружаются без ошибок
• ☐ Формы заявок отправляют уведомления
• ☐ Изображения и стили на месте
• ☐ Скорость загрузки в норме
• ☐ Яндекс.Метрика и аналитика работают
• ☐ Почта на домене работает (если была)
• ☐ sitemap.xml и robots.txt на месте

Шаг 8. План отката (на всякий случай)

Если что-то пошло критически:

1. Верните старые NS-записи в панели регистратора
2. Подождите 2–4 часа (обновление DNS)
3. Сайт вернётся на старый хостинг
4. Перенесите новые данные (заявки, комментарии) со временного сервера
5. Разберитесь с проблемой и попробуйте снова

Миграция с изменением CMS

Если вы переходите с одной CMS на другую (WordPress → Tilda, Bitrix → WordPress) — это не просто перенос файлов, а полная пересборка сайта.

Что меняется:

• Контент переносится вручную или через экспорт/импорт
• Дизайн воссоздаётся заново
• URL-структура может измениться → нужны 301-редиректы
• Плагины и интеграции подбираются заново

SEO-сохранность при смене CMS:

• Сохраните структуру URL (или настройте 301-редиректы со старых на новые)
• Перенесите все мета-теги (title, description)
• Сгенерируйте новый sitemap.xml
• Уведомите Яндекс.Вебмастер и Google Search Console о смене
• Мониторьте позиции 2–4 недели после переезда

Типичные ошибки при миграции

Нет проверенного бэкапа. Архив создан, но не открыт. При восстановлении — битые файлы. Всегда проверяйте бэкап.

Несовпадение кодировки БД. Забыли проверить utf8mb4 → контент отображается кракозябрами.

Ошибки в конфигурации. Неправильное имя БД, пользователь или пароль → «белый экран смерти».

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

Пропуск функционального тестирования. Перенесли без проверки → на продакшене не работают формы, авторизация, стили.

Неучёт TTL DNS. Ожидание мгновенного переключения. Реальное обновление — до 48 часов.

Нет плана отката. Что-то сломалось — и нет быстрого способа вернуться. Всегда имейте план Б.

Сколько стоит миграция

Итог

Миграция сайта — стрессовый, но управляемый процесс. Ключевые правила:

• Бэкап — всегда, и всегда проверенный
• Тестирование — до переключения DNS
• Старый хостинг — не отключать минимум 2–3 дня
• План отката — всегда имейте
• SEO-сохранность — 301-редиректы, новый sitemap, уведомление поисковиков

Следуйте пошаговой инструкции — и переезд пройдёт без потерь.

Источники

• Selectel — Как перенести сайт на другой хостинг
• sWeb — Перенос сайта на хостинг: пошаговая инструкция
• Директ Лайн — Переезд сайта на новый домен: 5 этапов
• Google PageSpeed Insights