Как настроить редиректы, чтобы не потерять позиции при смене адресов страниц

Пока страница живёт по одному адресу, к нему привязываются четыре вещи: место в выдаче по своим запросам, внешние ссылки с других сайтов, история поведения посетителей и внутренние переходы с других страниц вашего же сайта. Меняете адрес без редиректа — теряете все четыре одновременно. Причём не «немного»: страница со старым адресом отдаёт 404, и после нескольких заходов робота она уходит из индекса, а новая начинает с нуля — как будто вы её только что опубликовали.

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

Поэтому первое действие — ещё до макетов — выгрузить список адресов, которые есть что терять. Мы берём его из трёх источников: Яндекс.Метрика → «Содержание» → «Страницы входа» за последние двенадцать месяцев с сегментом по поисковому трафику; Яндекс.Вебмастер → «Индексирование» → «Страницы в поиске»; Search Console → «Эффективность» с группировкой по страницам. Объединённый список — основа будущей карты редиректов.

Редирект — это ответ сервера «страницы здесь нет, иди по другому адресу». Код перед этим ответом говорит поисковику, надолго ли. 301 — «навсегда переехали»: робот переносит накопленные сигналы на новый адрес и со временем заменяет старый в выдаче новым. 302 — «временно недоступна, но вернётся»: робот идёт по перенаправлению, но старый адрес продолжает считать основным и ничего никуда не переносит. 307 — технический вариант 302 для случаев с отправкой форм, для переезда страниц он не нужен вовсе; 308 — такой же технический родственник 301.

При смене адресов страниц выбор один — 301. Проблема в том, что многие CMS и конструкторы по умолчанию ставят 302, а разработчик, который «просто настроил перенаправление», не всегда смотрит на код. Проверить это можно самому: в Яндекс.Вебмастере есть инструмент «Проверка ответа сервера» — вводите старый адрес и видите код ответа и адрес, куда ведёт перенаправление. Если там 302 — переезд с точки зрения поиска не состоялся, даже если посетители благополучно попадают на новую страницу.

И не путайте 301 с rel=canonical: canonical — подсказка «из двух похожих страниц главная вот эта», обе при этом открываются. При переезде старая страница исчезает физически, поэтому работает только редирект, а canonical на новом адресе указывает сам на себя.

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

Ключевое слово — «тот же смысл». Правило редиректа простое: страница-донор и страница-получатель должны отвечать на один и тот же запрос. Если у вас была страница «ремонт двухкомнатной квартиры» и на новом сайте есть такая же — редирект туда. Если такой страницы нет, а есть общий раздел «ремонт квартир» — редирект в раздел допустим, но с пониманием, что запросы про двушки постепенно уйдут: раздел на них не отвечает. Ленивый вариант «все страницы категории → на категорию» экономит час работы и стоит десятков запросов, по которым конкретные страницы стояли в топе.

Что делать со страницами, у которых на новом сайте нет аналога, — отдельное решение по каждой. Если это устаревшая новость или акция без ссылок и трафика, честнее отдать 404 или 410 и дать поисковику её забыть. Если страница ссылки и переходы имеет — либо воссоздать её на новом сайте под тем же адресом, либо перенаправить на ближайшую по смыслу, а не в «корень» раздела. Мы отмечаем такие строки в карте отдельным цветом и обсуждаем с владельцем: иногда оказывается, что «ненужная» страница приносила пять заявок в месяц.

Самая распространённая ошибка при переезде — одна строка в конфиге, которая отправляет любой несуществующий адрес на главную. Для посетителя это выглядит терпимо, для поиска — нет. Google в справке Search Console прямо называет такое перенаправление на нерелевантную страницу мягкой ошибкой 404: страница формально отвечает, но содержимое по адресу не то, которое ожидалось, и сигналы никуда не переносятся. Яндекс формулирует иначе, но итог тот же: главная страница не начинает ранжироваться по запросам сотни удалённых страниц — у неё свой интент, а старые адреса уходят в исключённые. По сути вы теряете столько же, сколько при честной 404, но ещё и маскируете проблему от себя.

