SEO при переезде сайта: как сохранить трафик и позиции

Переезд сайта часто выглядит как история про домен, CMS и новый дизайн. А для поиска это почти всегда встряска. Меняются URL, структура и внутренняя логика, вместе с ними сдвигаются сигналы, по которым роботы понимали, что где лежит и чему доверять. Если заходить в миграцию без плана, сценарий обычно предсказуемый: трафик проседает, часть страниц выпадает из индекса, позиции начинают плавать.

Хорошая новость в том, что при миграции, которую ведут как проект, органику чаще всего удается сохранить. Разница обычно в одном — подготовка и контроль вместо импровизации. Когда заранее понятно, что меняется, как новая версия сайта будет связана со старой и по каким метрикам оценивать старт.

SEO-специалист WSS Богдан Елетенко подготовил этот материал, чтобы миграция шла по понятному сценарию, а не превращалась в поиск причин постфактум. В своей статье он раскладывает процесс по шагам: что проверить заранее, что держать под контролем в момент переезда и по каким сигналам быстро понять, что что-то пошло не так.

Почему поисковики могут снизить видимость сайта после переезда

Поисковик видит сайт через набор стабильных сигналов. Это то, что помогает системе связать страницы в единый ресурс и понять, как ему доверять. В эту картину входят структура URL, внутренняя и внешняя ссылочная связность, поведенческие данные и техническая консистентность.

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

Ниже основные причины, из-за которых падает видимость после переезда:

Основная задача — помочь поисковикам заново познакомиться с сайтом и убедить их, что качество осталось тем же. Это тот же самый ресурс, но в обновленной оболочке.

Когда переезд оправдан

Не каждый повод для миграции оправдан. Если сайт нормально работает и приносит трафик и заявки, чаще хватает точечных улучшений. Переезд имеет смысл в таких случаях:

• Смена домена из-за ребрендинга или объединения сайтов.

Адрес ресурса меняется в любом случае. Важно сделать это управляемо, чтобы поисковики связали старый сайт с новым и не потеряли накопленную историю.

• Переход на другую CMS, которая лучше отвечает бизнес-задачам.

Если текущая платформа ограничивает развитие (контент, скорость, интеграции, шаблоны), то это будет постоянно требовать починки вместо роста. Переезд снимает этот потолок.

• Необходимость изменить устаревшую структуру URL.

Когда адреса хаотичные, без понятной вложенности и ЧПУ, размножают дубли или ломают логику разделов, это мешает индексации и интерпретации структуры. Проще один раз привести URL к единой схеме, чем постоянно чинить последствия точечно.

• Масштабный редизайн, затрагивающий навигацию и юзабилити.

Если меняются шаблоны и логика разделов, риски для SEO примерно те же, что и при миграции. Значит, и подход нужен миграционный, с проверками и планом.

Три этапа управляемой SEO-миграции

1. Планирование

На этом этапе мы закладываем основу для безопасного переноса данных. Здесь важно заранее понимать, какие страницы будут активом, а какие, скорее, балласт.

• Аудит. Соберите список всех страниц и добавьте к каждой трафик, позиции и ссылочную массу. Тогда будет ясно, какие URL действительно критичны для бизнеса.
• Таблица редиректов. Заранее пропишите, куда переезжает каждый старый адрес. Так сохраняется ссылочный вес и не теряются накопленные сигналы.
• План внутренней перелинковки. Если меняется структура URL, нужна карта, что обновлять в меню, текстах, блоках рекомендаций, виджетах. Иначе после релиза внутри останется много ссылок на прошлую версию сайта.
• Выбор времени. Лучше запускаться в низкий сезон. И не перед выходными. В первые дни могут всплыть мелкие проблемы, которые важно быстро поправить.

2. Подготовка

Перед запуском нового сайта стоит проверить, что все работает как задумано. И что поисковики не увидят тестовую версию раньше времени.

