301-й редирект сообщает поисковику и браузеру, что страница переехала навсегда. Передаёт практически весь ссылочный вес и историю ранжирования на новый URL — в отличие от временного 302-го редиректа.
Применяется при смене структуры URL, миграции на HTTPS, объединении дубликатов, переезде на новый домен. Опасно делать цепочки редиректов (A → B → C): теряется часть веса, замедляется загрузка. Всегда стремитесь к одному 301.
# nginx: постоянный редирект со старого URL на новый location = /staraya-stranica { return 301 /novaya-stranica; } # Или массово через регулярку для смены раздела location ~ ^/seocases/(.*)$ { return 301 /cases/$1; }
Старый /catalog/kuhni-zakaz/ → 301 → /kuhni/ — поисковик переносит позиции на новый URL.
Технически 301 лучше ставить на уровне сервера (Nginx — return 301, Apache — RewriteRule в .htaccess). PHP-редирект тут не годится, и тем более не через meta refresh или JS: серверный ответ робот видит сразу по коду статуса, а JS-перенаправление Яндекс может вовсе не отработать. Проверяйте цепочку через «Проверку ответа сервера» в Яндекс.Вебмастере или curl -I — в ответе должен быть ровно один Location и финальный 200, без промежуточных 301/302.
Склейка позиций после 301 не мгновенная: Яндекс переносит сигналы в течение нескольких апдейтов (от пары недель до 1-2 месяцев), Google — обычно быстрее. Пока идёт склейка, держите старый URL доступным именно с кодом 301, не закрывайте его в robots.txt и не отдавайте 404 — иначе робот не пройдёт по редиректу и вес не передастся. Для массового переезда поможет canonical как страховка, но заменять им 301 при реальном переезде нельзя: canonical — рекомендация, 301 — директива.
Сервер отвечает кодом 301 и заголовком Location с новым адресом — страница переехала навсегда.
302 — временный, вес остаётся на старом URL; 301 склеивает старый и новый адрес и передаёт ранжирование.
A→B→C теряет вес и скорость, а A→B→A зацикливает робота — нужен один прямой 301 на финальный URL.
Правильная схема переезда — один в один: каждая старая страница ведёт на ближайшую по смыслу новую. Сваливание всех адресов на главную поисковые системы расценивают как потерю страницы, и накопленные позиции не переносятся. Цепочки из нескольких перенаправлений подряд тоже вредят: робот тратит на них обход, а часть веса теряется на каждом шаге.
После переезда держите старые адреса с перенаправлением хотя бы год: поисковые системы возвращаются к ним долго, и внешние ссылки живут ещё дольше. Полезно заранее выгрузить список адресов с показами и внешними ссылками, чтобы ни один из них не остался без пары. Проверяют результат обходом старой карты сайта с фиксацией кодов ответа.
Частые вопросы
Сколько держать постоянный редирект?
Минимум год, а для адресов с внешними ссылками — бессрочно. Поисковые системы переносят сигналы не мгновенно и периодически проверяют старый адрес. Снятое слишком рано перенаправление возвращает страницу в разряд несуществующих.
Можно ли перенаправить всё на главную?
Технически можно, практически это ошибка. Такие перенаправления расцениваются как отсутствие страницы: позиции и вес теряются, а человек попадает мимо цели. Нужна карта соответствия старых и новых адресов.
Теряется ли вес при перенаправлении?
При корректной схеме один в один переносится почти всё. Потери появляются на цепочках из нескольких шагов, при несоответствии тематики страниц и при массовом сваливании адресов на один.
Через сколько поиск учтёт переезд?
Первые страницы переиндексируются за недели, полный перенос сигналов по крупному сайту занимает от одного до трёх месяцев. Ускоряет процесс отправка новой карты сайта и переобход ключевых адресов через панели вебмастера.