# Редизайн без потери важных страниц: план переноса сайта

Источник: https://quicklanding.ru/knowledge/redesign-seo-migration/

Как подготовить старые адреса, соответствие страниц, редиректы и проверку после редизайна. Что сохранить перед запуском новой версии.

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

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

![Команда обсуждает план работы у доски с заметками](/assets/images/knowledge/redesign-seo-migration.webp)

## Соберите исходное состояние

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

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

## Подготовьте таблицу соответствия

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

| Старый тип страницы | Решение | Проверка |
| --- | --- | --- |
| Действующая услуга | Сохранить адрес или перенаправить на её новый URL | Состав предложения не потерян |
| Два одинаковых раздела | Объединить на подходящем адресе | Сохранены полезные сведения |
| Удалённая услуга без замены | Корректная страница ошибки | Нет ложного перенаправления |
| Изображение с внешними ссылками | Сохранить или перенести адрес | Файл доступен и используется |

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

## Проверьте техническую часть переноса

Для изменённых адресов настройте постоянные серверные перенаправления на конечную страницу. Проверьте отсутствие циклов и длинных цепочек. Внутренние ссылки, canonical и новая карта сайта должны использовать новые согласованные адреса.

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

## Не выпускайте тестовые настройки в боевую версию

Закрытая тестовая площадка полезна для проверки. Перед запуском проверьте правила доступа, noindex, robots.txt, адреса файлов и настройки отправки форм. На сайте не должно остаться ссылок на тестовый домен и временных контактных данных.

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

## Что наблюдать после публикации

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

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

## Документация и проверка сведений

Технические сведения сверены с документацией на 7 октября 2026 года. При настройке конкретного сервиса проверьте его текущую версию и действующие инструкции.

- [Google: перенос сайта и адресов](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)
- [Яндекс: переезд сайта](https://yandex.ru/support/webmaster/en/yandex-indexing/moving-site)

## Материалы по соседним задачам

- [Robots, noindex и sitemap](/knowledge/robots-noindex-sitemap/)
- [Дубли и canonical](/knowledge/duplicate-pages-canonical/)
- [Разработка сайтов](/services/websites/)

## Частые вопросы

### Обязательно ли менять URL при редизайне?

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

### Можно ли все старые страницы отправить на главную?

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

### Можно гарантировать сохранение позиций после переезда?

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

Автор: Владимир Николаев