+7 (495) 801-60-42

Миграция сайта на другой хостинг и домен без потери позиций

В этом материале разбираем, как спланировать и выполнить миграцию сайта так, чтобы не просесть в трафике и позициях. Говорим про перенос сайта на другой хостинг и смену домена, 301‑редиректы, переезд на HTTPS, особенности WordPress и контроль индексации.

Что такое миграция сайта и когда она нужна

Миграция сайта — это совокупность изменений, которые меняют инфраструктуру или адреса ресурса: хостинг, сервер, CMS, структура URL, протокол (HTTP→HTTPS), домен/субдомен, геолокация хостинга. Поводы для переезда:

  • рост нагрузки и потребность в более быстром и надёжном хостинге;
  • ребрендинг и смена доменного имени без потери трафика;
  • консолидация нескольких сайтов в один;
  • смена CMS или архитектуры (например, на headless);
  • требования безопасности и compliance;
  • переезд на HTTPS для шифрования и доверия пользователей.

Важно: любые изменения, влияющие на URL, серверные ответы, контент и внутреннюю перелинковку, затрагивают SEO. Поэтому нужен план, контрольные метрики и окно работ с минимальным риском.

Подготовка: аудит, инвентаризация и бэкапы

Перед тем как перенести сайт без потери SEO, начните с инвентаризации и сбора исходных данных:

  • Снимите полный краул текущего сайта (все URL, коды ответов, каноникалы, hreflang, мета теги, noindex/nofollow, редиректы, sitemap.xml, robots.txt). Подойдут Screaming Frog, Sitebulb, Netpeak.
  • Зафиксируйте текущие позиции, органический трафик, кликабельность (Search Console/Яндекс.Вебмастер, аналитика), скорость страниц, Core Web Vitals, долю страниц в индексе.
  • Экспортируйте все страницы, мета‑данные, микроразметку, изображения, схемы редиректов, .htaccess/nginx-конфиги.
  • Подготовьте резервные копии кода, базы данных, загруженных файлов. Храните как минимум 2 копии в разных местах.
  • Составьте карту соответствий: старый URL → новый URL (при смене домена/структуры). Это основа будущих 301.
  • Планируйте «заморозку контента» на период миграции, чтобы избежать расхождений между старыми и новыми данными.

При необходимости подключайте экспертов. В LightsOn мы закрываем техподготовку и тестовый прогон в рамках услуг Аудит и оптимизация сайта и SEO и продвижение.

Хостинг и инфраструктура: как выбрать и настроить

Перенос сайта на другой хостинг — это не только копирование файлов. Важно обеспечить производительность, устойчивость и безопасность:

  • Выберите провайдера с гарантированной доступностью, SSD/NVMe, HTTP/2/3, актуальными версиями PHP/Node/DB, поддержкой WAF и автоматических бэкапов.
  • Определите географию хостинга под целевую аудиторию. Для локального рынка — дата‑центры ближе к пользователям, для распределённого — CDN.
  • Настройте окружение: версии языков, модули, лимиты, кэш (OPcache, Redis/Memcached), сжатие, Brotli/Gzip, HTTP/2/3, HSTS (после успешного HTTPS‑переезда).
  • Проведите нагрузочное тестирование (k6/JMeter) и мониторинг (uptime, APM, логи ошибок).

Рекомендуем дополнительно изучить «Обслуживание серверов для веб‑приложений: что это и зачем бизнесу».

Пошаговый план переезда: домен, DNS, контент

Чтобы переезд прошёл гладко, выполните последовательность:

  1. Разверните полную копию сайта в изолированном стейджинге на новом хостинге.
  2. Импортируйте базу, подключите хранилище медиа, восстановите права/владельцев, настройте CRON/очереди.
  3. Обновите конфиги: переменные окружения, доступы к БД, SMTP, внешние API, платёжные модули.
  4. Проверьте функционал: формы, корзина, поиск, авторизация, интеграции CRM/ERP.
  5. Прогоните технический аудит стейджинга: краул, каноникалы, rel=next/prev (если применимо), hreflang, robots, sitemap, 404/410, редиректы, скорость.
  6. Подготовьте 301‑редиректы при переезде: старый домен/URL → новый домен/URL. Тест — на стейджинге с тестовым доменом.
  7. В окно миграции:
  • снизьте TTL DNS за 24–48 часов до работ (например, до 300 секунд);
  • заморозьте контент (read‑only) на старом сервере;
  • выполните финальный бэкап и синхронизацию дельты;
  • переключите DNS/веб‑сервер на новый хостинг;
  • включите 301 на старом домене/сервере.
  1. Проверьте после переключения: выборочные URL, каноникалы, robots, sitemap, счётчики, пиксели, события аналитики.

