SEO после миграции сайта: как сохранить позиции при смене CMS, домена или структуры

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

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

При этом миграция не означает автоматической потери накопленных ссылочных сигналов. Google указывает, что постоянные перенаправления 301 и другие постоянные редиректы сами по себе не приводят к потере PageRank. Главная задача — правильно организовать перенос и контролировать его результаты.

1. Не совмещайте переезд с лишними изменениями

Если одновременно изменить домен, CMS, URL-структуру, дизайн и содержание страниц, при возникновении проблем будет сложнее установить причину. Поэтому Google рекомендует по возможности разделять крупные изменения на последовательные этапы.

Например, если компания планирует сменить домен и полностью переработать сайт, разумно сначала перенести сайт с сохранением основных URL-соответствий и контента, а затем отдельно проводить редизайн и улучшать структуру.

Однако это не означает, что совмещать изменения запрещено или что они обязательно приведут к падению трафика. Иногда технические ограничения требуют комплексного переезда. В таком случае нужно заранее составить план, проверить новую версию и обеспечить возможность оперативно исправлять ошибки.

Что подготовить до миграции.

• Выгрузите URL старого сайта из системы аналитики, краулера, sitemap и поисковых инструментов.

• Зафиксируйте органический трафик, показы, клики, позиции и конверсии.

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

• Составьте карту соответствия старых и новых URL.

• Проверьте новую версию сайта на тестовом окружении.

• Подготовьте план проверки редиректов, индексации и аналитики после запуска.

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

2. Настройте постоянные редиректы со старых URL на новые

При изменении адресов страниц серверные редиректы помогают поисковым системам понять, куда перенесён контент. Для постоянного переезда обычно используют HTTP-редирект 301 или 308.

Главный принцип — перенаправлять старый URL на соответствующую новую страницу, если у неё есть содержательный эквивалент.

Например:

oldsite.ru/services/seo/ → newsite.ru/services/seo/
oldsite.ru/blog/site-audit/ → newsite.ru/blog/site-audit/

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

Как обрабатывать разные типы URL.

Не перенаправляйте все старые страницы на главную. Если целевая страница не соответствует исходному содержанию, поисковая система может интерпретировать такой редирект как нерелевантный или обработать исходный URL аналогично soft 404.

Избегайте цепочек редиректов.

Нежелательная схема:

URL A → URL B → URL C

Предпочтительная схема:

URL A → URL C

Google рекомендует направлять пользователей и робота сразу на конечный адрес. Если цепочки уже существуют, при миграции обновите правила так, чтобы старые URL перенаправлялись непосредственно на финальные страницы.

После запуска проверьте не только код ответа, но и конечный адрес, содержимое страницы и отсутствие циклических перенаправлений.

Как долго хранить редиректы

Google рекомендует сохранять редиректы как минимум год после переезда; для пользователей и внешних ссылок имеет смысл оставлять их и дольше, если это технически возможно.

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

Официальная инструкция: Google Search Central — перенос сайта с изменением URL.

3. Проверьте тестовую среду и настройки индексации

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

Например, на staging могут использоваться пароль, директива noindex или ограничения в robots.txt. Они нужны для защиты тестовой версии, но после запуска необходимо проверить, что боевой сайт не унаследовал настройки, препятствующие обходу или индексации.

Что проверить перед запуском.

• HTTP-коды. Основные страницы должны возвращать ожидаемые ответы, обычно 200 OK.

• Robots meta tag. На страницах, которые должны индексироваться, не должно быть ошибочного noindex.

• X-Robots-Tag. Проверьте HTTP-заголовки, если ограничения индексации могут задаваться на уровне сервера.

• robots.txt. Убедитесь, что важные разделы не заблокированы для поисковых роботов.

• Canonical. Новые страницы должны указывать на предпочтительные рабочие URL, а не на тестовый домен или старые адреса.

• Доступность сайта. Проверьте, что робот может получить страницы и необходимые ресурсы.

