Редизайн сайта: как не потерять страницы из поиска

20.10.2026 · 7 мин чтения

Когда при редизайне меняется структура, поиск по-прежнему знает старые адреса, а не новый макет. Дерево разделов и правила вложенности я здесь не разбираю: это отдельная работа. Здесь речь о переносе уже существующих страниц. Какой адрес оставляю, какой меняю, куда ведёт редирект и что сверяю после выкладки. Прежний поток визитов я этим не обещаю. Я отвечаю за то, чтобы нужный документ остался открываемым по понятной паре адресов.

До новой вёрстки я собираю список адресов, которые уже живут. Меню будущего макета этот список не заменяет. В него попадают пути из карты сайта, из отчёта обхода, из Яндекс Вебмастера и Google Search Console, а ещё адреса, которые открывали в Метрике. Один источник всегда с пропусками. В поиске бывает страница, которой уже нет в меню. В меню бывает черновик, которого поиск не видел.

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

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

Смена протокола, приставки www и слэша на конце — это зеркала одного адреса, а не новая структура. В карту переноса разделов я их не записываю как отдельные страницы. Для редизайна в таблице только те пары, где меняется путь или несколько документов сознательно становятся одним.

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

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

Домен при этом тот же. Заявку о смене адреса в Search Console я не отправляю: она про переезд на другой домен. Внутри одного сайта поиск связывает старое и новое через редирект, карту сайта и ссылки.

Карта переноса — таблица, а не одно правило на весь сайт. В колонках старый адрес, новый адрес, что это за документ и почему пара именно такая. Пустая ячейка в колонке нового адреса — дыра. Её нельзя оставить на потом: в день выкладки именно по этой строке видно, куда попадёт человек и робот.

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

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

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

Каждая нить — одна пара: старый адрес и тот новый, где открывается тот же документ.

На боевой версии старый адрес отвечает постоянным перенаправлением, код 301, сразу на конечный URL. Временное перенаправление здесь не ставлю: смена пути — не короткое объявление, адрес меняется всерьёз. Новый адрес открывается обычным ответом, код 200, и сам на себя не перенаправляется. Если новый путь отвечает редиректом дальше, пара ещё не готова.

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

Вместе с адресом переезжает то, из-за чего страница была видна по запросам. Title, description и заголовок страниц, которые уже открывают из поиска, я не отдаю на сокращение ради макета. Если текст был ответом, он остаётся в документе и читается без вкладки, которая подгружается только скриптом. Блоки перелинковки на новом шаблоне проверяю отдельно. Соседние услуги и материалы должны остаться обычными ссылками на живые адреса, а не картинками без перехода.

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

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

Один переход со старого адреса на конечный. Внутренняя ссылка после выкладки идёт туда же напрямую.

В день запуска я не жду, что поиск уже заменит старые адреса в выдаче. Робот обходит сайт заново, и это занимает время. В этот день проверяю то, что видно сразу.

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

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

После выкладки сначала коды ответа и пары адресов, и только потом отчёты кабинетов.

SEO

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