Редирект 301 означает постоянный перенос страницы на другой URL, а редирект 302 — временное перенаправление. При 301 поисковая система обычно заменяет старый адрес новым в индексе и объединяет связанные с ними сигналы. При 302 исходный URL, как правило, сохраняется в индексе, поскольку предполагается, что страница снова станет доступна по прежнему адресу.
Выбор неправильного кода может привести к появлению нежелательного URL в поиске, задержке переиндексации, цепочкам перенаправлений и потере части органического трафика. Ниже разберём, как работают оба варианта, когда применять каждый из них, какие исключения учитывать и как проверить результат после настройки.
Как работают HTTP-редиректы
HTTP-редирект — это ответ сервера, который сообщает браузеру или поисковому роботу, что запрошенный ресурс находится по другому адресу. Вместо содержимого страницы сервер возвращает код состояния из группы 3xx и новый URL в заголовке Location.
Получив такой ответ, браузер переходит на указанный адрес. Поисковая система дополнительно решает, какой URL хранить в индексе, какой показывать в результатах поиска и как учитывать накопленные сигналы страниц. На решение влияют код ответа, длительность перенаправления, канонические адреса, внутренние ссылки, карта сайта и другие технические сигналы.
Редирект выполняется на стороне сервера до загрузки страницы. Поэтому перенаправление через JavaScript или тег meta refresh не является полноценной заменой серверному ответу 301 или 302. Поисковые роботы могут обработать альтернативные способы, но результат обычно менее предсказуем, а пользователь может заметить задержку.
Важно отличать код перенаправления от его назначения. Ответ 301 или 302 сам по себе не гарантирует корректную индексацию: адрес назначения должен открываться, соответствовать содержанию исходной страницы и не перенаправлять посетителя дальше по длинной цепочке.
Главное отличие 301 от 302
| Критерий | 301 | 302 |
|---|---|---|
| Смысл ответа | Ресурс перемещён постоянно | Ресурс временно доступен по другому адресу |
| Ожидаемое поведение индекса | Старый URL со временем заменяется новым | Исходный URL обычно остаётся основным |
| Передача поисковых сигналов | Сигналы старого и нового адресов обычно консолидируются | Поисковая система старается сохранить сигналы за исходным адресом |
| Типичный срок использования | Без ограничения по времени | На период временного изменения |
| Подходящие ситуации | Смена URL, удаление дублей, переезд сайта, постоянное объединение страниц | Технические работы, временная замена страницы, краткосрочная маршрутизация |
| Возврат старой страницы | Не предполагается | Предполагается |
| Кеширование | Может активно кешироваться браузерами и промежуточными системами | Обычно воспринимается как менее постоянный ответ, но поведение зависит от заголовков кеширования |
Ключевая разница заключается не в том, куда попадёт пользователь: внешне оба варианта могут выглядеть одинаково. Различается смысл, который сервер передаёт поисковым системам и другим клиентам.
301 следует выбирать, когда старый адрес больше не должен быть самостоятельной точкой входа. 302 подходит, когда изменение ограничено по времени и после его завершения исходная страница вернётся.
Поисковые системы не обязаны бесконечно следовать буквальному значению кода. Если временный редирект существует долго, робот может решить, что перенос фактически стал постоянным, и начать показывать в поиске конечный URL. Поэтому 302 нельзя использовать как способ навсегда сохранить старый адрес в индексе.
Когда нужен редирект 301
Постоянное перенаправление применяют при окончательном изменении структуры сайта или адреса конкретного материала. Новый URL должен быть полноценной заменой исходной страницы, а не просто удобной точкой назначения.
- Изменился URL страницы. Например, после переработки каталога товар или категория получили новый постоянный адрес.
- Сайт переехал на другой домен. Старые страницы перенаправляют на максимально соответствующие им страницы нового сайта.
- Объединены похожие материалы. Если две страницы решают одну задачу, менее полезный URL можно направить на основной.
- Удалены технические дубли. 301 помогает привести варианты адреса со слешем и без него, с разным регистром или лишними параметрами к принятому формату, если такие варианты доступны серверу.
- Изменён протокол или поддомен. При окончательном переходе с HTTP на HTTPS либо с одной версии хоста на другую нужен постоянный редирект.
- Товар или услуга удалены безвозвратно. Перенаправление допустимо, если существует близкая по смыслу замена. При отсутствии релевантной страницы корректнее вернуть код 404 или 410, а не отправлять пользователя на главную.
При массовом переезде важно составить соответствие старых и новых URL. Перенаправление всех адресов на главную страницу не сохраняет структуру сайта и не отвечает ожиданиям пользователей. Поисковая система может расценить нерелевантное назначение как ошибочную страницу и не учесть такой редирект ожидаемым образом.
Когда применять редирект 302
Временное перенаправление подходит, если исходный URL остаётся основным, но посетителя на ограниченный период нужно отправить на другую страницу. После завершения ситуации редирект снимают и возвращают исходный документ.
- Страница временно недоступна. На период обновления контента или технических работ пользователь переходит на информационную либо запасную страницу.
- Товар временно отсутствует. Магазин может направить посетителя на подходящую замену, если исходная карточка позднее снова будет использоваться. Однако часто полезнее оставить карточку доступной и показать срок поступления или альтернативы.
- Проводится краткосрочная кампания. Постоянный адрес временно ведёт на актуальную промостраницу, после чего прежняя логика восстанавливается.
- Выполняется временная маршрутизация. Пользователей направляют на другую версию сервиса из-за обслуживания или ограниченной доступности.
302 не следует применять только потому, что разработчику проще установить временный код по умолчанию. Если новый адрес должен заменить старый навсегда, серверу необходимо возвращать 301.
Для экспериментов и персонализации одного редиректа недостаточно. Нужно учитывать доступность контента для поискового робота, канонические адреса, стабильность внутренних ссылок и риск появления множества вариантов страницы в индексе. Выбор схемы зависит от архитектуры конкретного проекта.
Как редиректы влияют на SEO и где возникают ошибки
Корректный 301 помогает поисковой системе связать старую страницу с новой. При этом переиндексация не происходит мгновенно: робот должен повторно обойти URL, обработать ответ и обновить поисковые данные. Скорость зависит от размера сайта, частоты обхода, качества внутренних ссылок и согласованности технических сигналов.
302 сообщает, что менять основной адрес преждевременно. Это полезно при реальной временной замене, но мешает, если перенос задуман как постоянный. Старый URL может дольше оставаться в результатах поиска, а новая страница — не получать ожидаемого статуса.
На практике проблемы чаще создаёт не сам выбор между 301 и 302, а сопутствующая конфигурация:
- Цепочка редиректов. Адрес A ведёт на B, а B — на C. Лишние переходы увеличивают время ответа и усложняют обход. Внутренние ссылки и правила сервера лучше сразу направить на C.
- Циклическое перенаправление. A ведёт на B, а B возвращает пользователя на A. Страница становится недоступной и для посетителей, и для поисковых роботов.
- Редирект на нерелевантный документ. Удалённая карточка товара направляется на главную или несвязанную категорию. Такое решение ухудшает пользовательский сценарий и может не дать ожидаемой консолидации сигналов.
- Противоречащий canonical. Старый URL перенаправляет на новый, но новый документ указывает каноническим старый или третий адрес. Сигналы становятся неоднозначными.
- Старые адреса во внутренних ссылках. Пользователь и робот каждый раз проходят лишнее перенаправление, хотя сайт может сразу ссылаться на конечный URL.
- Старые URL в карте сайта. XML-карта должна содержать актуальные индексируемые страницы с ответом 200, а не перенаправляемые адреса.
- Несоответствие протокола или хоста. Отдельные правила для HTTP, HTTPS, www и версии без www могут образовать несколько последовательных переходов.
- Редирект на страницу с ошибкой. Конечный URL возвращает 404, 5xx или снова ведёт на другой адрес. Формально первое перенаправление работает, но пользователь не получает нужный контент.
Замена 302 на 301 не исправит ситуацию, если конечная страница закрыта от индексации, недоступна серверу или не соответствует исходному содержанию. Технические сигналы нужно оценивать в совокупности.
Как выбрать код и проверить настройку
Для выбора достаточно ответить на основной вопрос: должен ли исходный URL снова стать доступен как самостоятельная страница? Если нет, обычно нужен 301. Если да и срок изменения действительно ограничен, подходит 302.
- Определите причину перенаправления. Зафиксируйте, является ли перенос постоянным, временным или связанным только с отдельной группой пользователей.
- Выберите релевантный конечный URL. Страница назначения должна решать ту же задачу или быть максимально близкой по содержанию.
- Настройте ответ на сервере. Конкретный способ зависит от веб-сервера, CMS, фреймворка, CDN и инфраструктуры проекта. Не стоит одновременно создавать дублирующие правила на нескольких уровнях без проверки порядка их выполнения.
- Проверьте HTTP-ответ. Исходный адрес должен возвращать именно запланированный код 301 или 302 и единственный корректный адрес в Location.
- Откройте конечную страницу. Оптимальный результат — прямой ответ 200 без дополнительной цепочки. Исключения возможны, но должны быть обоснованы архитектурой.
- Обновите внутренние ссылки. Меню, хлебные крошки, карточки, контентные ссылки и шаблоны должны вести сразу на актуальные URL.
- Согласуйте технические сигналы. Проверьте canonical, hreflang при наличии языковых версий, карту сайта, правила индексации и выбранную версию домена.
- Проконтролируйте обход и индекс. После внедрения отслеживайте ответы сервера, появление ошибок, изменение индексируемых URL и органический трафик важных страниц.
Отдельного внимания требуют запросы не методом GET. Некоторые клиенты при обработке 301 и 302 могут изменить исходный метод, например отправить GET вместо POST. Если принципиально важно сохранить метод и тело запроса, рассматривают коды 307 для временного и 308 для постоянного перенаправления. Такое решение нужно согласовать с разработчиками и проверить на используемых клиентах.
Краткий чек-лист перед запуском:
- код соответствует постоянному или временному характеру изменения;
- адрес назначения релевантен исходной странице;
- редирект не образует цепочку или цикл;
- конечная страница доступна и возвращает ожидаемый ответ;
- внутренние ссылки ведут сразу на конечный URL;
- canonical и карта сайта не противоречат перенаправлению;
- правило проверено на мобильной и десктопной версиях, если их маршрутизация различается;
- после внедрения запланирован повторный технический обход сайта.
Частые вопросы
Передаёт ли 301 вес старой страницы?
301 используется для консолидации поисковых сигналов старого и нового URL. Результат зависит не только от кода: важны тематическое соответствие страниц, доступность назначения, отсутствие противоречащих сигналов и корректный обход сайта. Поэтому постоянный редирект нельзя считать гарантией сохранения прежних позиций.
Передаёт ли 302 поисковые сигналы?
Поисковые системы могут учитывать связь между адресами и при 302, но временный код сообщает, что исходный URL остаётся основным. Для окончательного переноса следует использовать 301, а не рассчитывать на автоматическую интерпретацию длительного 302.
Что произойдёт, если оставить 302 надолго?
Долгосрочный 302 создаёт неоднозначный сигнал. Поисковая система может продолжать хранить старый URL или со временем признать перенос постоянным и выбрать конечный адрес. Если возврат исходной страницы больше не планируется, код лучше заменить на 301.
Нужно ли оставлять 301 после того, как новый URL попал в индекс?
Да, если старый адрес может встречаться во внешних ссылках, закладках, документах или истории браузера. Постоянное правило обеспечивает корректный переход пользователей и роботов. Удалять его сразу после переиндексации не следует.
Можно ли сделать редирект с каждой удалённой страницы на главную?
Массовое перенаправление на главную обычно не является корректной заменой удалённых материалов. Если релевантной страницы нет, лучше вернуть 404 или 410 и убрать URL из внутренних ссылок и карты сайта.
Какой код использовать при переносе сайта на новый домен?
Для окончательного переезда применяют 301 с каждого старого URL на соответствующий новый. Одновременно обновляют внутренние ссылки, canonical, карту сайта и другие технические сигналы. Если перенос затрагивает много страниц или уже появились проблемы с индексированием, полезно провести комплексные работы по SEO-продвижению сайта, включая технический аудит и контроль переезда.
