Миграция сайта — как переезд в новый дом. Кажется, всё просто: упаковал вещи, перенёс их, расставил по местам. Но если не продумать детали, можно потерять то, что годами нарабатывалось: трафик, позиции в поиске, лояльность пользователей. Один неправильный редирект или забытая страница — и вместо роста начинается долгая борьба с последствиями.
Разберем, как провести миграцию так, чтобы поисковые системы и пользователи даже не заметили изменений. Вы узнаете, на каких этапах чаще всего допускают ошибки, как подготовить сайт к переезду и что делать после запуска, чтобы не потерять SEO-показатели.
.jpg)
Подготовка: основа успешной миграции
Первый шаг — понять, зачем вам миграция. Возможно, вы переходите на более безопасный хостинг, обновляете дизайн или меняете CMS. Каждая из этих причин требует своего подхода. Например, смена домена — это не только технические правки, но и работа с репутацией. А переход на новую CMS может повлиять на структуру URL, что чревато потерей индексации.
Соберите команду, где у каждого будет своя роль. SEO-специалист должен контролировать сохранение мета-тегов и структуры, разработчик — настройку редиректов и скорость загрузки, а контент-менеджер — актуальность материалов. Используйте Trello или Notion, чтобы фиксировать задачи и сроки.
Перед началом работ проведите полный аудит сайта. Экспортируйте все URL через Screaming Frog, сохраните данные о трафике (Google Analytics) и позициях (Ahrefs, SEMrush). Зафиксируйте Core Web Vitals — после миграции эти метрики станут эталоном для сравнения.
Предмиграционный этап: тестируйте, проверяйте, дублируйте
Представьте, что вы перевозите хрупкий антиквариат. Прежде чем начать, вы упаковываете его в пузырчатую пленку и подписываете коробки. Для сайта такой «упаковкой» становится тестовая среда (staging).
Staging-сайт — это точная копия вашего ресурса, развернутая на закрытом поддомене или отдельном сервере. Здесь вы можете экспериментировать: менять дизайн, настраивать плагины, тестировать скорость — без риска сломать рабочий сайт. Обязательно заблокируйте индексацию staging-версии. Добавьте в robots.txt директиву Disallow: / или установите мета-тег <meta name="robots" content="noindex">.
На этом этапе критически важно провести инвентаризацию контента. Выгрузите все URL и разделите их на три категории:
- Страницы с высоким трафиком или конверсиями (главные «дойные коровы»).
- Устаревшие или малоценные страницы (их можно объединить или удалить).
- «Осиротевшие» страницы (те, на которые нет внутренних ссылок, но они есть в индексе).
Например, если у вас есть блог-пост с 10 000 посещений в месяц, его потеря принесет больше вреда, чем удаление новостной статьи двухлетней давности.
Редиректы: не просто перенаправление, а сохранение авторитета
Редиректы — это мосты между старым и новым сайтом. Если их построить неправильно, пользователи и поисковые боты уйдут в никуда.
Правило 1: Используйте только 301 редирект («Moved Permanently»). Он передает 90-95% ссылочного веса. Временный редирект (302) не подходит — поисковики не станут обновлять индекс.
Правило 2: Избегайте цепочек. Если старый URL перенаправляет на промежуточный, а тот — на новый, это замедлит загрузку и запутает краулеры. Проверьте цепочки через инструменты вроде Redirect Path или Screaming Frog.
Правило 3: Не перенаправляйте все старые страницы на главную. Это вызовет мягкие 404-ошибки и размоет релевантность. Например, если раньше URL /blog/seo-tips был посвящен SEO, а теперь ведет на /home, Google решит, что страница больше не существует, и понизит позиции.
Пример корректного редиректа:
- Старый URL: example.com/old-service
- Новый URL: example.com/services/new-service
Технические нюансы: от URL до микроразметки
Смена структуры сайта — один из самых рискованных сценариев. Предположим, вы переезжаете с WordPress на Shopify, и ваши URL меняются с /blog/post-name на /blogs/post-name. Кажется, мелочь, но для поисковиков это совершенно новые адреса.
Что проверить:
- ЧПУ (человеко-понятные URL). Если раньше были параметры вида ?id=123, замените их на семантичные пути.
- Canonical-теги. Убедитесь, что они ссылаются на актуальные страницы, а не на старые URL.
- Микроразметка (Schema.org). Обновите данные о продуктах, статьях, организациях. Иначе рискуете потерять расширенные сниппеты в поиске.
- Внутренние ссылки. После смены CMS ссылки в меню, футере или текстах могут сломаться. Проверьте их через Sitebulb.
Не забудьте про robots.txt и sitemap.xml. В robots.txt откройте доступ к важным разделам, а в sitemap добавьте все новые URL. Отправьте обновленную карту сайта в Google Search Console.
Запуск: тихий час для поисковых роботов
Даже идеально подготовленная миграция может дать сбой в пиковое время. Запускайте новый сайт, когда трафик минимален — например, ночью или в выходные. Для крупных проектов рассмотрите поэтапный перенос: сначала перенесите раздел «Блог», через неделю — «Услуги», затем главную страницу.
После переезда:
- Обновите DNS-записи. Проверьте через инструменты вроде WhatsMyDNS, чтобы изменения распространились на все серверы.
- Снимите ограничения с staging-сайта. Уберите noindex-теги и пароль, если использовали их.
- Запустите PPC-кампании. Это компенсирует возможный спад органического трафика в первые дни.
Постмиграция: не расслабляемся
Первые 2-4 недели после миграции — самые важные. В это время поисковики переиндексируют страницы, а пользователи тестируют новый дизайн.
Что мониторить:
- Индексацию. В Google Search Console проверьте отчет «Покрытие» — нет ли ошибок «Страница не в индексе» или «Дубликаты».
- Трафик. Сравните данные Google Analytics с предыдущим периодом. Допустимо падение на 10-15%, но не более.
- Скорость. Используйте GTmetrix или WebPageTest. Если TTFB (время до первого байта) выросло, проверьте настройки сервера.
Типичные ошибки и решения:
- Битые ссылки. Нашли 404 ошибку? Добавьте редирект или восстановите страницу.
- Дубли контента. Если две версии сайта временно были доступны, установите canonical на новый URL.
- Потеря backlinks. Используйте Ahrefs, чтобы найти сайты, ссылающиеся на старый домен, и попросите их обновить ссылки.
История одного провала (и как его избежать)
В 2022 году крупный интернет-магазин электроники решил сменить CMS. Разработчики перенесли товары, но забыли про редиректы категорий. Результат: через месяц трафик упал на 60%, а 30% страниц выпали из индекса. На восстановление ушло полгода.
Что пошло не так:
- Не было staging-среды для тестирования.
- SEO-специалист не участвовал в настройке URL.
- Команда не отслеживала индексацию после запуска.
Заключение: миграция — это марафон, а не спринт
Успешная миграция требует терпения и дисциплины. Не спешите сразу после запуска вносить правки — дайте поисковикам 3-4 недели на переобход. Если трафик не восстанавливается, ищите причины:
- Некорректные редиректы.
- Ошибки в robots.txt.
- Потеря мета-тегов (например, title или description).
И помните: даже идеальная техническая подготовка не сработает, если вы не предупредите пользователей о изменениях. Добавьте всплывающее окно с сообщением о новом дизайне или разошлите email-рассылку. Когда люди знают, чего ожидать, они лояльнее воспримут временные неудобства.
Миграция — это не конец, а начало нового этапа. Сделайте его безопасным, и ваш сайт станет только сильнее.