Beget
условия сверяйте на сайте
Как перенести сайт на другой хостинг
Файлы, база, DNS и чеклист без потери сайта.
Перенос сайта — управляемая процедура, если вы сначала собираете полную копию, поднимаете тестовую версию на новом хостинге и не выключаете старый тариф, пока DNS не стабилизируется.
План ниже подходит для WordPress и большинства CMS на shared у Beget, Timeweb, SpaceWeb или Hostland. Нестандартное приложение может потребовать отдельной настройки сервера.
Многие хостеры помогают с миграцией — уточните условия до оплаты, если вы не хотите делать перенос сами.
Главное правило: DNS меняете последним. Пока сайт не открывается на новом месте через временный адрес или hosts, старый хостинг остаётся вашей страховкой.
Перенос с Hostland (от 149 ₽/мес) или Sprinthost (от 99 ₽/мес) на Beget/Timeweb (от 180 ₽/мес) — та же схема: копия → тест → DNS. Разница только в панели и лимитах — их вы сверяете до оплаты нового тарифа.
Если вы не уверены в своих силах — спросите нового хостера о бесплатной миграции до оплаты. Beget и SpaceWeb иногда переносят сайт за вас; уточните письменно, что входит в услугу и сколько это занимает.
Какой формат выбрать
Самостоятельно
Полный контроль: архив файлов, дамп БД, правка wp-config. Нужна аккуратность с кодировкой базы и URL.
С поддержкой хостера
Beget, SpaceWeb и другие иногда переносят сайт бесплатно — спросите, что входит в услугу и сколько это занимает.
На VPS
Добавляются ОС, веб-сервер, PHP-FPM, firewall и снапшоты. Планируйте стенд до переключения DNS.
WordPress через Duplicator
Плагины Duplicator или аналоги удобны для переноса WP: архив файлов + дамп базы в одном пакете. Проверьте результат на временном адресе нового хостинга до смены DNS — и держите отдельную копию на старом месте.
01Зафиксируйте исходное состояние
Скачайте файлы сайта (FTP или архив из панели), экспортируйте базу MySQL и сохраните wp-config.php или аналог. Держите копию у себя — не только на старом хостинге.
Запишите текущие DNS-записи, версию PHP, настройки почты и cron. Экспорт DNS из кабинета регистратора пригодится, если что-то пойдёт не так.
Сделайте скриншот или экспорт списка плагинов и активной темы — при переносе WordPress это ускорит диагностику, если белый экран появится после импорта.
На заметку
- архив открывается локально
- не единственная копия
- DNS и MX записаны
02Разверните сайт на новом хостинге
Создайте сайт и базу данных, загрузите файлы, импортируйте дамп. Обновите конфиг: имя БД, пользователь, пароль, при необходимости — домен в настройках CMS.
Откройте сайт через временный адрес хостинга или файл hosts на своём компьютере. Проверьте главную, внутренние страницы, формы, авторизацию в админке и отправку писем.
Для WordPress после переноса обновите постоянные ссылки в админке и проверьте mixed content по HTTPS. Для Битрикс — права на каталоги upload и local.
03Переключите трафик
Измените A-запись или NS на новый хостинг. Наблюдайте за сайтом 24–48 часов: ошибки, смешанный контент, битые ссылки после смены URL.
Старый тариф оставьте активным, пока новые записи не разойдутся и ключевые сценарии не пройдут проверку. Так вы откатитесь, если что-то упустили.
Попросите коллег открыть сайт с мобильного и из другой сети — кэш DNS на роутере иногда показывает старую версию, хотя для части пользователей уже работает новая.
После стабилизации обновите мониторинг и Search Console: проверьте, что HTTPS и карта сайта отдаются с нового IP без цепочек редиректов на старый хостинг.
На заметку
- не отключайте старый хостинг сразу
- проверьте HTTPS
- смотрите логи ошибок
04После переноса
Настройте автобэкапы на новом тарифе и один раз восстановите тестовую копию — так вы убедитесь, что процедура работает на новом хостере.
Обновите пароли и сохраните доступы в менеджере паролей. Документируйте, где лежит сайт, база и DNS — это сэкономит время при следующем переезде.
Проверьте, не остались ли на старом хостинге платные допуслуги (SSL, бэкапы, почта). Отключайте старый тариф только когда трафик стабильно идёт на новое место минимум 48–72 часа.
05Типичные ошибки при переносе
Смена DNS до проверки сайта на новом хостинге — самая частая причина простоя. Вы теряете и старый, и новый вариант, если конфиг базы неверный.
Импорт базы без проверки кодировки utf8mb4 ломает кириллицу в WordPress. Одна рабочая копия без локальной резервной — риск потерять сайт при неудачной заливке.
Забытые MX-записи: сайт переехал, а почта на домене перестала ходить. Экспортируйте DNS целиком перед правками.
Перенос «в пятницу вечером» без дежурного: если DNS встал криво, вы чините его в выходные без доступа к старому хостеру. Планируйте окно на будни.
На заметку
- DNS после теста
- кодировка базы
- MX не трогать без плана
06Чеклист перед сменой DNS
Сайт открывается по временному адресу или через hosts — главная, внутренние страницы, wp-admin, формы, отправка писем.
HTTPS без mixed content; постоянные ссылки WordPress обновлены; cron и фоновые задачи работают на новом месте.
Экспорт DNS сохранён; MX, SPF, DKIM не тронуты без плана; TTL снижен заранее, если это безопасно.
Старый тариф активен; у вас есть локальная копия файлов и базы — не только автобэкап на старом хостинге.
Коллеги проверили сайт из другой сети — кэш DNS на роутере иногда показывает старую версию.
Частые вопросы
После успешного переноса настройте регулярные независимые копии и документируйте доступы.
Выберите хостинг под задачу через /podbor, затем планируйте перенос по шагам выше.
Если вы переезжаете с Hostland или Sprinthost — используйте оставшиеся дни теста на новом месте, прежде чем отключать старый тариф.
Открыть хостинг
Сверьте лимиты, цену продления и условия бэкапов. Для обычного сайта shared обычно проще VPS.