Вторая ловушка — цепочки. Возникают они после двух переездов: в 2023-м страницу перенесли с A на B, сейчас с B на C, и в конфиге остались оба правила. Робот идёт A → B → C, тратит на это лишний заход и переносит сигналы медленнее; Google в справке ограничивает число переходов, которые робот готов пройти подряд, и длинные цепочки просто обрывает. Правило простое: любой старый адрес ведёт на конечный одним прыжком, даже если для этого нужно переписать старые правила. То же касается вариантов с http и с www: если сначала срабатывает переход на https, потом на новый адрес — это уже цепочка из двух шагов.

Петля — частный случай цепочки: A ведёт на B, а B обратно на A, обычно из-за конфликта нового правила со старым. Браузер показывает «слишком много перенаправлений», робот страницу не получает вообще. Ловится за минуту той же «Проверкой ответа сервера» или краулером — но только если после включения прогнали весь список из карты, а не десяток адресов «для галочки»: петли живут в неочевидных местах вроде пагинации и фильтров.

Редиректы включили — работа сделана наполовину. Теперь ваш собственный сайт должен перестать ссылаться на старые адреса. Меню, футер, хлебные крошки, ссылки в текстах статей, карточки «похожих услуг» — всё, что ведёт на старый адрес через 301, создаёт роботу лишний шаг на каждом обходе. Краулер покажет внутренние ссылки с ответом 301 вместо 200 — мы прогоняем сайт целиком и правим до нуля.

В sitemap.xml остаются только новые адреса с кодом 200: карта сайта с сотней адресов-редиректов в Вебмастере светится ошибками. Canonical на каждой новой странице указывает на неё же, а не на старый адрес, — типичная ошибка при переносе шаблонов, когда тег скопировали вместе с разметкой. И robots.txt не должен закрывать старые адреса: если робот не может их обойти, он не увидит и редиректа.

Дальше — помочь роботу узнать о переезде быстрее. В Яндекс.Вебмастере — «Индексирование» → «Переобход страниц»: туда отправляются и новые адреса, и старые с редиректами, дневная квота ограничена, поэтому первыми идут страницы, которые приносили больше всего переходов. В Search Console — проверка URL с запросом индексирования для ключевых страниц. Если менялся домен, а не только структура, — в Вебмастере дополнительно подаётся заявка «Переезд сайта» с указанием нового главного зеркала, без неё склейка доменов идёт заметно дольше.

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

Яндекс.Вебмастер → «Индексирование» → «Страницы в поиске»: старые адреса должны постепенно уходить в «Исключённые» со статусом «Редирект», а новые — появляться среди страниц в поиске. Если старый адрес висит в исключённых со статусом «Дубль» или «Малоценная страница» — редирект на нём либо не стоит, либо стоит 302, либо ведёт не туда. Search Console → «Индексирование страниц»: «Страница с переадресацией» для старых адресов — норма; «Мягкая ошибка 404» и «Ошибка переадресации» — список для разбора. Яндекс.Метрика → «Страницы входа» с фильтром по адресу: сравниваете переходы на пару «старый → новый» до и после переключения — по этому графику видно, вернулась ли конкретная страница, а не сайт «в среднем».

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

Редиректы — страховка, а не самоцель. Если новую страницу можно положить по старому адресу, это почти всегда дешевле и безопаснее, чем строить карту на триста строк. Большинство CMS позволяют задать адрес вручную, а «некрасивый» URL вида «/catalog/item128/» никак не мешает ранжироваться — мешает только его смена. Мы предлагаем переезд адресов в трёх случаях: старая структура физически не воспроизводится на новой платформе, адреса содержат мусор вроде идентификаторов сессий, или структура ломает логику разделов настолько, что мешает продвигать новые страницы. «Хотим красивые адреса» в этот список не входит.

Если переезд всё же неизбежен — вот что мы проверяем в конце, потому что именно это ломается чаще всего.