Вернуться к статьям Редизайн часто заканчивается не спором о цветах, а потерей страниц, которые месяцами приводили целевой трафик. На старом сайте меняют адреса разделов, объединяют услуги, удаляют фильтры и переносят контент в новую структуру. Если решение о каждом старом URL принимают после публикации, поисковая система получает одновременно сотни сигналов: страницы исчезли, ссылки ведут в никуда, заголовки и тексты поменялись. Восстановление обычно занимает дольше, чем подготовка миграции.
Задача не в том, чтобы сохранить любой адрес. Ненужные, дублирующие и технические страницы можно закрыть, если для них заранее выбран сценарий. Рабочая миграция отвечает на три вопроса: какие URL существовали до запуска, куда должен попасть пользователь с каждого важного адреса и как команда подтвердит, что поисковый робот увидел новую версию.
Снимите инвентаризацию до работ с дизайном
Список адресов собирают из нескольких источников: обхода сайта, карты сайта, панели поискового сервиса, веб-аналитики, рекламных посадочных и выгрузки из CMS. Один источник не покрывает картину. Например, старая страница может уже не быть в меню, но продолжать получать переходы по внешней ссылке или из сохранённой выдачи.
Для каждого URL в таблице фиксируют код ответа, заголовок, основной запрос или назначение страницы, органический трафик, внешние ссылки и решение по судьбе адреса. Полезно добавить владельца решения: маркетолог определяет, нужна ли тема в новой структуре, редактор переносит материал, разработчик настраивает правило, SEO-специалист проверяет результат. Так строка «разобраться позднее» не остаётся в таблице до ночи релиза.
Отделите ценные страницы от технического шума
В перечне почти всегда есть параметры фильтров, служебная пагинация, результаты внутреннего поиска и старые дубли. Их нельзя автоматически направлять на главную страницу: такое перенаправление не объясняет ни пользователю, ни роботу, где оказался нужный материал. Для значимой страницы ищут наиболее близкую новую; для окончательно удалённой оставляют корректный ответ о недоступности и убирают внутренние ссылки.
Составьте карту соответствий, а не список догадок
Карта редиректов строится как соответствие «старый URL — новый URL — тип решения». Для переезда страницы нужен постоянный серверный редирект. Переход через JavaScript, метаобновление или промежуточную страницу может сработать в браузере, но усложняет диагностику и расходует обходы робота.
Не все строки карты выглядят одинаково. Страница услуги обычно переезжает на её новый адрес. Несколько почти одинаковых старых страниц могут перейти на один канонический материал, если новая страница действительно отвечает на их запрос. Адреса с параметрами лучше обрабатывать правилом, а не вручную перечислять бесконечные комбинации. В таблице стоит отметить исключения: языковые версии, документы, личный кабинет, файлы и страницы, для которых редирект запрещён.
Проверьте цепочки и внутренние ссылки
После настройки правило проверяют как посетитель и как робот: старый адрес должен сразу давать один переход на конечную страницу. Цепочка «старый URL → временная страница → новый URL» увеличивает время загрузки и маскирует ошибки. Внутренние ссылки, canonical, hreflang при наличии языковых версий, sitemap и ссылки в шаблонах должны вести сразу на новые адреса.
Не меняйте всё без контрольной точки
Редизайн меняет не только URL. У страницы могут смениться заголовок, текст, блоки ссылок, микроразметка, robots-правила и код ответа. Для ключевых разделов заранее сохраняют исходные title, description, H1, текстовые блоки, изображения, canonical и данные о видимости. Это не означает копирование старого сайта: контрольная копия нужна, чтобы отличить плановое изменение от случайной потери.
До релиза на тестовой среде проверяют, что она закрыта от индексации и не канонизируется на себя из продакшена. После релиза запрет снимают только там, где страница должна участвовать в поиске. Частая ошибка — оставить на новом сайте заголовок X-Robots-Tag или robots.txt от стенда, а заметить это спустя недели.
Контроль после публикации
В день запуска проверяют выборку приоритетных URL вручную и автоматизированным обходом: коды ответа, конечные адреса, canonical, title, H1, robots, sitemap и ссылки на медиа. Отдельно проходят формы и личный кабинет, но они не заменяют SEO-приёмку. Редирект сработал — ещё не значит, что новая страница доступна для обхода и не объявлена дублем.
В ближайшие недели смотрят отчёты об индексировании, ошибки сканирования, число исключённых URL, переходы на страницы 404 и динамику поисковых посадочных. Просадку нельзя объяснять одной цифрой трафика: сезонность, рекламные кампании и изменение спроса могут идти параллельно. Поэтому в журнал релиза записывают дату переключения и существенные изменения структуры.
Ошибки, которые ломают миграцию
Карта редиректов появляется после запуска
Когда таблицу начинают собирать по обращениям пользователей, часть старых адресов уже выпала из обхода. Инвентаризацию делают до удаления страниц и утверждают вместе с новой информационной архитектурой.
Все удалённые страницы ведут на главную
Главная страница редко заменяет конкретную услугу, инструкцию или документ. Для каждой группы URL выбирают близкий материал либо оставляют честный код 404 или 410, если подходящей замены нет.
Редирект настроен только для варианта без параметров
Переходы из рекламы, рассылок и внешних ссылок часто содержат параметры. Нужны тестовые примеры с параметрами, завершающим слешем, http/https и вариантами домена, которые реально использовались на старом сайте.
Проверяют только главную и меню
Ошибки чаще находятся в карточках, файлах, старых посадочных и вложенных разделах. Приёмочная выборка должна строиться из списка ценных URL, а не из десяти ссылок, которые видны в верхнем меню.
Часто задаваемые вопросы
- Нужно ли переносить страницу, если на ней почти нет трафика?
Сначала проверьте внешние ссылки, участие в воронке и соответствие новой структуре. Низкий поисковый трафик сам по себе не доказывает, что адрес можно удалить без последствий.
- Можно ли изменить URL и контент в одном релизе?
Можно, но тогда сложнее установить причину просадки. Для важных разделов сохраните исходные данные и проверьте, что новая страница сохраняет поисковое намерение, а не только похожее название.
- Какой редирект использовать при постоянном переезде?
Нужен серверный постоянный редирект, который отдаётся сразу со старого URL на конечный. Конкретная конфигурация зависит от веб-сервера и CMS; её проверяют фактическим ответом сервера.
- Когда удалять карту редиректов?
Не после первого успешного обхода. Карта остаётся частью эксплуатации сайта, пока на старые адреса приходят пользователи, ссылки или поисковые роботы; срок определяют по данным и архитектуре проекта.
- Достаточно ли sitemap для переиндексации?
Нет. Sitemap помогает обнаружить новые URL, но не исправляет неверные редиректы, закрытые страницы, плохие canonical и битые внутренние ссылки.
Итог
SEO-миграция начинается до макетов и завершается не в момент публикации. Инвентаризация, карта соответствий, тестовые выборки и журнал контроля дают команде способ увидеть ошибку по конкретному URL, а не спорить о суммарном графике трафика.