Зачем вообще нужны редиректы
Редирект - это серверный ответ, который говорит браузеру и поисковому роботу: “этот URL больше не отдает контент здесь, иди по другому адресу”.
В SEO редиректы используют для двух задач:
- корректно направлять пользователя (чтобы он не попадал на 404 и не терялся)
- аккуратно переносить “сигналы” со старого URL на новый (когда вы меняете адреса, структуру, домен, протокол)
Важно: редирект - это не просто “перебросить куда-нибудь”. Это часть управления индексом. Неправильные переносы часто приводят к дублям, цепочкам, странным статусам “выбран другой канонический URL” и потерям в трафике.
Что означают 301 и 302 простыми словами
301 - постоянный перенос. Вы как бы говорите поисковику: “старого адреса больше нет, основной адрес теперь другой”.
302 - временный перенос. Вы говорите: “сейчас страница временно живет по другому адресу, но исходный URL может вернуться”.
Оба варианта - это подсказка поисковикам, а не магическая гарантия. Поисковые системы дополнительно смотрят на соответствие контента, внутренние ссылки, sitemap, canonical и другие сигналы. Но выбор кода ответа все равно важен: он задает “намерение” переноса и влияет на то, как быстро и куда поисковик будет склеивать сигналы.
Когда использовать 301
301 выбирают, когда вы меняете адреса навсегда или “надолго и без планов отката”.
Типовые случаи:
- переход с http на https
- склейка зеркал (www - без www, с хвостом слеша - без слеша и т.д.)
- смена структуры URL (например, /blog/post/ -> /articles/post/)
- переезд на новый домен
- объединение двух страниц в одну (если новая страница реально замещает старую)
Что важно в 301-переносе
- Перенос должен быть “замещающим”: новый URL должен быть ближайшим аналогом старого по смыслу.
- Старайтесь делать перенос 1:1, а не “всё на главную”.
- Держите 301 достаточно долго, чтобы роботы и внешние ссылки успели “переехать”. Обычно это месяцы, а в идеале - год и дольше для крупных переносов.
Когда использовать 302
302 подходит, когда перенос временный, и вы хотите сохранить исходный URL как основной на будущее.
Типовые случаи:
- временное A/B-тестирование с отдельным URL
- временная страница на время работ (например, на 1-2 дня)
- временный перенос пользователя в другой раздел по логике продукта (например, гео или язык), если при этом основной URL должен остаться исходным
- временная замена посадочной (акция закончилась - вернули исходную)
Важно: если “временное” длится месяцами и вы не планируете откат, это уже похоже на постоянный перенос - тогда логичнее 301.
Мини-таблица: что ставить в популярных ситуациях
| Ситуация | Что чаще всего ставить | Ключевой принцип |
|---|---|---|
| Склейка зеркал и технических дублей (http/https, www/без www, слеши, регистр) | 301 | Один основной вариант URL, без цепочек |
| Переезд URL навсегда (смена структуры, домена, разделов) | 301 | Карта соответствий 1:1 и обновление внутренних ссылок |
| Временная подмена страницы (тест, краткосрочная акция, временная заглушка) | 302 | План отката и контроль сроков |
| Временно нет товара/услуги, но скоро вернется | 302 (иногда без редиректа) | Не склеивать навсегда, думать о пользовательском сценарии |
| Страница удалена навсегда и аналога нет | обычно не редирект, а 404/410 | Не маскировать удаление редиректами “куда попало”, но часто практикуют 301-й редирект на главную страницу или родительскую категорию/раздел |
Базовые правила настройки, которые спасают от хаоса
1) Без цепочек редиректов
Цепочка - это когда URL A ведет на B, потом на C, потом на D.
Почему плохо:
- лишние переходы замедляют обход и загрузку
- растет риск ошибок (петли, неверные правила, разные коды)
- часть сигналов может переноситься медленнее
Норма - один “прыжок”: A -> B, а B отдает 200 OK.
Сервисы для SEO-аудита онлайн
2) Не делайте “всё на главную”
Редирект старых страниц на главную без соответствия по смыслу часто выглядит как “soft 404” (страница вроде бы есть, но это не то) и может не переносить сигналы так, как вы ожидаете.
Лучше:
- на ближайший аналог (товар -> аналогичный товар или категория)
- на родительскую категорию, если это логично для пользователя
- или честно отдавать 404/410, если аналога нет
- если трафик на страницу ощутимый, а аналога нет, часто принимают решение перенаправлять пользователя хотя бы на главную или же дорабатывают 404-ю страницу, чтобы она могла эффективно работать с таким трафиком
3) Следите за финальным кодом ответа
Проверьте руками: конечный URL должен отвечать 200 OK.
Частая ошибка - редирект ведет на страницу, которая сама отдает 404/500, или на URL, который закрыт от индексации (например, noindex).
4) Не путайте редиректы и canonical
Редирект - это “физический” перенос: пользователь и робот уходят на другой URL.
Canonical - это подсказка, какой URL считать основным, но при этом оба адреса могут быть доступны.
Если вы уже настроили 301 на новый URL, canonical на старом URL чаще всего не нужен (старый URL всё равно должен уводить на новый).
5) Серверный редирект лучше, чем JS или meta refresh
Поисковики умеют обрабатывать и JS, и meta refresh, но для переносов URL в SEO безопаснее использовать именно HTTP-редирект на сервере.
JS и meta refresh оставляйте как крайний вариант, когда серверный редирект невозможен.
6) Аккуратно с параметрами и UTM
Решите заранее, что вы делаете с параметрами:
- если параметр меняет контент (фильтры, сортировки) - это отдельная SEO-задача, и “всё редиректить” может быть вредно
- если параметр только для аналитики (UTM) - чаще всего его нужно сохранить и не ломать
Массовый перенос URL: как делать, чтобы не потерять видимость
Если переносите много страниц, думайте не “про редирект”, а про систему:
- Соберите карту соответствий: старый URL -> новый URL (лучше сразу в таблице).
- Проверьте, что новая страница действительно замещает старую по смыслу и интенту.
- Обновите внутренние ссылки на сайте, чтобы они сразу вели на новые URL, а не через редирект.
- Проверьте canonical на новых страницах (должен указывать на себя, если это основная версия).
- Обновите sitemap.xml, чтобы он содержал новые URL.
- Минимизируйте цепочки: старые правила должны вести сразу на финальный адрес.
Как быстро проверить редиректы
Минимальный набор, которого обычно хватает:
- В браузере: откройте старый URL и проверьте, куда он уводит.
- В DevTools (Network): посмотрите коды ответов (301/302 и финальный 200).
- Для массовой проверки используйте краулер, например Screaming Frog SEO Spider.
- В Google Search Console и Яндекс Вебмастер: следите за отчетами индексации и страницами со статусом “перенаправлено” и “ошибка”.
Важно: после изменений всегда проверяйте не 2-3 URL, а выборку из разных типов страниц (категории, карточки, статьи, фильтры, пагинация).
Частые ошибки и почему они опасны
- 302 вместо 301 при постоянном переносе - поисковик может дольше держать в индексе старые URL.
- Редирект на нерелевантную страницу - риск soft 404 и потери сигналов.
- Цепочки и петли - ухудшают обход и создают “плавающие” статусы в индексации.
- Редирект на URL, закрытый от индексации - вы сами перекрываете перенос.
- Редиректы, которые зависят от устройства/куки и дают разное поведение роботу и пользователю - усложняют диагностику и могут приводить к неожиданной каноникализации.
Коротко про 307 и 308
Иногда вы встретите похожие коды:
- 308 - постоянный редирект (логика как у 301).
- 307 - временный редирект (логика как у 302).
В рамках базового SEO чаще достаточно правильно выбирать между “постоянно” (301) и “временно” (302). Если вы не уверены, какие коды у вас реально отдает сервер, просто проверьте ответы в Network или любым инструментом, который показывает HTTP-статусы.
Нюансы Google и Яндекс, которые полезно помнить
- Для переносов URL поисковики лучше понимают и быстрее обрабатывают постоянные серверные редиректы.
- Если вы делаете переезд домена или крупный перенос, кроме редиректов важно обновить внутренние ссылки и sitemap - иначе робот будет долго “догонять” изменения.
- В Яндекс Вебмастере есть инструмент «Переезд сайта» (в т.ч. для смены домена и перехода на HTTPS) - он помогает быстрее зафиксировать переезд, но не заменяет корректные редиректы. В Google Search Console есть в Настройки → Изменение адреса, но он применяется только при переезде на другой домен/поддомен; для миграции http→https его использовать не нужно.