Редиректы 301 и 302: в чём разница и как не потерять SEO

Переносите страницу на новый адрес - и сразу встаёт вопрос: какой код поставить, 301 или 302, и что будет с позициями в поиске, если ошибиться. Оба кода поисковик прекрасно понимает; разница в том, какое обещание вы ему даёте.

Можно начать с бесплатной проверки домена: она покажет, как редиректы настроены у вас прямо сейчас.

Что такое редирект и зачем он нужен

Нужен редирект в трёх типичных случаях: перенесли страницу на новый URL, склеиваете www и без-www версии сайта, переводите сайт с http на https. Без редиректа старая ссылка ведёт в никуда - посетитель видит 404, а поисковик через некоторое время выкидывает мёртвый адрес из индекса, унося с собой всё, что страница успела заработать.

Коды 301 и 302 не гарантируют, что метод запроса сохранится: браузер может при редиректе POST-запроса (отправка данных формы) перейти на GET (обычный переход по ссылке). Если это критично, например для API, есть версии с обязательным сохранением метода - 308 вместо 301 и 307 вместо 302.

301 против 302: в чём разница на самом деле

Дословно у Google: «Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical» - про 301 и 308. Для 302 и 307 формулировка обратная: индексирующий конвейер редирект как такой сигнал не использует.

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

Про сохранение сигналов Google говорит прямо: «301 and other permanent redirects don't cause a loss in PageRank». Единственное официальное условие - держать редирект достаточно долго: «Keep the redirects for as long as possible, generally at least 1 year».

Яндекс работает похоже, но с одним отличием: при переезде сайта официально допускает и 301, и 302 - формулировка справки «установите на сервере редирект с HTTP-кодами 301 или 302», тогда как Google явно рекомендует только постоянные коды. В некоторых случаях Яндекс трактует и meta refresh как временный редирект, даже если по смыслу вы имели в виду постоянный переезд.

Проверить, как эти сигналы ведут себя именно на вашем сайте, можно прямо сейчас - ниже есть быстрый способ.

Долгоживущий 302 - не всегда навсегда

Это механика, о которой почти не пишут в обычных руководствах по редиректам. Джон Мюллер из Google объяснял её через канонизацию: поисковик группирует исходный и целевой адрес в один кластер и сам решает, какой показывать в выдаче. По записи издания Search Engine Roundtable, его слова звучали так: «with redirects, we tend to put URLs into the same bucket, and then use canonicalization to pick which one to show». Если накопленные сигналы (внутренние и внешние ссылки, поведение) со временем перевешивают в пользу цели, Google может выбрать её - независимо от того, что код ответа формально остался 302.

Не стоит держать 302 годами, рассчитывая, что поисковик навечно оставит сигналы у старого адреса как страховку. Если переезд действительно постоянный, лучше сразу поставить 301 - рассчитывать, что система сама разберётся когда-нибудь, рискованно.

Сколько редиректов пройдёт поисковик

Сам Мюллер формулирует это так: «We follow up to 5 in a chain (please keep any redirect chain as short as possible)». Для владельца сайта это значит: каждая лишняя ссылка в цепочке добавляет риск, что робот просто не дойдёт до конечной страницы за один заход. Обработка откладывается на неопределённое время, что для активного проекта означает реальную задержку - никакого постепенного «стирания» сигналов здесь нет, это скорее пропущенный заход.

Точного лимита цепочки редиректов Яндекс не публикует, в отличие от Google. Ориентироваться стоит на общий принцип - чем короче цепочка, тем быстрее и надёжнее.

Как редирект влияет на позиции и сколько это займёт

Дословная формулировка Google: «a small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer». Отдельно поисковик предупреждает, что видимость сайта в это время может временно колебаться - «visibility of your content in Search may fluctuate temporarily during the move. This is normal and a site's rankings will settle down over time». Это не про то, сколько времени займёт восстановление конкретных позиций - количественно Google эту цифру не называет.

При смене домена целиком у Google есть отдельный инструмент - Change of Address в Search Console. Он просит поисковик приоритетно обойти новый сайт и перенести сигналы, но действует ограниченный срок - 180 дней с момента запуска.

