Редиректы 301 и 302

Коды 301 и 302 — это не ошибки, а статусы перенаправления (редиректы). Однако в поисковых запросах их часто ищут как «ошибка 301 что значит» или «301 ошибка сервера», потому что при неправильной настройке редиректы действительно превращаются в серьёзную проблему для сайта. В этой статье разберём, 301 редирект и 302 редирект — что это такое, в чём 301 и 302 редирект разница, как к ним относится Яндекс в поисковой выдаче, как настроить htaccess 301 редирект и как избежать типичных ошибок.

Что такое редирект 301 и 302

Редирект — это механизм перенаправления, при котором сервер вместо запрошенной страницы возвращает статус 3XX и адрес, на который нужно перейти. Браузер или поисковый робот автоматически переходят по новому адресу.

301 редирект (Moved Permanently) означает постоянное перенаправление. Сервер сообщает: «Эта страница навсегда переехала на новый адрес». Поисковые системы воспринимают такой редирект как сигнал перенести все накопленные показатели — вес, историю, релевантность — на новый URL.

302 редирект (Found / Moved Temporarily) означает временное перенаправление. Сервер сообщает: «Сейчас страница находится по другому адресу, но в будущем всё может вернуться». Поисковые системы сохраняют исходный URL в индексе и не передают ему показатели нового адреса.

Часто пользователи формулируют запрос как «код ошибки 301» или «ошибка 301 что значит». Важно понимать: 301 — это не ошибка, а штатный статус. Но если редирект настроен некорректно (например, образует цепочку или цикл), он превращается в реальную проблему: робот не может пройти по ссылке, страница выпадает из индекса, а пользователь видит ошибку в браузере.

301 и 302 редирект: разница

Главный запрос, который возникает у владельцев сайтов, — 301 и 302 редирект разница. Разберём ключевые отличия.

• Смысл. 301 — постоянный переезд, 302 — временный.
• Передача веса. При 301 поисковые системы переносят вес и историю со старого URL на новый. При 302 вес остаётся у исходного адреса.
• Индексация. При 301 в индексе постепенно появляется новый URL, старый выводится. При 302 в индексе сохраняется старый URL, новый может не индексироваться.
• Когда использовать. 301 — при смене домена, реструктуризации сайта, смене протокола (HTTP на HTTPS), удалении дублей, склейке URL с www и без. 302 — при временных акциях, A/B-тестах, обслуживании, геолокационных перенаправлениях.
• Риски. Если временный редирект нужен навсегда, а настроен 302, страница может не получить вес. Если постоянный нужен временно, а настроен 301, поисковые системы могут «запомнить» новый адрес и не вернуть старый.

Выбор между 301 и 302 — не формальность. Ошибка в одну цифру может стоить сайту позиций в выдаче.

Когда появляются редиректы 301 и 302

Редиректы — это нормальная часть работы любого сайта. Но их появление может быть как запланированным, так и случайным.

Плановые ситуации

• Смена домена или протокола. Переезд с HTTP на HTTPS, с одного домена на другой, склейка зеркал с www и без — везде нужен 301 редирект.
• Изменение структуры URL. При редизайне или смене CMS адреса страниц меняются — старые нужно перенаправить на новые.
• Склейка дублей. Страница с ?utm_source=..., index.html, /page/ и /page должна вести на один канонический адрес.
• Временные акции и тесты. Для промо-страниц и A/B-тестов корректно использовать 302 редирект.
• Геолокационные перенаправления. Переадресация на региональную версию сайта — временная ситуация, здесь подходит 302.

Случайные и ошибочные ситуации

• Цепочки редиректов. Когда одна страница перенаправляет на вторую, вторая — на третью и так далее. Робот теряет время, а иногда и не доходит до конечной страницы.
• Циклы редиректов. Страница A перенаправляет на B, а B — обратно на A. Браузер показывает ошибку, и страница полностью недоступна.
• Редирект на 404. Старый URL перенаправляет на несуществующую страницу — по сути, оба адреса теряют вес.
• Неправильный тип редиректа. Временный редирект там, где нужен постоянный, и наоборот. Именно так возникает запрос «301 ошибка сервера» — хотя это не ошибка сервера, а неправильное использование статуса.
• Редирект на главную. Массовое перенаправление удалённых страниц на главную — плохая практика, поисковые системы могут воспринять это как «мягкий 404».

