Перенос сайта кажется простой задачей: скопировал файлы, переключил DNS — готово. На практике падает почта, ломаются формы, пропадают позиции в поиске, а пользователи видят ошибку 500. Мы переносим десятки проектов в год — на Beget, Timeweb, Selectel и VPS. Ниже — рабочий чек-лист, по которому проходим каждый раз. Сохраните и используйте при смене хостинга.
Зачем вообще переезжать
Типичные причины: старый хостинг тормозит, дорогой тариф, нет нужной версии PHP, плохая техподдержка, нужен выделенный IP или сервер в другом регионе. Иногда переезд — часть редизайна: новый стек, новая CMS, новый домен. В любом случае цель одна: пользователь не должен заметить переключения.
Этап 1. Подготовка (за 3–7 дней до переезда)
- Снимите полный бэкап: файлы по FTP/SFTP + дамп базы данных (mysqldump или через панель).
- Запишите текущие DNS-записи: A, AAAA, MX, TXT, CNAME. Скриншот зоны в панели регистратора.
- Снизьте TTL DNS до 300 секунд (5 минут) за 24–48 часов до переключения — так быстрее обновится кеш у провайдеров.
- Выгрузите sitemap.xml и список топ-50 страниц по трафику из Метрики или Search Console.
- Проверьте cron-задачи, очереди, скрипты бэкапа — их легко забыть.
- Уточните, где почта: если MX указывает на старый хостинг, при смене A-записи почта может отвалиться.
Этап 2. Развёртывание на новом сервере
Не трогайте DNS, пока не убедитесь, что сайт работает на новом месте. Проверка — через файл hosts на своём компьютере:
- Загрузите файлы и импортируйте базу на новый хостинг.
- Обновите config.php / .env: хост БД, логин, пароль, URL сайта.
- Сверьте версию PHP (7.4, 8.1, 8.2) и нужные расширения: mysqli, gd, curl, mbstring, zip.
- Пропишите в hosts IP нового сервера и откройте сайт в браузере — проверьте главную, формы, админку, оплату.
- Настройте SSL на новом хостинге (Let's Encrypt). Сертификат не переезжает вместе с файлами.
Этап 3. День переключения DNS
- Переключите A-запись на IP нового сервера. Старый сервер не выключайте минимум неделю.
- Если меняется домен — настройте 301-редирект со старого на новый на уровне .htaccess или nginx.
- Проверьте сайт с мобильного без Wi‑Fi (другой DNS) и через сервис вроде whatsmydns.net.
- Отправьте тестовую заявку с формы, проверьте письма и уведомления в Telegram.
- Убедитесь, что robots.txt и sitemap доступны по HTTPS.
Этап 4. После переезда (первые 7 дней)
Самые частые проблемы проявляются в первые сутки:
- Смешанный контент (Mixed Content) — картинки или скрипты по http:// на https-странице. Чинится заменой URL в БД или плагином.
- Битые ссылки на старый домен в контенте — поиск по БД и массовая замена.
- Падение скорости — проверьте кеш, сжатие gzip/brotli, CDN.
- Рост 404 — сверьте структуру URL, особенно если менялась CMS.
- Потеря позиций — нормально колебание 1–2 недели при корректных 301. Если просадка сильная — проверьте индексацию в Вебмастере.
Держите старый сервер включённым 7–14 дней как страховку. Если что-то пошло не так — откат DNS занимает минуты при низком TTL.
Частые ошибки
- Перенос только файлов без базы — сайт открывается, но контент пустой.
- Забыли MX — сайт работает, почта на @домен нет.
- Удалили старый хостинг в день переключения — не к чему откатиться.
- Не обновили URL в БД после смены домена — бесконечные редиректы.
- Перенос в пятницу вечером — некому чинить до понедельника.
Хороший переезд — тот, который клиенты не заметили. Плохой — когда вы узнаёте о нём из паники маркетолога в субботу утром.
Если не хотите рисковать — возьмите перенос на поддержку. Мы делаем это под ключ: бэкап, тест на staging, переключение DNS, контроль 48 часов после.
