Смена хостинга — одна из тех задач, где всё кажется простым, пока не начнёшь делать. Скопировать файлы, залить базу, поменять DNS — четыре действия. На практике через неделю после переезда половина ниш улетает из топа, часть страниц отдаёт 404, а форма обратной связи перестаёт отправлять письма.
Разберём, как проходит нормальная миграция, что ломается чаще всего и почему в большинстве случаев эту работу стоит поручать специалистам.
Зачем вообще менять хостинг
Причины разные:
- Текущий хостинг не тянет нагрузку — сайт тормозит, падает при пиках трафика.
- Техподдержка отвечает сутки и не решает вопросы.
- Цена выросла, а качество осталось на прежнем уровне.
- Нужны технологии, которых нет на старом хостинге: определённая версия PHP, NGINX, Redis, выделенные ресурсы.
- Компания закрывается или переезжает.
Иногда причина одна, иногда их несколько. Но в любом случае смена хостинга — это не просто техническая операция. Это миграция, которая затрагивает индексацию, позиции и, в итоге, выручку.
Что именно теряется при неправильном переезде
Начну с самого частого:
- Позиции в поиске. Если после переезда поменялась структура URL, поисковик воспринимает это как новый сайт. Старые страницы исчезают из индекса, новые ещё не появились. Просадка может длиться от двух недель до нескольких месяцев.
- Трафик. Даже если структура сохранена, DNS-переключение занимает от нескольких часов до двух суток. Часть пользователей в это время попадает на старый сервер, часть — на новый. Если на старом уже отключён сайт, они видят ошибку.
- Почта. Если на хостинге была корпоративная почта, при переезде её легко потерять. Настройка MX-записей, DKIM, SPF — отдельная задача, которую часто забывают.
- Формы и интеграции. Уведомления о заявках, вебхуки, интеграции с CRM, платёжными системами и внешними сервисами — всё это может перестать работать, если на новом сервере другие IP, версии PHP или настройки SSL.
- Файлы и базы данных. Классика: база выгружена наполовину, часть изображений не скопирована, .htaccess остался старым.
Всё это не гипотетические риски. Это типовые проблемы, с которыми приходят клиенты после самостоятельных переездов.
Как выглядит правильная миграция
Покажу этапы, которые мы проходим в работе. Порядок важен.
1. Подготовка нового хостинга
Нельзя начинать перенос, пока новый сервер не настроен под конкретный сайт. Проверяем:
- Версии PHP, MySQL, NGINX/Apache — совпадают с требованиями CMS.
- Расширения PHP (imagick, redis, mbstring и другие) — установлены.
- Лимиты памяти и время выполнения скриптов — достаточные.
- SSL-сертификат готов, но не активирован до момента переключения.
- Почта настроена, если она хостится на сервере.
- Cron-задачи прописаны.
Это скучный этап, но именно на нём всплывают 80% будущих проблем.
2. Полная резервная копия старого сайта
До начала любых работ делается бэкап:
- Файлы — весь каталог сайта.
- База данных — полный дамп без исключений.
- Почтовые ящики, если есть.
- Конфигурационные файлы — .htaccess, nginx.conf, настройки CMS.
- Cron-задачи и сторонние интеграции.
Бэкап хранится отдельно и не удаляется до момента, когда новый сайт проработает стабильно минимум месяц.
3. Перенос на тестовый поддомен
Ключевой момент, который пропускают при самостоятельных переездах. Сначала сайт разворачивается на тестовом поддомене, например new.site.ru. Там он полностью проверяется:
- Все страницы открываются.
- Формы отправляют заявки.
- Интеграции работают.
- Админка доступна.
- Скорость загрузки не хуже, чем на старом хостинге.
Только после этого происходит переключение на основной домен.
4. Сохранение структуры URL
Все URL должны остаться такими же. Если в CMS настроены ЧПУ, они переносятся один в один. Если структура всё-таки меняется, обязательно настраиваются 301-редиректы со старых адресов на новые. Без этого позиции теряются почти гарантированно.
5. Переключение DNS
Меняются A-записи домена. С этого момента начинается период, когда часть пользователей ещё видит старый сервер, часть — новый. В этот момент:
- Старый хостинг не отключается. Он работает минимум 5–7 дней после переключения.
- Мониторинг доступности сайта ведётся круглосуточно.
- Отслеживается корректность SSL на новом сервере.
6. Проверка индексации
После переключения:
- Проверяется robots.txt — нет ли случайной блокировки.
- Обновляются sitemap.xml.
- Отправляются новые адреса на переобход в Яндекс.Вебмастер и Google Search Console.
- Проверяются обе версии — с www и без, с http и https.
7. Мониторинг в течение месяца
Первые 30 дней после переезда — самые важные. Отслеживаем:
- Позиции по ключевым запросам.
- Ошибки 404 в логах.
- Время ответа сервера.
- Работу форм и уведомлений.
- Индексацию новых страниц.
Если что-то пошло не так, на этом этапе это ещё можно исправить без серьёзных последствий.
Что чаще всего ломается при самостоятельном переезде
Из практики:
- Ошибки в дампе базы. Кодировка, неполный экспорт, потерянные таблицы. Сайт открывается, но часть данных отсутствует.
- Забытые файлы. Особенно изображения, которые грузятся не из основного каталога, а из вложенных папок.
- Битые .htaccess. Часть правил теряется или работает иначе на новом сервере.
- Разные версии PHP. Сайт на новом сервере отдаёт ошибку 500 из-за несовместимости.
- Почта. Письма с сайта уходят в спам или не уходят вовсе.
- Интеграции с 1С, CRM, платёжными системами. Меняются IP-адреса, требуется перерегистрация.
- Индексация. Забыли про robots.txt или sitemap. Поисковик видит новый сайт как набор незнакомых страниц.
Ни одна из этих проблем не решается за пять минут. Каждая — потеря времени, денег и, часто, клиентов.
Почему переезд стоит доверить специалистам
Я не буду говорить, что самостоятельно перенести сайт невозможно. Технически можно. Вопрос в цене ошибки.
Что даёт работа со специалистом:
- Переезд планируется, а не делается на ходу. Есть чек-лист, есть этапы, есть контрольные точки.
- Все риски известны заранее. Специалист видит, что именно сломается, и устраняет это до переключения, а не после.
- Сохраняется SEO. Структура URL, редиректы, robots.txt, sitemap — всё это проверяется до и после миграции.
- Ответственность за результат. Если что-то пошло не так — есть кому задать вопрос и есть SLA на восстановление.
- Скорость. Профессиональная миграция занимает 2–5 рабочих дней. Самостоятельная растягивается на недели, с простоями.
Что даёт самостоятельный переезд:
- Экономия на стоимости услуг. Обычно 5–15 тысяч рублей.
- Риск потерять трафик и клиентов на срок от двух недель до нескольких месяцев.
- Риск потерять базу, почту или часть данных без возможности восстановления.
Арифметика простая. Если сайт приносит хотя бы 50 тысяч рублей в месяц, двухнедельная просадка трафика обходится дороже, чем работа специалиста.
Отдельно отмечу: если сайт на CMS, с интеграциями, большим каталогом или на нестандартной конфигурации — самостоятельный переезд становится игрой в рулетку. Здесь даже опытные администраторы работают по чек-листу.
Сколько стоит перенос сайта
Стоимость зависит от:
- Размера сайта — количество страниц, файлов, товаров.
- Типа CMS — WordPress, Bitrix, ModX, самописные решения.
- Наличия интеграций — 1С, CRM, платёжные системы, внешние API.
- Сложности структуры — многосайтовость, мультиязычность, каталоги с фильтрами.
- Необходимости сохранять позиции — с настройкой редиректов и мониторингом.
В типовом случае перенос небольшого корпоративного сайта занимает 2–3 дня и стоит от 5 000 рублей. Перенос интернет-магазина с интеграцией 1С — от 15 000 рублей и выше, со сроком 4–7 дней.
Что делать дальше
Если вы планируете переезд, лучше начать с оценки: что за сайт, на какой CMS, какие интеграции, какие риски. Это занимает 15 минут и помогает понять объём работ.
Мы делаем переносы сайтов на новые хостинги с сохранением структуры, данных и позиций в поиске. Работаем с WordPress, Bitrix, ModX и самописными решениями. Если хотите обсудить свой случай — напишите, посмотрим.
