Редиректы и коды ответа сервера: 301, 302, 404, 410

Блог_баннер_редиректы

Код ответа сервера — это первое, что видит поисковый робот, когда обращается к странице. От него зависит, попадёт ли страница в индекс, какой адрес станет каноническим и не потратит ли робот бюджет сканирования впустую.

Эта статья вышла в 2020 году. Мы переписали её полностью: исправили два утверждения, которые были неверными, заменили советы под интерфейсы, которых уже нет, и добавили то, чего не хватало, — официальную позицию Google о постоянных и временных перенаправлениях.


1. Классы кодов ответа

Класс Что означает Что с этим делает поиск
2xx Запрос успешен. Главный — 200 OK Страница обрабатывается и может попасть в индекс
3xx Перенаправление: содержимое доступно по другому адресу Робот идёт по перенаправлению и решает, какой адрес считать каноническим
4xx Ошибка на стороне клиента. Основные — 404 и 410 Страница со временем выпадает из индекса
5xx Ошибка сервера Робот считает это временным сбоем и возвращается позже. Долгие 5xx замедляют сканирование всего сайта

 

Отдельно стоит сказать о 304 Not Modified. Его часто относят к редиректам из-за цифры 3 в начале, но это не перенаправление: код сообщает, что страница не изменилась с прошлого обращения и её можно взять из кеша. Никуда он не ведёт.


2. Постоянные и временные редиректы

Google делит перенаправления на две группы, и эта разница важнее конкретного номера кода.

Тип Коды и способы Как трактует Google
Постоянные 301, 308, meta refresh с задержкой 0, HTTP refresh с задержкой 0, JavaScript location Сигнал, что канонической должна стать страница-цель
Временные 302, 303, 307, meta refresh с задержкой больше 0 Не являются сигналом канонизации: канонической остаётся старый адрес

 

Это формулировка из официальной документации Google, и она снимает самую распространённую путаницу в теме.

Два мифа, которые стоит убрать из головы.

«302 не передаёт вес страницы». Передаёт. Google ещё в 2016 году заявил, что потери PageRank нет ни у одного из кодов 30x. Разница не в весе, а в том, какой адрес останется в индексе: при 302 это будет старая страница.

«Если 302 висит дольше недели, сайт попадёт под фильтр». Такого фильтра не существует. Долгий 302 Google со временем начинает трактовать как постоянный — но вы не управляете моментом, когда это произойдёт, и до тех пор в индексе остаётся не та страница, которую вы хотели.

Практический вывод простой: тип редиректа выбирают не по весу, а по тому, какой адрес вы хотите видеть в выдаче.

Ещё о 308: он работает так же, как 301, и Google официально это подтвердил. Техническая разница в том, что 308 сохраняет метод запроса — при перенаправлении POST остаётся POST, тогда как 301 и 302 исторически позволяли браузеру заменить его на GET. Для обычного сайта это ни на что не влияет; имеет значение для форм и API.


3. Какой редирект ставить в какой ситуации

Ситуация Что ставить
Переход на HTTPS 301 постранично, с http-адреса на тот же https
Выбор зеркала: с www или без 301 со второстепенного варианта на основной, тоже постранично
Изменился URL страницы 301 на новый адрес
Переезд на новый домен 301 постранично. Не все страницы на главную — это типичная ошибка
Товар снят с производства, есть замена 301 на конкретную замену. Если замены нет — 404 или 410, не редирект
Страница на технических работах 503 с заголовком Retry-After, а не редирект
A/B-тест или временная акционная страница 302: канонической должна остаться основная страница
Региональная версия по геолокации 302, и обязательно с возможностью переключиться вручную
Разные URL с одинаковым содержимым Не редирект, а canonical — если оба адреса должны оставаться доступными

 

Последняя строка — то, что путают чаще всего. Редирект убирает страницу, canonical оставляет её доступной для пользователя и указывает поиску, какую версию индексировать.


4. Типичные ошибки с редиректами

  • Цепочки. Старый адрес ведёт на второй старый, тот — на третий, и только потом на живую страницу. Каждый лишний шаг замедляет сканирование, а до конца длинной цепочки робот может и не дойти. Правило: один переход от старого адреса к конечному;
  • Циклы. A ведёт на B, B ведёт на A. Страница недоступна вообще — ни для людей, ни для роботов;
  • Редирект на несуществующую страницу. Перенаправление должно вести на адрес, который отдаёт 200. Редирект на 404 — хуже, чем просто 404;
  • Всё на главную. При переезде или чистке каталога удобно перенаправить сотни адресов на главную страницу. Для Google это выглядит как soft 404: содержимое цели не соответствует запросу, и сигналы не передаются;
  • Внутренние ссылки через редиректы. Если в меню и текстах остались старые адреса, каждый клик пользователя и каждый обход робота идёт лишним шагом. После смены URL ссылки нужно обновить в самом контенте — это обязательный шаг любой перестройки структуры сайта;
  • Разнобой со слешем. Часть адресов заканчивается слешем, часть нет. Нужно выбрать один вариант и настроить 301 со второго;
  • Заглавные буквы в URL. Для сервера /Tovar и /tovar — разные адреса. Нужен 301 на вариант в нижнем регистре;
  • Дублированные слеши вроде /razdel////tovar — тоже отдельный адрес, который стоит сводить 301 на нормальный;
  • Редирект вместо 404 для удалённого содержимого. Если замены действительно нет, честный 404 лучше перенаправления куда-то поблизости.