Яндекс говорит примерно о том же сроке для смены главного адреса: «от нескольких недель до месяцев, в зависимости от типа переезда, скорости обхода сайтов роботом». Добавляет и формулировку, которую стоит запомнить дословно: «Яндекс не гарантирует сохранение количества страниц сайта в результатах поиска, его позиций или посещаемости». Предупреждение исходит от самого поисковика, эта статья лишь его цитирует.

Как сделать редирект: примеры для Apache и Nginx

Apache, редирект одной страницы (модуль mod_alias):

Redirect 301 /old-page.html https://example.ru/new-page.html

Apache, http → https (mod_rewrite):

RewriteEngine On
RewriteCond "%{HTTPS}" !=on
RewriteRule "^(.*)$" "https://%{SERVER_NAME}$1" [R=301,L]

Nginx, редирект одной страницы:

location = /old-page.html {
    return 301 https://example.ru/new-page.html;
}

Nginx, http → https:

server {
    listen 80;
    server_name example.ru www.example.ru;
    return 301 https://example.ru$request_uri;
}

Замените example.ru и пути на свои. Проверяйте результат сразу после публикации - легко перепутать 301 и 302 в конфиге и не заметить, потому что для посетителя разницы на экране никакой.

Частые ошибки: петли, 302 вместо 301 и редирект всего на главную

Петля редиректов (ERR_TOO_MANY_REDIRECTS). Обычно возникает из конфликта правил: одно правило гонит с www на без-www, другое - обратно, или одно правило ведёт на https, а другое зачем-то обратно на http. Чаще всего это остаётся после нескольких правок конфига или конфликта между разными плагинами на одном сайте.

302 вместо 301 по ошибке. Многие фреймворки и CMS-плагины по умолчанию ставят именно 302 - его проще всего забыть поменять при постоянном переезде страницы. Итог - тот самый случай из раздела про долгоживущий 302: перенос сигналов может отложиться на неопределённый срок.

Редирект всех удалённых страниц на главную. Google Search Central прямо называет это паттерном мягкой ошибки 404: «We discourage the use of so-called soft 404s because they can be a confusing experience for users and search engines». Если у удалённой страницы нет прямого аналога, вместо редиректа на главную лучше отдавать реальный 404 или 410 - поисковик такие страницы всё равно продолжает время от времени обходить, тратя на них краулинговый бюджет впустую.

Как проверить редиректы своего сайта

1. Откройте проверку редиректов и введите домен
2. Посмотрите, куда в итоге ведёт http:// - должен быть https
3. Сравните https://domain и https://www.domain - должна остаться только одна предпочитаемая версия
4. Если инструмент показывает больше 2-3 переходов подряд - это повод сократить цепочку
5. Для отдельных страниц (например, конкретного старого URL статьи) проверяйте код ответа вручную или через технический аудит сайта

После переезда стоит также посмотреть, что реально попало в индекс - редирект настроен правильно, но перенос сигналов всё ещё может занимать недели, как описано выше.

Источники

• Google Search Central, «Redirects and Google Search», обновлено 14.04.2026, https://developers.google.com/search/docs/crawling-indexing/301-redirects
• Google Search Central, «Site Moves and Migrations», https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google, справка Search Console, «Change of Address tool», https://support.google.com/webmasters/answer/9370220
• John Mueller (Google), личный блог, «A search-engine guide to 301, 302, 307, & other redirects», https://johnmu.com/a-search-engine-guide-to-301-302-307/
• Search Engine Roundtable, пересказ слов Джона Мюллера про переоценку долгоживущих 302, https://www.seroundtable.com/google-302-redirects-treated-301-redirects-31221.html
• Google Search Central, блог, «Farewell to soft 404s», https://developers.google.com/search/blog/2008/08/farewell-to-soft-404s
• Яндекс, справка Вебмастера, «Обработка редиректов роботом», https://yandex.ru/support/webmaster/ru/robot-workings/managing-redirects.html
• Яндекс, справка Вебмастера, «Переезд сайта на новое доменное имя», https://yandex.ru/support/webmaster/ru/yandex-indexing/moving-site
• MDN Web Docs, статусы 301, 302, 307, 308, https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/301
• Apache HTTP Server, «Redirecting and Remapping with mod_rewrite», https://httpd.apache.org/docs/2.4/rewrite/remapping.html
• Nginx, документация ngx_http_rewrite_module, https://nginx.org/en/docs/http/ngx_http_rewrite_module.html

Проверьте техническую сторону своего сайта за один запуск - без регистрации и без установки чего-либо.