• Тестовое окружение. Поднимите стенд, где можно спокойно проверить функциональность без индексации.
• Сканирование сайта. Прогоните сайт через Screaming Frog или аналог. Так быстрее находятся битые ссылки, проблемы с метатегами, canonical, robots и разрывы во внутренней перелинковке.
• Счетчики аналитики. Перенесите Яндекс Метрику и Google Analytics в код нового сайта. Без этого после релиза можно потерять видимость реальной картины.

3. Запуск

После включения обновленной версии начинается самое важное, наблюдение и быстрые правки по факту.

• Отправьте новый sitemap.xml в Google Search Console и Яндекс Вебмастер.
• Мониторьте техничку и индекс. Индексацию в GSC и ЯВМ, доступность robots.txt и sitemap.xml, канонические URL, метатеги, HTTP-статусы 4xx и 5xx, скорость загрузки, работу интерактивных элементов на разных устройствах. И отдельно, динамику позиций.
• Настройте и поддерживайте редиректы. Они должны вести напрямую на целевые страницы, без цепочек, и отдавать корректный код ответа, обычно 301 для постоянного перенаправления. Редиректы держат не пару недель, а столько, сколько нужно, чтобы передать накопленный вес и закрепить для поисковых систем факт переезда на новые адреса. 
• Проверьте внешние ссылки. Например, через Ahrefs. По возможности попросите вебмастеров сайтов-доноров обновить URL, так сигнал быстрее дойдет до нужных страниц. Если обновить ссылки нельзя, важно, чтобы старые адреса не вели на 404 и корректно редиректились на актуальные страницы. Это обеспечит заранее подготовленная карта редиректов.

🤝 Держим связь
Больше контекста и полезных заметок от команды в нашем телеграм-канале.

Особенности разных типов миграции

Переезд переезду рознь. Риски похожи, но проблемы проявляются в разных местах, в зависимости от того, что именно вы меняете.

Смена домена

Инструменты переезда в Google Search Console и Яндекс Вебмастере лучше включать уже после технического переезда. То есть когда новый домен поднят, страницы открываются, а старый и новый сайты какое-то время существуют параллельно и работают стабильно. Так поисковым системам проще связать старые адреса с новыми и не потерять логику переезда.

Дальше все упирается в редиректы. Они должны вести напрямую, без цепочек, и оставаться включенными достаточно долго. Старый домен в этот период не стоит отключать раньше времени, он нужен как мост между прошлой версией и текущей.

И важный момент про срок. В справке Google обычно фигурирует ориентир минимум на год, но на практике лучше держать редиректы дольше. Гэри Илш, аналитик в команде качества поиска Google, отдельно подчеркивал это в своем твите. 

Смысл такой: алгоритмам может понадобиться больше времени, чтобы окончательно признать переезд и закрепить новые адреса.

Переход на новую CMS

В первую очередь лучше проверить базовые вещи — это шаблоны страниц, метатеги, schema-разметка и canonical.

Дальше смотрим, как сайт технически отдает контент. Здесь стоит отдельно промониторить настройки серверного рендеринга (SSR), работу форм, адаптивность шаблонов и то, как на новом движке работают все текущие интеграции.

И еще один момент, который часто недооценивают. При смене CMS проверки лучше делать в разных браузерах и на разных устройствах, потому что именно там всплывают расхождения в верстке, скриптах и функциональности.

Редизайн и изменение URL

Даже если домен остается прежним, SEO-риски все равно сохраняются.

Старайтесь не менять URL без необходимости. Если изменения все же нужны, обновите внутренние ссылки и карту сайта, чтобы поисковики и пользователи не упирались в старые адреса.

Дальше важно не потерять то, на чем держится структура страницы. Проверьте семантическую верстку и заголовки H1–H6, метатеги и микроразметку. Отдельно посмотрите скорость загрузки и адаптивность, эти параметры после редизайна чаще всего проседают.

Экспертные фишки, которые чаще всего спасают миграцию

После переезда небольшие колебания нормальны. А вот заметная просадка почти всегда связана с чем-то конкретным. Вот пять точек, где мы чаще всего видим проблемы, и как их поймать до запуска.