5. 404 и 410: удалённые страницы

404 Not Found — страницы нет. Google постепенно убирает её из индекса, но ещё некоторое время проверяет, не вернулась ли она.

410 Gone — страница удалена навсегда. Сигнал жёстче: робот прекращает обращаться быстрее. Разница в скорости, не в результате, поэтому 410 имеет смысл там, где вы точно знаете, что содержимое не вернётся.

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

Что должно быть на странице ошибки:

  • понятное сообщение, что адреса не существует;
  • ссылки на главную и основные разделы;
  • поиск по сайту;
  • тот же дизайн и меню, что и на остальном сайте.

Soft 404 — это когда страницы фактически нет, а сервер отвечает 200. Классические случаи: пустая категория, карточка снятого с продажи товара без содержимого, массовое перенаправление на главную. Google помечает такие страницы отдельно в Search Console; их нужно либо наполнить, либо отдать честный 404.

Как искать битые ссылки: Screaming Frog, Netpeak Spider, Sitebulb, отчёт «Индексирование» в Search Console, для WordPress — плагин Broken Link Checker. Подробнее о самом процессе — в материале о битых ссылках на сайте.


6. Как настроить

Apache — файл .htaccess в корневой папке. Самый распространённый способ. Постраничное перенаправление:

Redirect 301 /staraya-stranica/ https://site.com/novaya-stranica/

Переход на HTTPS для всего сайта:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Nginx — в конфигурации сервера, директивой return 301. Файл .htaccess здесь не работает вообще, и это частая причина удивления: правила прописали, а ничего не изменилось.

WordPress — плагином. Redirection ведёт статистику и ловит 404; в Yoast SEO Premium редиректы встроены и предлагаются автоматически при смене URL.

OpenCart — через .htaccess или модулем менеджера редиректов.

Shopify — доступа к серверу нет, но есть встроенный инструмент: Online Store, дальше Navigation и URL Redirects. Платформа сама предлагает создать редирект, когда вы меняете адрес товара или страницы.

Joomla — компонент «Перенаправления» в админке, там же видны битые ссылки.

Независимо от способа: после настройки проверьте, что редирект отдаёт именно 301, а не 302, и ведёт на конечный адрес за один переход. Часть плагинов по умолчанию ставит временное перенаправление.


7. Как проверить и сколько держать

Проверка. Для одного адреса достаточно инструментов разработчика в браузере: вкладка Network, колонка Status. Для сайта целиком — Screaming Frog, Netpeak Spider, Sitebulb: они покажут и цепочки, и циклы, и редиректы на 404. В Search Console состояние адресов видно в отчёте «Индексирование».

Проверять стоит не только сам редирект, но и то, что канонический адрес изменился в индексе. Это занимает время: после смены URL Google должен обойти старые страницы и перенести сигналы, и на большом сайте это недели, а не дни. Если новые адреса долго не появляются в индексе, причина обычно не в редиректах — возможные варианты разобраны в материале о проблемах с индексацией.

Сколько держать. Минимум год — это прямые слова представителя Google. Год считается не с момента настройки, а с того, когда Google впервые просканировал перенаправление. Если есть возможность, редиректы лучше не снимать вообще: старые адреса остаются в закладках, письмах и на чужих сайтах, и через пять лет они так же будут приводить людей.


8. Коротко

  • Постоянные перенаправления (301, 308) — сигнал, что канонической становится новый адрес. Временные (302, 303, 307) таким сигналом не являются.
  • Вес передают все коды 30x. Утверждения «302 не передаёт вес» и «за 302 бывает фильтр» неверны.
  • 304 — не редирект, а ответ о том, что страница не изменилась.
  • Цепочки, циклы и редиректы на 404 вредят больше, чем их отсутствие.
  • Перенаправление всего подряд на главную Google трактует как soft 404.
  • Страницу ошибки не перенаправляют — её отдают по запрошенному адресу со статусом 404.
  • 410 убирает страницу из индекса быстрее 404, результат тот же.
  • Редиректы держат минимум год с первого сканирования, а лучше постоянно.

Техническое состояние сайта — коды ответа, редиректы, индексацию — мы проверяем в рамках SEO-аудита сайта, а исправляем во время внутренней оптимизации.

Обращайтесь!

Получите больше пользы

Вы получите от нас самый лучший контент, который поможет вашему бизнесу расти.
Ваш запрос отправлен

    Подписаться

    Продвигайтесь с нами – оставьте заявку прямо сейчас

    Получите бесплатную консультацию и оценку продвижения бизнеса
    Ваш запрос отправлен

      Отправить