Техничка
301 и 302 редиректы: когда какой использовать в SEO
Чем отличаются 301 и 302 редиректы, как их видят поисковики, когда нужен постоянный перенос и какие ошибки ломают миграции.
Редиректы кажутся простой технической деталью: один URL отправляет пользователя на другой. Но для SEO это не просто переход, а сигнал о том, как поисковику трактовать судьбу старого адреса. Если перепутать 301 и 302, можно получить не тот canonical, потери при миграции, странные статусы в вебмастерах и лишний шум в индексе.
Google отдельно подчеркивает, что разные типы редиректов используются как сигналы каноникализации: Redirects and Google Search. Для бизнеса это означает: код ответа — не формальность, а часть управления индексом.
В чем разница между 301 и 302
301 Moved Permanently сообщает: адрес сменился окончательно. Пользователь и робот должны привыкать к новому URL.
302 Found сообщает: перенос временный. Исходный адрес теоретически может вернуться.
Проблема в том, что многие ставят 302 «на всякий случай», а потом забывают о нем на месяцы. Для SEO это слабая и неаккуратная логика: поисковик дольше держит старый адрес в обращении или трактует сигналы не так, как вы ожидали.
Когда нужен 301
Типовые сценарии:
- переезд страницы на новый URL;
- смена структуры раздела;
- переход с
httpнаhttps; - склейка зеркал;
- объединение дублей;
- замена старой страницы новой более релевантной версией.
Если вы уверены, что старый адрес больше не нужен как самостоятельная точка входа, в большинстве случаев нужен именно 301.
Когда допустим 302
302 уместен тогда, когда изменение действительно временное:
- краткосрочные технические работы;
- A/B-тест;
- временная подмена лендинга;
- сезонный сценарий, после которого исходный URL вернется.
Ключевое слово здесь — действительно. Не «может быть потом решим», а реально временный промежуток с планом возврата.
Что происходит, если перепутать
Ставят 302 на постоянный переезд
В результате поисковик дольше держит старый URL в системе, а новый собирает сигнал медленнее и менее предсказуемо.
Ставят 301 на временную подмену
Так можно преждевременно склеить сигналы и усложнить обратный возврат на исходный адрес.
Делают массовый редирект всего на главную
Это одна из самых дорогих ошибок при чистке сайта. Если старая карточка, статья и услуга все редиректят на главную, пользователь не получает релевантный ответ, а поисковик видит плохую миграцию.
Какой редирект сильнее для SEO
Для постоянного переноса почти всегда чище работает 301, потому что он ясно подтверждает: теперь главный URL другой.
Но важен не только код:
- ведет ли старый адрес на релевантную новую страницу;
- нет ли цепочек из нескольких редиректов;
- совпадает ли новая страница по интенту;
- обновлены ли внутренние ссылки;
- нет ли конфликта с canonical.
Если эти вещи не собраны, даже правильный 301 работает хуже, чем мог бы.
Редиректы и canonical: кто важнее
В архитектуре сайта редирект обычно сильнее и чище, чем простой canonical на другой адрес. Если страница уже должна жить по новому URL, не нужно оставлять её доступной по старому и надеяться, что canonical «сам все решит».
Рабочая логика выглядит так:
- старый URL больше не нужен —
301; - дублирующиеся версии еще доступны, но основная одна — canonical;
- страница исчезла без замены —
404или410.
Где чаще всего появляются ошибки
Цепочки редиректов
A -> B -> C почти всегда хуже, чем прямой A -> C.
Петли
Когда URL гоняют друг друга по кругу, страница перестает быть нормально доступной и пользователю, и боту.
Разные правила для зеркал и протоколов
Если часть логики живет на уровне CMS, часть в веб-сервере, а часть в CDN, легко получить конфликтующие маршруты.
Внутренние ссылки продолжают вести на старые адреса
Тогда сайт сам поддерживает устаревшую структуру вместо укрепления новой.
На одном проекте миграция формально была «сделана»: редиректы стояли, sitemap обновили, а позиции всё равно плавали. Разбор показал, что часть старых URL вела через 302, часть — через цепочки из двух переходов, а меню и хлебные крошки продолжали ссылаться на старые адреса. После выравнивания карты редиректов и внутренних ссылок новый раздел начал собирать сигнал как единый URL-кластер.
Как проверять редиректы после внедрения
Минимальный набор проверки:
- старый URL отдает именно тот код, который вы планировали;
- редирект ведет на релевантную страницу, а не на главную;
- нет цепочек и петель;
- финальный URL отдает
200; - canonical и sitemap поддерживают новую версию;
- внутренние ссылки обновлены.
Особенно важно это при переезде сайта и переходе на HTTPS.
Когда редирект не нужен
Иногда сайт пытаются лечить редиректом там, где это неуместно:
- у страницы еще есть самостоятельный спрос;
- вариант товара должен жить отдельно;
- фильтр работает как полезная посадочная;
- страницу нужно временно скрыть, а не переносить.
В таких случаях редирект может создать новую каннибализацию вместо пользы.
Короткий чек-лист
- постоянный перенос —
301; - временный сценарий —
302; - нет массовых редиректов на главную без релевантности;
- карта редиректов без цепочек и петель;
- internal links и canonical обновлены;
- для удаленных без замены страниц не используется «редирект на что-нибудь».
Итог
301 и 302 отличаются не только цифрой в статусе ответа. Для SEO это разные сигналы о судьбе старого URL. Если страница действительно переехала, используйте 301 и стройте прямой, чистый маршрут на новый адрес. Если перенос временный — 302. Чем меньше у сайта противоречий между редиректами, canonical и внутренними ссылками, тем предсказуемее индекс и меньше потерь при изменениях.
Понравился материал? После настройки редиректов проверьте, как они сочетаются с canonical и планом миграции сайта.
Также рекомендуем:
- Переезд сайта на новый домен без падения позиций
- Каннибализация запросов: как найти и объединить конкурирующие страницы
- Out of Stock SEO: 404, 301 и страницы без товара
Если после миграции трафик не собирается на новых URL, проблема часто не в одной странице, а в плохой карте редиректов. Команда SEO Владимир поможет собрать перенос без цепочек, конфликтов и лишней потери сигналов. Карту редиректов для переезда собираем в техническом аудите.
Тема статьи
Техническое SEO
Статьи про техническую сторону SEO: индексация и robots.txt, sitemap.xml, canonical и дубли, редиректы, Core Web Vitals и скорость, микроразметка, SPA и рендеринг. То, что решается в коде и настройках, а не в текстах.
Читайте также
Похожие статьи
Canonical URL: как выбрать главную версию страницы и убрать дубли
Разбираем, как работает rel="canonical", когда он действительно помогает, почему не заменяет редиректы и какие ошибки чаще всего ломают индексацию дублей.
11 минКак закрыть страницу от индексации: noindex, X-Robots-Tag, robots.txt, 404 и 410
Разбираем, чем отличаются noindex, X-Robots-Tag, robots.txt, 404 и 410, в каких случаях использовать каждый способ и как не закрыть полезные страницы по ошибке.
10 минКак добавить организацию в Яндекс.Бизнес и прокачать карточку в Картах
Разбираем, как добавить компанию в Яндекс.Бизнес, оформить карточку в Картах, работать с отзывами и связать профиль с сайтом для локального спроса.
10 мин