Проверка нового домена

Даже новый домен для бренда может быть не новорегом и иметь прошлое. Перед покупкой загляните в archive.org и посмотрите, что там было раньше, какая тематика и качество.

Домены с плохой наследственностью, например со спамными ссылками или следами запрещенного контента, лучше вообще не использовать. Идеальный вариант — релевантный дроп с понятной историей, стабильными позициями и нормальным ссылочным профилем. Новорег, домен без истории, обычно безопаснее, но стартует с нуля. 

SSR для React, Vue и других фреймворков

Если переезжаете на React, Vue.js или похожий стек, то просто переносом контента не ограничиться. Когда текст рендерится только на стороне клиента (CSR), поисковый робот может его просто не увидеть.

Без нормально настроенного SSR робот иногда видит пустую страницу или только шапку и футер. А дальше все предсказуемо: страницы выпадают из индекса. Поэтому SSR это первый пункт для проверки на тестовом стенде.

Быстрая проверка: на тестовом стенде посмотреть HTML, который отдается роботу, и убедиться, что контент реально присутствует.

Дубли заголовков и семантическая верстка

При редизайне или смене CMS часто ломается семантическая верстка. Вместо четкой иерархии H1 → H2 → H3 все превращается в кашу из десятков H1 и H4.

Пример из практики: на главной странице после переезда на React обнаружили 15+ заголовков H1, включая пункты меню в футере. 
Поисковик перестает понимать, какой контент на странице главный, и релевантность размывается. Поэтому структуру заголовков важно выверять, оставляя один H1 и логичную вложенность.

Пагинация

Одна из самых частых и фатальных ошибок при переезде на SPA-сайты это ломаная пагинация. Если при перелистывании страниц каталога URL не меняется, нет параметров вроде ?page=2, а контент подгружается динамически, робот не сможет проиндексировать товары дальше первой страницы.

В качестве решения можно либо настраивать статические URL для страниц пагинации с каноническими тегами, либо делать бесконечный скролл с SSR.

Перенос микроразметки

При миграции часто забывают перенести или заново настроить schema-разметку. Особенно для товаров (Product), статей (Article), организации (Organization) и хлебных крошек (BreadcrumbList).

Ее отсутствие лишает сайт расширенных сниппетов в поиске и сигналов структурированных данных для роботов и ИИ-ассистентов. После переезда проверьте разметку через валидатор Schema.org, проверку расширенных сниппетов Google и валидатор микроразметки в Яндекс Вебмастере.

Как оценить успешность миграции

В первые недели после переезда держим руку на пульсе. Регулярно смотрите четыре вещи:

• Органический трафик в GA4 или Яндекс Метрике.
• Сколько страниц в индексе и как быстро поисковики подхватывают новые URL.
• Позиции по ключевым запросам, особенно по тем страницам, которые приносили основной трафик.
• Технические сигналы: 404-ошибки, скорость загрузки и другие.

👉 Как выглядит хороший сценарий: трафик либо почти не проседает, либо показывает короткое снижение и быстро возвращается к прежнему уровню. 

В идеале после стабилизации возможен рост, если переезд еще и убрал старые технические ограничения.

Вывод

Если переезд кажется нервной историей, это нормально. Миграция почти всегда дает небольшую турбулентность, даже когда все сделано аккуратно. Но она не превращается в катастрофу, если вы заранее готовите перенос, проверяете критичные точки и после запуска пару недель внимательно следите за индексом, ошибками и трафиком. Тогда SEO обычно возвращается к привычным значениям.

Надеемся, этот материал поможет разложить миграцию по шагам и держать под контролем то, что чаще всего влияет на трафик и позиции.

Почитать еще:

• Как анализировать конкурентов в SEO.
• Чем отличается продвижение в Яндексе и Google.
• Гайд по внешней и внутренней оптимизации сайта.
• Если продвигаете регионально — статья об особенностях локального SEO.