• Защита staging. Сохраните ограничения на тестовом окружении, чтобы поисковые системы не индексировали его как полноценную копию сайта.

Важно: robots.txt и noindex выполняют разные функции. Запрет обхода в robots.txt сам по себе не гарантирует исключения URL из индекса. Если нужно исключить страницу через noindex, робот должен иметь возможность просканировать её и прочитать директиву.

После запуска проверьте выборку важных URL с помощью инструментов проверки страниц в Google Search Console и Яндекс Вебмастере.

4. Обновите sitemap и сигналы каноничности

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

Что нужно сделать.

• Сформировать новый sitemap с актуальными URL.

• Исключить старые адреса, которые перенаправляют на новые.

• Проверить, что URL в карте сайта возвращают корректные ответы и не указывают на тестовую среду.

• Убедиться, что canonical согласован с новым адресом.

• Отправить sitemap в Google Search Console и Яндекс Вебмастер.

• Обновить внутренние ссылки, чтобы они сразу вели на новые URL.

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

Также не следует полагаться только на sitemap. Редиректы, внутренние ссылки, canonical и доступность страниц должны передавать согласованные сигналы.

5. Используйте инструменты переноса в Google и Яндексе

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

Google Search Console: Change of Address

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

Он не предназначен для всех видов миграции. Например, при изменении URL внутри того же домена или переходе с HTTP на HTTPS нужно следовать соответствующим рекомендациям Google и корректно настроить перенаправления.

Официальная инструкция: Google Search Central.

Яндекс Вебмастер: «Переезд сайта»

Для переноса на новый адрес добавьте старый и новый сайты в Яндекс Вебмастер, подтвердите права, проверьте доступность новой версии и настройте перенаправления. Затем используйте инструмент «Переезд сайта», если он применим к вашему сценарию.

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

Официальные инструкции.

• Яндекс: перенос сайта на новый домен.

• Яндекс: изменение структуры и дизайна сайта.

Внешние ссылки и профили компании

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

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

6. Что отслеживать после запуска

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

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

Контрольные показатели.

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

Если новые страницы не появляются в индексе, не следует ориентироваться только на фиксированный срок в две недели. Сначала проверьте доступность сайта, HTTP-коды, директивы индексации, canonical, редиректы и данные поисковых инструментов.

Чек-лист: миграция до запуска, в день переезда и после

До переезда.

• Выгружены URL старого сайта, органический трафик, позиции и конверсии.

• Выделены наиболее важные страницы и внешние ссылки.

• Подготовлена карта соответствия старых и новых URL.

• Проверена тестовая версия сайта.

• Проверены robots.txt, noindex, canonical и HTTP-коды.

• Подготовлены правила постоянных редиректов.

• Настроен план проверки аналитики и форм.

В день переезда.

• Запущены постоянные редиректы на соответствующие новые URL.

• Проверены ключевые страницы и конечные адреса перенаправлений.

• Убедились, что рабочий сайт не закрыт от индексации.

• Проверены canonical и внутренние ссылки.

• Обновлён sitemap и отправлен в поисковые инструменты.

• Настроен инструмент переноса в Google или Яндексе, если он применим.

• Проверена работа аналитики, форм, оплаты и других важных функций.

После переезда.

• Регулярно отслеживаются ошибки обхода и серверные ответы.

• Сравниваются органические показатели старого и нового ресурсов.

• Проверяются редиректы на наиболее важные URL.

• Отслеживается индексация новых страниц.

• Обновляются важные внешние ссылки и профили компании.

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

• При падении трафика причины проверяются по данным, а не объясняются автоматически переиндексацией.

Заключение

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

Главные риски — неправильные редиректы, случайная блокировка индексации, несогласованные канонические URL и недостаточный контроль после запуска. Разделение изменений на этапы помогает проще обнаруживать проблемы, но не является гарантией отсутствия колебаний трафика.

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