Разница между 301 и 302 редиректом кажется мелочью — одна цифра в коде ответа сервера. На практике эта цифра решает, сохранит ли страница накопленные позиции или начнёт путь с нуля. За 20 лет я разбирал десятки переездов, где сайт терял половину трафика именно из-за неверно выбранного кода. Разберу, чем эти два ответа отличаются по сути, а не по формальному описанию из документации.
Что такое редирект и как его видит поисковик
Редирект — это ответ сервера, который вместо содержимого страницы отдаёт браузеру команду «иди по другому адресу». Пользователь этого почти не замечает: он кликнул по ссылке и оказался там, куда его перенаправили. Робот поисковой системы видит другое — он получает код ответа из группы 3xx и заголовок Location с новым адресом.
Дальше начинается самое важное. Робот интерпретирует код буквально: 301 означает «этот адрес больше не действует, замени его в индексе на новый», 302 — «адрес действует, но сейчас показывай содержимое отсюда, вернись сюда позже». От этой интерпретации зависит, какой из двух адресов останется в поиске и что произойдёт с накопленными сигналами.
301: постоянное перенаправление
Код 301 сообщает, что переезд окончательный. Поисковая система в течение нескольких недель убирает старый адрес из индекса, ставит на его место новый и переносит на него накопленные сигналы: внешние ссылки, историю документа, поведенческие данные. Браузеры такой ответ кешируют — при повторном обращении к старому адресу браузер даже не спрашивает сервер, а сразу идёт на новый.
Именно кеширование делает 301 опасным при ошибке. Если вы настроили перенаправление не туда и через час исправили, часть пользователей ещё долго будет попадать на неверный адрес — их браузеры запомнили правило. Поэтому 301 всегда проверяют до выкатки на продакшен, а не после.
302 и 307: временное перенаправление
Код 302 говорит: исходный адрес остаётся основным, просто сейчас содержимое отдаётся с другого. Поисковик в этом случае, как правило, сохраняет в индексе исходный адрес, а содержимое подтягивает с целевого. Сигналы никуда не переносятся — они остаются у старого адреса, потому что он и считается действующим.
Код 307 — это уточнённая версия 302 из более поздней спецификации. Разница в том, что при 307 метод запроса гарантированно сохраняется: если пользователь отправлял форму методом POST, после 307 она уйдёт тем же POST, а при 302 некоторые клиенты превращали её в GET. Для поисковой оптимизации 302 и 307 равнозначны — оба трактуются как временные.
| Параметр | 301 | 302 / 307 |
|---|---|---|
| Смысл | Переезд навсегда | Временная подмена содержимого |
| Какой адрес остаётся в индексе | Новый | Обычно исходный |
| Передача ссылочного веса | Передаётся на новый адрес | Остаётся на исходном |
| Кеширование браузером | Кешируется надолго | Не кешируется по умолчанию |
| Скорость реакции поисковика | От нескольких дней до месяцев | Изменений в индексе может не быть вовсе |
| Цена ошибки | Высокая, откат долгий | Низкая, снимается мгновенно |
Что реально происходит с весом и индексацией
Формулировка «301 передаёт вес» упрощает картину. Точнее сказать так: при постоянном перенаправлении поисковая система склеивает два адреса в один документ, и все сигналы, которые вели на старый, начинают учитываться для нового. Это не мгновенный перенос: склейка занимает от двух недель до нескольких месяцев в зависимости от того, насколько часто робот обходит старый адрес.
Есть важное условие, о котором забывают: склейка происходит корректно только при смысловом соответствии страниц. Если вы перенаправили карточку товара на главную, поисковик воспринимает это как удаление страницы, а не как переезд, и никакой передачи сигналов не будет. Массовые перенаправления «всё на главную» — самая частая причина провала при смене структуры сайта.
При временном перенаправлении склейки нет вообще. Поисковик держит в индексе исходный адрес и ждёт, когда тот снова начнёт отдавать содержимое напрямую. Если 302 висит годами, поведение алгоритмов становится непредсказуемым: они могут в какой-то момент трактовать его как постоянный, а могут оставить в подвешенном состоянии, и тогда целевая страница не будет ранжироваться самостоятельно.
Когда какой код применять: разбор ситуаций
| Ситуация | Код | Почему |
|---|---|---|
| Смена домена | 301 | Переезд окончательный, сигналы должны уйти на новый домен |
| Переход на HTTPS | 301 | Протокол меняется навсегда |
| Склейка зеркал с www и без | 301 | Один из вариантов должен стать единственным |
| Изменение адреса раздела или ЧПУ | 301 | Старый адрес больше не нужен |
| Товар снят с продажи, есть аналог | 301 | Сигналы переходят на замену |
| Товар временно нет в наличии | Оставить страницу, не редиректить | Страница вернётся, индекс терять не нужно |
| Техническое обслуживание сайта | 302 или 503 | Состояние временное |
| A/B-тест двух версий страницы | 302 | Основной остаётся исходный адрес |
| Акция на ограниченный срок | 302 | После акции всё вернётся как было |
| Переадресация по геолокации или языку | 302 | Разным пользователям — разное содержимое |
Простое правило для проверки себя: спросите, планируете ли вы когда-нибудь вернуть старый адрес в работу. Если ответ «нет» — ставьте 301. Если «да, через месяц» или «зависит от результата теста» — 302.
Цепочки редиректов
Цепочка — это когда адрес А перенаправляет на Б, Б на В, а В уже отдаёт содержимое. Такое возникает само собой: сначала переехали с http на https, потом сменили структуру каталога, потом добавили правило по слешу на конце. Каждое правило по отдельности верное, а вместе они образуют лестницу.
Чем это плохо: каждый переход — отдельный запрос к серверу и лишние сотни миллисекунд для пользователя; краулинговый бюджет расходуется на служебные ответы вместо реальных страниц; при длинных цепочках робот может прекратить обход, не дойдя до конечной страницы. Отдельная беда — циклы, когда А ведёт на Б, а Б обратно на А: страница становится недоступна полностью.
Правильная схема — всегда одно звено. При добавлении нового правила старые нужно переписывать так, чтобы они сразу указывали на финальный адрес. При проверке я выгружаю все внутренние ссылки и смотрю, какие из них ведут не на конечный адрес, а на промежуточный — их надо править в самом коде страниц, а не полагаться на перенаправление. Это стандартная часть работ, которую я закладываю, когда делаю аудит сайта перед переездом.
Типичные ошибки при переездах
| Ошибка | Последствие | Как исправить |
|---|---|---|
| 302 вместо 301 при смене домена | Новый домен не индексируется, старый теряет позиции | Заменить код на 301 и отправить страницы на переобход |
| Все старые адреса ведут на главную | Сигналы теряются, воспринимается как массовое удаление | Составить постраничную карту соответствий |
| Перенаправление стоит одновременно с canonical на другой адрес | Противоречивые сигналы, поисковик выбирает сам | Оставить один механизм |
| Старые адреса закрыты в robots.txt | Робот не видит перенаправление и не склеивает адреса | Открыть старые адреса для обхода |
| Редирект снят через месяц после переезда | Часть страниц выпадает из индекса | Держать правила минимум год |
| Перенаправление через JavaScript | Обрабатывается ненадёжно и с задержкой | Настроить на уровне сервера |
Отдельно про сроки. Я держу перенаправления со старых адресов не меньше года, а на крупных проектах — бессрочно. Внешние ссылки на старые адреса живут годами, и снятие правил означает потерю этого трафика и веса. Место на диске под правила стоит дешевле потерянных позиций.
Как проверить, что стоит на сайте
Проверять нужно по коду ответа сервера, а не по тому, куда вас перебросил браузер. Внешне 301 и 302 неотличимы. Инструменты: раздел проверки ответа сервера в Яндекс.Вебмастере, консольная утилита curl с ключом просмотра заголовков, любой краулер, который умеет строить отчёт по кодам ответа, расширения для браузера с отображением заголовков.
Что смотреть в отчёте: код ответа, конечный адрес в заголовке, количество звеньев до финальной страницы, совпадение протокола и варианта домена. Отдельно проверьте, что главная страница по всем четырём вариантам написания (с www и без, http и https) в итоге приводит на один и тот же адрес одним переходом.
Чего делать не стоит
- Ставить 302 «на всякий случай, потом поменяем». Потом не меняют, а поисковик всё это время держит в индексе не тот адрес.
- Перенаправлять страницу с ошибкой 404 на главную. Пользователь не понимает, что произошло, а поисковик не получает честного сигнала об удалении.
- Использовать перенаправления вместо исправления структуры. Если половина ссылок сайта ведёт через 301, проблема в коде шаблона.
- Переносить домен и одновременно менять структуру, дизайн и контент. При падении вы не поймёте, что стало причиной.
- Настраивать правила регулярными выражениями без проверки на тестовом окружении — одна лишняя точка в маске уводит в цикл весь раздел.
- Забывать про карту сайта: после переезда в ней должны остаться только новые адреса.
Частые вопросы
Теряется ли часть веса при 301? Современные алгоритмы Яндекса и Google передают сигналы практически полностью при условии смыслового соответствия страниц. Заметные потери возникают не от самого кода, а от того, что содержимое на новом адресе отличается от прежнего.
Сколько ждать результата после переезда? Первые изменения в индексе видны через одну-две недели, полная переклейка крупного сайта занимает от двух до шести месяцев. Просадка в первые недели — нормальное явление, если она не углубляется.
Можно ли перенаправлять с одного языка сайта на другой? Нет. Языковые версии — это разные документы, для них используется разметка альтернативных версий, а не перенаправление.
Что выбрать для страницы товара, которого больше не будет? Если есть прямой аналог — 301 на него. Если аналога нет, честнее отдать 404 или 410 и убрать страницу из карты сайта, оставив ссылки на категорию.
Влияет ли количество редиректов на скорость сайта? Да. Каждое звено добавляет полный цикл обращения к серверу. На мобильных соединениях цепочка из трёх звеньев легко съедает секунду загрузки — это заметно и в метриках скорости, и в отказах.
Чеклист перед переездом
- Составлена постраничная карта соответствий старых и новых адресов.
- Для окончательных переездов выбран код 301, для временных — 302.
- Правила протестированы на копии сайта до выкатки.
- Проверено, что нет цепочек длиннее одного звена и нет циклов.
- Внутренние ссылки в шаблонах и контенте переписаны на конечные адреса.
- Старые адреса открыты для обхода роботами, не закрыты в robots.txt.
- Canonical на новых страницах указывает на сами себя.
- Карта сайта обновлена и содержит только действующие адреса.
- В панелях вебмастера указан переезд, новый домен добавлен и подтверждён.
- Настроен мониторинг кодов ответа на первые тридцать дней.
- Правила перенаправления сохраняются минимум год.
Выбор между 301 и 302 — не вопрос вкуса, а вопрос того, что вы сообщаете поисковой системе о будущем адреса. Ошибка здесь стоит дороже, чем любая другая техническая правка, потому что откат занимает месяцы. Если предстоит переезд или крупная доработка сайта со сменой структуры, потратьте день на карту соответствий — этот день окупится многократно.
Если нужно продвижение сайта в Яндексе — помогу вывести сайт в топ Яндекса и удержать позиции.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Старт 
Стандарт 
Премиум 
