Все старые URL ведут на главную
Пользователь теряет контекст, а соответствие между документами становится слабым.
Практическое SEO · редиректы
Редиректы 301 и 302: как перенаправлять страницы без цепочек и потерь
Редирект нужен, когда адрес страницы меняется, но пользователь и поисковый робот должны попасть на актуальную версию. Ошибка не в самом перенаправлении, а в неверном типе редиректа, цепочке из нескольких шагов, цикле или переходе на нерелевантную страницу.
Основа
Редирект нужен только при понятном соответствии старого и нового URL
Если адрес страницы изменился, старый URL может ещё долго жить во внешних ссылках, закладках, истории браузера и поисковой базе. Редирект связывает старый адрес с новой версией и помогает не превращать переход пользователя в ошибку.
Но перенаправление должно иметь смысл. Если старый товар удалён навсегда и аналога нет, вести его на главную только ради отсутствия 404 — плохая идея. Если же старая услуга получила новый URL и содержание сохранилось, прямой постоянный редирект логичен.
Редирект — это утверждение: «этот URL теперь соответствует вот этому новому адресу». Если такого соответствия нет, не нужно его придумывать.
Шаг 1
301 — постоянный перенос, 302 — временный
Для постоянной смены адреса страницы используем постоянный редирект. Для краткосрочного сценария, когда исходный URL должен снова стать основным, подходит временный.
Яндекс прямо рекомендует 301 для постоянного перемещения и 302 — только для временных случаев. Страница с редиректом сама не индексируется, а робот работает с конечным адресом, если он доступен.
| Ситуация | Код | Почему |
|---|---|---|
| Смена постоянного URL услуги | 301 | Старый адрес больше не должен быть основным |
| Редизайн со сменой структуры | 301 | Новые URL заменяют старые надолго |
| Краткосрочная техническая страница | 302 | Исходный URL должен вернуться после работ |
| Временный эксперимент | 302 | Новая версия не становится постоянным адресом |
Шаг 2
307 и 308 нужны, когда важно сохранить метод запроса
Коды 307 и 308 похожи на 302 и 301 соответственно, но гарантируют сохранение HTTP-метода и тела запроса. Для обычной смены URL контентной страницы чаще достаточно 301/302, а 307/308 полезны в технических сценариях с формами, API и методами кроме GET.
Для SEO важнее не номер сам по себе, а логика: временный перенос должен оставаться временным, постоянный — вести напрямую на окончательный рабочий URL.
Шаг 3
Цепочки редиректов нужно сокращать до одного шага
Если A ведёт на B, B на C, а C на D, пользователь и робот проходят три лишних перехода. Это увеличивает задержку, усложняет диагностику и создаёт риск, что один промежуточный URL сломается.
После нескольких редизайнов такие цепочки появляются естественно: старый адрес редиректит на версию 2024 года, та — на версию 2025, а затем на текущую. Решение — переписать старое правило так, чтобы A сразу вело на D.
Хороший редирект: старый URL → финальный 200. Чем меньше промежуточных шагов, тем понятнее архитектура.
Шаг 4
Цикл редиректов полностью блокирует доступ к странице
Цикл возникает, когда A ведёт на B, а B снова на A или через несколько шагов возвращает к уже пройденному адресу. Браузер в итоге останавливает переход с ошибкой слишком большого числа перенаправлений.
Причина часто появляется при смешении правил: HTTPS, www, слеш, языковая версия и CMS одновременно пытаются «нормализовать» URL по разным схемам. Проверяем весь набор правил как единую систему, а не каждое по отдельности.
Шаг 5
Редирект должен вести на максимально релевантную замену
Массовое перенаправление всех удалённых страниц на главную выглядит как простой способ избежать 404, но стирает смысл исходных URL. Пользователь ожидал конкретный товар, статью или услугу, а получает общий экран.
Если есть эквивалент — ведём на него. Если точного аналога нет, но есть близкая категория или новая версия материала, оцениваем соответствие вручную. Если замены нет вообще, честный 404/410 лучше искусственного редиректа.
Шаг 6
Query-параметры нельзя терять автоматически
При переносе URL рекламные метки, идентификаторы кампаний или функциональные параметры могут иметь значение. Правило редиректа должно либо сохранять нужные параметры, либо осознанно очищать только те, которые больше не используются.
Особенно внимательно проверяем фильтры, пагинацию и формы. Слепое копирование query-string способно создать новые дубли, а слепое удаление — сломать функциональность или аналитику.
Перед массовым правилом полезно собрать несколько реальных примеров URL с параметрами и проверить конечный адрес вручную.
Шаг 7
При миграции карта «старый URL → новый URL» готовится до запуска
Редиректы лучше проектировать не после того, как поисковый трафик уже просел, а до переключения сайта. Для каждого важного старого адреса заранее определяем новую релевантную страницу или фиксируем, что замены нет.
После запуска проверяем не только наличие правила, но и конечный ответ: старый URL должен сделать один переход и привести на индексируемую страницу с 200 OK, правильным canonical и актуальными внутренними ссылками.
Яндекс рекомендует при переезде перенаправлять старые страницы на соответствующие страницы нового сайта. Инструкция Яндекса по переезду сайта.
Практический пример
Как исправить цепочку после двух редизайнов
Страница услуги за несколько лет сменила адрес дважды. Старый внешний URL продолжает получать переходы, но сейчас проходит через две промежуточные версии.
| Сейчас | Проблема | Исправление | Итог |
|---|---|---|---|
| /seo-audit/ → /audit/ → /technical-seo-audit/ | Два редиректа | /seo-audit/ → /technical-seo-audit/ | Один переход |
| /audit/ → /technical-seo-audit/ | Старый URL ещё используется | Оставить прямой 301 | Старые ссылки продолжают работать |
| Внутренняя ссылка → /audit/ | Сайт сам ходит через редирект | Обновить href | Сразу конечный URL |
| Sitemap содержит /audit/ | Карта указывает на редирект | Заменить на конечный URL | Согласованные сигналы |
Додве ступени
→
Послеодин прямой 301
→
Контрольссылки и Sitemap обновлены
Частые ошибки
Что делает редиректы проблемой
Цепочка из нескольких переходов
Каждый новый редизайн добавляет ещё один промежуточный URL.
Цикл
Несколько правил нормализации противоречат друг другу и возвращают запрос назад.
Внутренние ссылки на 301
Сайт знает конечный адрес, но продолжает сам создавать лишний переход.
302 для постоянного переезда
Временная логика используется там, где старый адрес больше не вернётся.
Sitemap со старыми URL
Карта сайта противоречит новой структуре и реальным редиректам.
Чек-лист
Проверка редиректов
- Определить сценарий: перенос постоянный или временный.
- Выбрать релевантную цель: старая страница ведёт на максимально близкую замену.
- Проверить один шаг: старый URL сразу приводит на финальный 200.
- Убрать цепочки: старые правила не проходят через промежуточные версии.
- Убрать циклы: ни одно правило не возвращает запрос назад.
- Проверить HTTP/HTTPS и www: нормализация не добавляет лишних переходов.
- Проверить параметры: нужные query-данные сохраняются осознанно.
- Обновить внутренние ссылки: вести сразу на конечный URL.
- Обновить Sitemap: убрать адреса с редиректами.
- Сверить canonical: конечная страница указывает на себя или корректный основной URL.
- Проверить массовые правила: несколько примеров каждого шаблона URL.
- Не отключать редиректы преждевременно: старые ссылки могут жить долго.
Вопросы
Короткие ответы
Какой редирект использовать при постоянной смене URL?
Обычно 301. Для сценариев, где важно сохранить метод и тело запроса, может использоваться 308.
Можно ли вести все удалённые страницы на главную?
Не стоит. Если релевантной замены нет, корректный 404/410 лучше нерелевантного массового редиректа.
Цепочка из двух редиректов критична?
Это не катастрофа, но если можно сделать один прямой переход, архитектура станет проще, быстрее и надёжнее.
Нужно ли менять внутренние ссылки после настройки 301?
Да. Внутренние ссылки лучше обновить сразу на конечные URL, чтобы сайт сам не ходил через редиректы.
Сколько держать старые редиректы?
Для важных старых URL — длительно. На них могут продолжать ссылаться внешние сайты, закладки и старые документы.
Практика NIC-SEO
Хороший редирект — прямой, релевантный и предсказуемый
Мы проверяем не только код 301/302, но весь маршрут: старый адрес, Location, конечный HTTP-ответ, canonical, Sitemap и внутренние ссылки.