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

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

Сначала определите, что именно меняется

Словом «перенос» часто называют разные проекты: новый дизайн на прежней CMS, смену CMS без изменения адресов, перестройку каталога, переход на другой домен или одновременную замену всего сразу. Риск зависит не от масштаба визуальных правок, а от количества изменений, которые затрагивают доступность и назначение страниц. Даже если URL и основной контент остаются прежними, проверьте доступность страниц, внутренние ссылки, отображение контента и работу аналитики: новый шаблон тоже может повлиять на поиск. Если меняются адреса, структура и шаблоны, нужен отдельный план миграции с владельцем каждого этапа.

Что проверить до начала разработки

Сначала зафиксируйте исходное состояние сайта. Выгрузите все доступные URL из карты сайта, системы аналитики, панелей вебмастеров и краулера. Для каждой страницы сохраните код ответа, Title, Description, H1, canonical, количество входящих внутренних ссылок и органический трафик. Этот снимок станет контрольной точкой: по нему удобно проверять, что ценные страницы не исчезли при переносе.

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

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

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

Карта редиректов: один старый адрес — один релевантный новый

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

Избегайте цепочек вида «старый URL → промежуточный URL → новый URL». Внутренние ссылки, canonical и карта сайта должны сразу указывать на конечный адрес. Для сложного проекта полезно заранее провести технический SEO-аудит: он выявит дубли, параметры и старые разделы, которые легко пропустить при ручной инвентаризации.

Как оформить карту редиректов без двусмысленности

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

• Сохранить URL: адрес и назначение страницы не меняются, редирект не нужен.
• Перенести: старый адрес постоянно перенаправляется сразу на точный новый.
• Объединить: несколько страниц ведут на одну новую только при реальном объединении содержания.
• Удалить: страница отдает корректный ответ об отсутствии, если полезного аналога нет.

Тестирование новой версии до публикации

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

1. Проверьте навигацию, хлебные крошки и все внутренние ссылки.
2. Сравните Title, Description, H1 и основной текст приоритетных страниц.
3. Убедитесь, что canonical указывает на индексируемый конечный URL.
4. Проверьте robots.txt, meta robots и XML-карту сайта.
5. Протестируйте мобильную версию, формы, цели и электронную коммерцию.
6. Проверьте структурированные данные и отсутствие критичных ошибок JavaScript.

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

Распределите ответственность до релиза

Что делать в день запуска

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

• Проверьте главную, основные разделы и страницы с максимальным трафиком.
• Убедитесь, что нет массовых 404, 5xx и циклических редиректов.
• Проверьте доступность CSS, JavaScript и изображений.
• Сверьте счетчики аналитики и отправку ключевых целей.
• Зафиксируйте дату релиза для последующего сравнения показателей.

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

Мониторинг после переноса

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

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

Какие отклонения считать критичными

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

1. Сначала подтвердите ошибку на конкретных URL и сохраните ответ сервера или HTML.
2. Определите масштаб: один адрес, шаблон раздела или весь сайт.
3. Исправьте причину и повторите тот же набор проверок.
4. Зафиксируйте изменение в журнале релиза, чтобы не возвращать дефект следующей правкой.

Короткий чек-лист

• Реестр старых URL и контрольный краулинг сохранены.
• Для каждого измененного адреса задан релевантный 301-редирект.
• Внутренние ссылки, canonical и sitemap ведут на новые URL.
• Запрет индексации тестового стенда не перенесен на основной сайт.
• Метатеги, H1, тексты и структурированные данные проверены.
• Аналитика, формы и цели работают после релиза.
• Назначен ответственный за мониторинг в первые недели.

Безопасный перенос — это не одно действие, а последовательность контрольных точек. Чем точнее зафиксировано исходное состояние и чем раньше подготовлена карта редиректов, тем проще сохранить накопленный поисковый потенциал сайта.