Соберите карту действующего сайта
До изменения структуры получите список страниц, файлов и важных внутренних ссылок. Дополните его доступными данными поиска и посещений. Для каждой страницы запишите её назначение и решение о переносе. Адрес без посетителей тоже может быть нужен действующему клиенту или внешней ссылке.
Отделите содержательные страницы от дублей и служебных вариантов. Не удаляйте автоматически всё, что не попало в один отчёт. Проверьте изображения, PDF и другие файлы: новая навигация может сохранить страницы, но сломать документы, на которые ссылаются пользователи.
Сохраняйте понятные адреса, где это возможно
Редизайн не требует полной смены URL. Если адрес соответствует теме и подходит новой структуре, его можно оставить. Это упрощает перенос и уменьшает число необходимых соответствий.
Когда адрес меняется, подготовьте точное соответствие старого и нового содержимого. Постоянное серверное перенаправление сообщает о переносе. Массовая отправка несвязанных страниц на главную не помогает пользователю найти прежний ответ. Цепочки перенаправлений тоже лучше устранять.
Проверьте сигналы предпочтительного адреса
Основной адрес страницы должен согласованно присутствовать в canonical, навигации, карте сайта и перенаправлениях. Для страницы с параметрами нужно определить, представляет ли она самостоятельное содержимое или вариант отображения того же материала.
Проверьте ссылки на старые пути внутри нового сайта. Canonical не делает ссылку рабочей и не заменяет исправление навигации. Карта сайта должна перечислять доступные предпочтительные страницы, а не дубли и ошибочные адреса.
Подготовьте проверку публикации
У тестовой версии часто стоят ограничения индексирования. До выпуска составьте список мест, где они могут остаться: robots.txt, метатеги, HTTP-заголовки и настройки среды. Публичная страница должна быть доступна без входа и возвращать ожидаемый статус.
Проверьте формы и пользовательские сценарии отдельно от SEO. Поисковый посетитель должен иметь возможность завершить задачу. Для удалённой страницы без замены нужен корректный статус отсутствия и понятная навигация, а не успешный ответ с пустым содержимым.
Разделите запуск и последующее наблюдение
Сразу после выпуска проверяйте ответы сервера, перенаправления, ресурсы и важные пути. Затем наблюдайте доступные данные обхода, индексирования и посещений. Поисковым системам нужно время, чтобы обработать изменения.
Сравнивайте одинаковые направления и периоды, учитывая сезонность и другие изменения бизнеса. Не связывайте любое колебание с дизайном без проверки. Ошибки адресов и доступности можно устранять сразу; оценка содержимого и спроса требует больше контекста.
Сохраните возможность исправить выпуск
Сохраняйте предыдущую версию и карту миграции. Выпуск должен иметь понятный способ возврата или точечного исправления. Отдельно учитывайте данные, созданные после запуска: откат внешнего вида не должен уничтожать новые заявки и записи.
Документируйте изменённые адреса, причины и контрольные проверки. Это помогает дальнейшему развитию: следующая команда сможет понять историю структуры и не создать новый набор дублей вокруг уже перенесённых тем.
Для каждого значимого старого адреса определите результат переноса.
Что проверить перед следующим шагом
- Для каждого значимого старого адреса определите результат переноса.
- Сохраняйте URL, если изменение не нужно по задаче.
- Проверяйте серверные перенаправления без цепочек.
- Согласуйте canonical, ссылки и sitemap.
- Уберите тестовые ограничения с публикуемых страниц.
- Сохраните предыдущий выпуск и наблюдайте данные после запуска.
Материал PENROUZ · 13 октября 2026. Практические рекомендации изложены для планирования проекта.
Как мы готовим материалы ↗Редизайн сайта с сохранением адресов и SEO
Обновляем дизайн, структуру и тексты сайта с учётом действующих страниц и поискового трафика. Готовим карту адресов, проверяем перенос и контролируем запуск.
Посмотреть состав решения ↗