Как настроить htaccess 301 редирект

На серверах Apache самый популярный способ настроить 301 редирект — файл .htaccess. Примеры основных директив:

• Редирект с HTTP на HTTPS: RewriteEngine On, RewriteCond %{HTTPS} off, RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L].
• Склейка www и без www: RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC], RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L].
• Редирект конкретной страницы: Redirect 301 /old-page.html https://site.ru/new-page.html.
• Редирект всего домена: Redirect 301 / https://new-site.ru/.

На Nginx аналогичные правила настраиваются через директиву return 301 или rewrite ... permanent. Для 302 используется return 302.

После настройки htaccess 301 редирект необходимо проверить: статус ответа должен быть именно 301 (а не 302), адрес — конечным (без цепочек), а конечная страница — существующей и возвращать код 200.

Как к редиректам 301 и 302 относится Яндекс в поисковой выдаче

Яндекс различает постоянные и временные редиректы и обрабатывает их по-разному — это важно учитывать при настройке.

301 редирект Яндекс воспринимает как сигнал о постоянном переезде страницы. Поисковый робот постепенно заменяет старый URL в индексе на новый, а накопленные показатели (авторитет, релевантность) переносятся на новый адрес. Именно поэтому при смене домена или структуры сайта рекомендуется использовать 301, а не 302.

302 редирект Яндекс трактует как временное явление. Исходный URL сохраняется в индексе, а новый адрес не получает веса. Если временный редирект висит слишком долго (месяцами), поисковая система может начать сомневаться в его «временности» и постепенно склоняться к тому, чтобы индексировать конечный адрес. Но рассчитывать на это не стоит: для постоянных изменений правильно использовать именно 301.

Отдельно стоит сказать о цепочках и циклах редиректов. Яндекс негативно относится к длинным цепочкам: робот может не пройти всю цепочку и не проиндексировать конечную страницу. Циклы редиректов приводят к тому, что страница становится полностью недоступной и выпадает из индекса.

Ещё один важный момент — редиректы на нерелевантные страницы. Если все удалённые URL массово перенаправляются на главную, Яндекс может расценить это как «мягкий 404» и не передавать вес. Правильнее перенаправлять на тематически близкие страницы или отдавать честный 404/410.

Типичные проблемы с редиректами и как их обнаружить

Даже корректно настроенный редирект может со временем «сломаться»: изменилась структура сайта, добавились новые правила в .htaccess, обновилась CMS. В результате появляются цепочки, циклы и неправильные статусы.

Признаки проблем с редиректами:

• Страница открывается, но URL в адресной строке меняется несколько раз.
• Браузер выдаёт ошибку «Слишком много перенаправлений».
• В панели вебмастера растёт число страниц, исключённых из индекса.
• Позиции страниц падают без видимых причин.
• Внутренние ссылки ведут на редиректы, а не на конечные страницы.

Проверять редиректы вручную сложно, особенно на крупных сайтах с тысячами URL. Здесь на помощь приходят инструменты мониторинга.

Как «Контролла» помогает вовремя обнаружить проблемы с редиректами

Сервис «Контролла» (controlla.ru) — платформа непрерывного мониторинга, которая проверяет доступность сайта по HTTP/HTTPS, отслеживает изменения в HTML-коде, CSS, JavaScript и SEO-данных, а также оперативно сигнализирует о технических сбоях.

«Контролла» обнаруживает проблемы с редиректами на сайте — цепочки, циклы, неверные коды ответа (301 вместо 302 и наоборот), редиректы на несуществующие страницы — и своевременно оповещает об этом в личном кабинете. А при настройке уведомлений вы можете получать информацию на электронную почту и в мессенджер МАКС.

Благодаря «Контролле» вы узнаете о проблеме раньше, чем её заметят посетители или поисковые роботы, и сможете быстро исправить настройки 301 редиректа или 302 редиректа. Так вы сохраните позиции в поисковой выдаче и не потеряете трафик из-за случайной ошибки в конфигурации.