Если планируете одновременно смену структуры URL, по возможности разделите её на этапы: сначала домен/хостинг, затем — изменения структуры. Так проще отлавливать причины колебаний трафика.

301‑редиректы при переезде и каноникалы: правила без потерь

Главная задача — передать сигналы и ссылочный «вес» на новые адреса. Базовые принципы:

  • Используйте 301 (Permanent) на уровне сервера/реверс‑прокси. 302/307 допустимы лишь для временных сценариев.
  • Минимизируйте цепочки: один редирект из старого URL в новый.
  • Сохраняйте параметризацию, если она значима (utm — можно обрезать, но лучше сохранять до аналитики).
  • Настройте склейку домена: www ↔ non‑www, http → https, с/без слеша — в единую каноническую версию.
  • Для неизменившихся URL на том же домене редирект не нужен — возвращайте 200 OK с корректным canonical.
  • Не закрывайте от индексации старые URL до того, как поисковики обработают 301. robots.txt и noindex на старом домене — после устойчивой переиндексации.

Для больших сайтов заведите таблицу сопоставлений (CSV/DB) и динамический маппинг в nginx/Apache/прокси — это ускоряет внедрение и поддержку.

Переезд на HTTPS: безопасность и доверие

Переезд на HTTPS влияет на SEO и конверсии. Выполняйте его аккуратно:

  • Выпустите валидный сертификат (Let’s Encrypt/коммерческий), включите автообновление.
  • Включите HSTS только после того, как всё работает по HTTPS и нет смешанного контента.
  • Проверьте mixed content: все ресурсы (изображения, скрипты, стили) должны грузиться по https.
  • Обновите карты сайта — отдавайте только https‑URL.
  • Настройте 301 с http на https. Проверьте, чтобы не возникло лишних цепочек со склейкой домена.

Перенос сайта WordPress: нюансы CMS

Перенос сайта WordPress часто встречается. Ключевые моменты:

  • Проверьте версии PHP, MySQL/MariaDB, расширения (mbstring, intl, gd/imagick), лимиты памяти.
  • Экспорт/импорт БД с заменой домена через wp‑cli search-replace (а не «сырой» SQL), чтобы скорректировать сериализованные строки.
  • Пересоберите пермалинки (Settings → Permalinks → Save) после переезда.
  • Проверьте wp‑cron, кэш‑плагины, объектный кэш, CDN интеграции.
  • Обновите robots.txt, sitemap (Yoast/Rank Math), favicons, web‑manifest.
  • Протестируйте безопасность: SALT‑ключи, права на файлы/папки, отключение редактора тем в проде.

Индексация и панели вебмастеров: что сообщить ПС

Чтобы показать поисковым системам корректный переезд:

  • Добавьте и подтвердите новый домен/версию сайта в Google Search Console и Яндекс.Вебмастере.
  • Загрузите новые sitemap.xml, укажите приоритетные зеркала, проверьте файл robots.txt.
  • В GSC при смене домена используйте инструмент Change of Address (если доступен).
  • Отслеживайте ошибки сканирования, страницы с 404, мягкие 404, редирект‑цепочки, каноникалы.
  • Проверьте корректность hreflang и региональной привязки (если есть мультирегиональность).

Дополнительно можно ознакомиться с материалом «SEO‑продвижение: что реально влияет на рост трафика (техничка, контент, ссылки, поведенческие)».

Мониторинг после запуска: первые 2–6 недель

