Содержание10
- Подготовка к переезду: инвентаризация и выбор стратегии
- Настройка SSL и DNS: минимальное время простоя
- Типы редиректов: когда какой применять
- Особенности переноса популярных CMS
- Перенос почты домена: MX-записи и ящики
- Уведомление поисковых систем о переезде
- Сроки просадки трафика и мониторинг после запуска
- Частые ошибки и чек-лист миграции
- Частые вопросы
- Источники
Смена хостинга без смены домена — задача, которую владельцы сайтов откладывают годами из-за страха потерять позиции. Страх не беспочвенен: при неправильном переносе трафик падает на 20–40 % и восстанавливается неделями. Но если следовать чёткому порядку — подготовить инвентаризацию URL, настроить 301-редиректы, корректно перенести базу данных и обновить DNS-записи — риски сводятся к минимуму, а просадка остаётся в пределах 5–15 %. В этой статье разберём полный цикл: от выбора нового хостера до мониторинга позиций после запуска.
Подготовка к переезду: инвентаризация и выбор стратегии
Откройте таблицу и запишите пять вещей до начала работ. Первое — полный список URL сайта: экспортируйте из CMS или соберите парсером. Второе — текущие DNS-записи: A, AAAA, CNAME, MX, TXT. TTL-значения этих записей тоже фиксируйте — они регулируют скорость обновления DNS-записей по всему интернету. Третье — показатели на старте: позиции по ключевым запросам, трафик за месяц, скорость загрузки из PageSpeed Insights. Четвёртое — время переезда: ночь или выходной, когда посетителей минимум. Пятое — бэкап: файлы, база данных, почта.
- Инвентаризация URL — защита от потери страниц при ручном переносе
- Фиксация DNS-записей — точка отката, если новые записи сломают почту или поддомены
- Замер метрик — доказательная база для оценки просадки
- Выбор времени — снижение риска потери заказов
- Полный бэкап — возможность вернуться за час при сбое
Пропустите хотя бы один пункт — получите сюрприз через 48 часов, когда выяснится, что поддомен для API или почта на отдельном сервере больше не работает.
Перенос файлов и базы данных: пошаговая инструкция
Миграция контента — самая опасная часть: здесь теряются данные, ломаются связи, появляются битые страницы. Порядок действий фиксирован.
Архивируйте файлы сайта
Исключите папки кэша, временные файлы и логи — они увеличивают архив в десятки раз и не нужны на новом месте.
Создайте дамп базы данных
Для MySQL — через phpMyAdmin или консольный
mysqldump. Проверьте кодировку: современные CMS требуютutf8mb4, устаревшийutf8обрежет эмодзи и редкие символы.Выполните поиск-замену URL внутри дампа
Если использовали тестовый домен — замените на боевой до импорта. В WordPress таблицы
wp_options,wp_posts,wp_postmetaсодержат сериализованные данные, где простая замена строк ломает структуру. Используйте WP-CLIsearch-replaceили специализированные инструменты вроде Better Search Replace.Импортируйте на новом хостинге
Проверьте целостность таблиц: количество записей, размер, отсутствие ошибок импорта.
Проверьте работу на тестовом домене или через файл hosts
Убедитесь, что сайт открывается, формы отправляются, админ-панель доступна.
CMS WordPress хранит контент в базе данных — пути к медиафайлам, настройки тем, содержимое страниц. 1С-Битрикс делает то же самое, плюс хранит лицензионный ключ и параметры подключения к БД в файле bitrix/.settings.php. Забудете про SITE_DIR в настройках — получите пустую страницу без стилей.
Настройка SSL и DNS: минимальное время простоя
SSL-сертификат устанавливается на хостинг-провайдере, и делать это нужно до смены DNS-записей. Проверьте работу HTTPS на тестовом домене или через файл hosts: браузер не должен ругаться на невалидный сертификат.
TTL регулирует скорость обновления DNS-записей. За сутки до переезда снизьте TTL до 300 секунд — тогда при ошибке откат займёт минуты, а не сутки. Не все регистраторы позволяют TTL ниже 3600: проверьте личный кабинет или напишите в поддержку.
| Тип записи | Назначение | Рекомендуемое значение при переезде |
|---|---|---|
| A | IP-адрес сервера | Новый IP нового хостинга |
| AAAA | IPv6-адрес | Новый IPv6, если поддерживается |
| CNAME | Алиас на другой домен | Сохранить или обновить |
| MX | Почтовый сервер | Не трогать без подготовки — см. следующий раздел |
| TXT | Подтверждения и SPF | Скопировать дословно |
Обновляйте A-записи последовательно: сначала добавьте новую, убедитесь в распространении через dig или онлайн-сервисы вроде whatsmydns.net, затем удаляйте старую. Двойная запись на короткое время безопаснее мгновенного переключения.
Типы редиректов: когда какой применять
301 редирект передаёт вес страницы при переезде сайта — это ключевое свойство для SEO. Но при смене хостинга без смены домена редиректы чаще всего не нужны вовсе: домен и URL-структура сохраняются, поисковик не замечает изменений.
| Критерий | 301 | 302 | 307 | Meta refresh |
|---|---|---|---|---|
| Передача веса страницы | Да | Нет | Нет | Нет |
| Кэширование браузером | Постоянное | Нет | Нет | Зависит от задержки |
| Применимость при миграции хостинга | При смене URL | Только временные работы | Только временные работы | Не применять |
| Риск для позиций | Минимальный | Высокий: вес не передаётся | Высокий: вес не передаётся | Критический: поисковики игнорируют |
Исключение — если ранее не настроили редирект с HTTP на HTTPS. Тогда миграция — подходящий момент исправить это: настройте 301 с http:// на https:// на уровне сервера, не через плагины CMS.
При сохранении домена и URL массовый переезд в Вебмастере не нужен — достаточно обновить sitemap и убедиться, что robots.txt доступен.
Особенности переноса популярных CMS
Каждая платформа хранит контент в базе данных, но ломается по-своему.
-
WordPress: проверьте
wp-config.php— параметры подключения к новой БД, префикс таблиц. Отключите плагины кэширования (WP Rocket, W3 Total Cache) до завершения миграции: они покажут старую версию страниц. Пересохраните пермалинки в настройках — WordPress перезапишет правила.htaccess. -
1С-Битрикс: проверьте
SITE_DIRв настройках сайта, путь к ядру вbitrix/.settings.php, корректность лицензионного ключа. Битрикс привязан к домену: при смене хостинга с тем же доменом проблем не будет, но на тестовом поддомене активируйте демо-режим. -
ModX: пути ядра прописаны в
core/config/config.inc.php. После переноса очистите кэш вручную — папкуcore/cache/— и проверьте работу админ-панели по адресу/manager.
Общее правило для всех CMS: отключите CDN и кэш на уровне сервера до завершения миграции. Иначе увидите старую версию, подумаете что всё работает, а посетители — нет.
Перенос почты домена: MX-записи и ящики
MX-записи входят в состав DNS-записей, но их трогают отдельно — и чаще всего забывают. Результат: почта уходит в никуда 24–48 часов, пока не обнаружат пропажу.
Если почта на внешнем сервисе — Google Workspace, Яндекс 360, Mail.ru для бизнеса — не трогайте MX-записи. Просто скопируйте их в новую DNS-зону дословно. Если почта хостилась на старом сервере — экспортируйте ящики заранее через IMAP или почтовый клиент. Настройте новые MX-записи, проверьте отправку и приём до отключения старого хостинга.
Лучший вариант для будущего — перевести корпоративную почту на внешний сервис. Тогда смена хостинг-провайдера не затронет почту вообще, и следующий переезд станет проще.
Уведомление поисковых систем о переезде
При сохранении домена и URL массовый переезд в Яндекс.Вебмастере не нужен. Инструмент «Переезд сайта» применяется только при смене домена — с http на https, с www на без www, или на новое имя. При миграции хостинга с тем же доменом он не ускорит индексацию, а может запутать алгоритмы.
Google Search Console: Change of Address — тоже только для смены домена. При сохранении домена достаточно обновить sitemap.xml и сообщить о новом файле через инструмент проверки URL.
Проверьте доступность robots.txt на новом сервере: директивы должны совпадать со старыми. Директива Host Яндексом не учитывается — убирать её или оставить на ранжирование не влияет.
Сроки просадки трафика и мониторинг после запуска
Даже при идеальном переезде трафик проседает на 5–15 %. Поисковый робот перепроверяет доступность, скорость, структуру — это нормально. Типичные сроки: 1–3 недели на пересканирование, 4–8 недель на стабилизацию позиций.
| Неделя | Что проверять | Норма | Тревога |
|---|---|---|---|
| 1 | Доступность, ошибки сервера | 100 % аптайм, 0 % 5xx | Любые 5xx более 1 % |
| 1–2 | Скорость загрузки, LCP | LCP < 2,5 с | LCP вырос более чем на 50 % |
| 2–4 | Позиции по ключевым запросам | Просадка до 15 % | Падение более 30 % |
| 4–8 | Индексация, клики из поиска | Возврат к прежнему уровню | Пропажа из индекса |
Core Web Vitals изменяются при смене хостинг-провайдера — и это скрытый фактор, который убивает позиции. Дешёвый хостинг с медленными дисками и перегруженными серверами увеличивает LCP (скорость отрисовки главного контента) и INP (время отклика на взаимодействие). Сравните метрики до и после в PageSpeed Insights: если LCP вырос с 1,8 до 3,2 секунды — причина просадки не в алгоритмах, а в железе.
Бейте тревогу при трёх сигналах: падение трафика более 30 %, рост ошибок 5xx, пропажа сайта из индекса. В остальных случаях — наблюдайте и не паникуйте.
Частые ошибки и чек-лист миграции
Пять типичных провалов, которые мы видим в работе:
- 01 Забыли про почту
MX-записи указывают на несуществующий сервер, письма отскакивают.
- 02 Не проверили сайт до смены DNS
Откат невозможен — DNS уже обновились по всему интернету.
- 03 Оставили старый хостинг сразу
Нет точки отката при ошибке, нет доступа к бэкапу через неделю.
- 04 Пропустили поиск-замену URL в БД
Смешанный контент — HTTPS-страница грузит HTTP-ресурсы, браузер блокирует.
- 05 Не отключили кэш
Видят старую версию, думают что всё работает, запускают в продакшн.
Чек-лист для копирования в таск-трекер:
- Инвентаризация URL экспортирована
- DNS-записи зафиксированы, TTL снижен до минимума
- Бэкап файлов и БД создан и проверен на распаковку
- Дамп БД проверен на кодировку utf8mb4
- Поиск-замена URL выполнен (если менялся тестовый домен)
- SSL установлен и проверен на новом хостинге
- Сайт открывается корректно через файл hosts
- MX-записи скопированы или почта перенесена
- CMS-специфические настройки проверены (wp-config, SITE_DIR, пути ядра)
- Кэш и CDN отключены
- sitemap.xml обновлён и отправлен в Вебмастер
- robots.txt доступен и корректен
- Старый хостинг оставлен на 7–14 дней
Если сроки поджимают или структура сайта сложная — перенос лучше доверить команде, которая проводит миграции регулярно. Ошибка в последовательности стоит дороже, чем профессиональная настройка.
Источники
- Google Search Console Help — Google
- Яндекс.Вебмастер: Переезд сайта — Яндекс
- PageSpeed Insights — Google
- Документация MySQL: mysqldump — Oracle