После переключения наблюдайте за метриками ежедневно в первые 7–10 дней и еженедельно в течение 1–2 месяцев:

  • Индексация: количество проиндексированных URL, частота обхода, ошибки краулинга.
  • Позиции и клики по брендовым и небрендовым запросам.
  • Трафик по каналам, конверсии, события, корректность UTM/сквозной аналитики.
  • Технические показатели: скорость (CWV), доступность, ошибки 5xx/4xx, время ответа TTFB.
  • Логи сервера: неожиданные боты, частые 404, повторяющиеся редирект‑циклы.

Если видите просадки — проверяйте карту редиректов, каноникалы, robots, дубликаты контента, внутренние ссылки, sitemaps. При необходимости закажите точечный аудит в рамках SEO и продвижение.

Типовые ошибки при миграции сайта и как их избежать

  • Отсутствие полной карты редиректов. Итог — 404 и потеря ссылочного.
  • Цепочки/петли редиректов. Итог — потери краулингового бюджета, падение скорости.
  • Смешанный контент после HTTPS. Итог — предупреждения браузера, снижение доверия.
  • Неверные каноникалы (на старые домены/HTTP). Итог — расщепление сигналов, дубли.
  • Закрытие старых URL в robots до обработки 301. Итог — потеря сигналов.
  • Неполные бэкапы и отсутствие «плана отката». Итог — простои и риски потери данных.
  • Изменение структуры URL одновременно со сменой домена и CMS. Итог — сложно диагностировать, где ошибка.
  • Забытые интеграции: платежи, CRM, SMTP, виджеты, счетчики. Итог — потеря заявок/данных.

Чек‑лист миграции сайта

  • Проведён техаудит и краул старого сайта, собрана карта URL.
  • Зафиксированы позиции, трафик, доля индекса, скорость, CWV.
  • Подготовлены полные бэкапы кода, БД, медиа; протестировано восстановление.
  • Развёрнут стейджинг, настроено окружение, проведён функциональный тест.
  • Составлена таблица редиректов: старый URL → новый URL.
  • Готовы конфиги 301, проверены на стейджинге, исключены цепочки.
  • Настроен HTTPS, проверен mixed content, обновлён sitemap и каноникалы.
  • Снижены TTL DNS, согласовано окно работ, включена «заморозка контента».
  • Выполнен финальный бэкап и синхронизация дельты перед переключением.
  • Переключены DNS, включены 301 на старом домене.
  • Проверены выборочные критичные URL (категории, карточки, лид‑формы, блог).
  • Обновлены Search Console/Вебмастер, загружены новые sitemap, проверен robots.
  • Включён мониторинг позиций, индексации, логов, ошибок 4xx/5xx.
  • Готов план отката и ответственные по инцидентам.

Когда имеет смысл привлечь команду

Полная миграция — это одновременно разработка, инфраструктура и SEO. Если у вас сложная архитектура, мультиязычность, большой каталог или критичные интеграции, быстрее и безопаснее передать проект под ключ: архитектура редиректов, DevOps‑настройка, аудит, мониторинг. В LightsOn мы помогаем с внедрением и поддержкой, включая Разработка веб-приложений и SEO и продвижение.

Полезно знать

  • Старайтесь не проводить переезд в пиковые сезоны продаж.
  • Не меняйте контент и шаблоны массово в день миграции — откладывайте косметические правки на 1–2 недели.
  • Для крупных сайтов используйте поэтапный переезд по разделам или подсайтам.
  • Логируйте все запросы к старому домену — это источник для добивки редиректов, которые пропустили.

Вывод

Миграция сайта — управляемый процесс, если у вас есть карта URL, отлаженные 301, корректный HTTPS и прозрачный мониторинг. Начните с аудита, протестируйте на стейджинге, не спешите закрывать старые URL и отслеживайте метрики 2–6 недель. Нужна помощь с планом, редиректами и настройкой серверов — обращайтесь: аккуратно спланируем и реализуем перенос, а затем проведём точечный аудит в рамках Аудит и оптимизация сайта.

Другие полезные статьи

Делимся экспертизой, разбираем кейсы и рассказываем, как превращать идеи в работающие digital-продукты