Редиректы — это тихий технический слой, который определяет, сохранит ли сайт позиции при любом изменении URL: переезде на HTTPS, смене структуры, склейке зеркал, удалении старых страниц. Сделаете правильно — поисковик перенесёт накопленный вес на новый адрес и почти не заметит изменения. Ошибётесь — и за неделю можно потерять половину органического трафика, который собирался годами. В этом руководстве разберём все типы редиректов, как они влияют на SEO в Google и Яндексе, какие ошибки встречаются чаще всего и как проверить редиректы своего сайта.
Что такое редирект и зачем он нужен
Редирект (перенаправление) — это инструкция сервера или страницы, которая отправляет браузер и поискового робота с одного URL на другой. Технически это HTTP-ответ со статусом 3xx и заголовком Location, указывающим новый адрес. Для пользователя всё происходит незаметно: он кликнул по старой ссылке, а открылась новая страница. Для поисковика редирект — это сигнал о том, что делать с прежним URL: считать его навсегда переехавшим, временно недоступным или объединённым с другим. Именно от выбранного типа зависит, передастся ли ссылочный вес и как быстро обновится индекс.
Типы редиректов: 301, 302, 307, 308 и не только
Большинство SEO-проблем с редиректами сводятся к выбору неправильного кода. Разница между ними не косметическая — поисковики трактуют их по-разному, и от этого зависит судьба позиций. Разберём каждый по делу, а не по букве спецификации.
- 301 Moved Permanently — постоянный редирект. Главный инструмент SEO: говорит поисковику «эта страница навсегда переехала сюда», передаёт практически весь ссылочный вес и приводит к тому, что старый URL выпадает из индекса, а новый занимает его место. Используйте при смене URL, переезде на HTTPS, склейке зеркал.
- 302 Found (ранее Moved Temporarily) — временный редирект. Поисковик считает, что старый URL вернётся, поэтому держит его в индексе и НЕ передаёт вес на новый адрес в полной мере. Частая дорогая ошибка — поставить 302 вместо 301 при постоянном переезде.
- 307 Temporary Redirect — строгий временный редирект из HTTP/1.1. В отличие от 302, гарантирует сохранение метода запроса (POST остаётся POST). Для SEO ведёт себя как 302 — временный, вес не передаёт.
- 308 Permanent Redirect — постоянный аналог 307: переезд навсегда + сохранение метода запроса. Для обычных GET-страниц эквивалентен 301 с точки зрения SEO. Полезен для API и форм.
- Meta refresh и JavaScript-редирект — перенаправление на уровне HTML или скрипта, а не HTTP-заголовка. Поисковики их понимают хуже и медленнее, вес передаётся неполно. Использовать только когда серверный редирект невозможен.
Как редиректы передают ссылочный вес
Каждая страница накапливает авторитет за счёт входящих ссылок, возраста и поведенческих сигналов. Когда вы ставите 301, поисковик переносит этот авторитет на целевой URL. Google неоднократно подтверждал, что 301 передаёт практически 100% веса (раньше говорили о потере ~15%, сейчас — что потерь почти нет). Но есть нюанс: каждый дополнительный «прыжок» в цепочке редиректов и каждый временный код (302/307) размывают передачу. Поэтому идеальный редирект — это один прыжок с кодом 301 напрямую на финальный URL, а не через три промежуточных адреса.
Яндекс работает с редиректами похоже, но с важными отличиями. Для склейки зеркал (например, объединения www и без-www или http и https) Яндекс рекомендует именно 301 и дополнительно учитывает директиву Host в robots.txt (исторически) и настройки в Яндекс.Вебмастере. После установки 301 склейка в Яндексе может занимать от нескольких дней до пары недель — дольше, чем в Google. Поэтому при переезде в рунете запаситесь терпением и не отменяйте редиректы раньше времени, увидев временную просадку.
Цепочки и петли редиректов: тихий убийца трафика
Цепочка редиректов — это когда URL A ведёт на B, B на C, а C уже на финальную страницу D. Каждый прыжок добавляет задержку (лишний round-trip к серверу растёт TTFB), съедает часть передаваемого веса и тратит краулинговый бюджет. Googlebot обычно проходит по цепочке 5–10 переходов и останавливается, так и не дойдя до цели — тогда страница вообще не индексируется. Цепочки появляются незаметно: сначала вы сделали редирект при переезде на HTTPS, потом сменили структуру URL, потом убрали слэш в конце — и вот уже три последовательных 301 вместо одного.
Петля редиректов (redirect loop) ещё хуже: A ведёт на B, а B обратно на A. Браузер показывает ошибку «слишком много перенаправлений», страница недоступна никому — ни людям, ни роботам. Чаще всего петли возникают из-за конфликта правил: один редирект добавляет слэш, другой убирает, или правило http→https и https→http прописаны одновременно из-за неверной настройки прокси/CDN.
Редирект с http на https и склейка зеркал
Самый частый сценарий — переезд на HTTPS. Правильная схема: каждый http-URL отдаёт 301 на свой точный https-аналог (не на главную!), www-версия 301-ит на без-www (или наоборот — главное выбрать одну каноническую и придерживаться её везде). Типичная ошибка — редиректить все http-страницы на https://site.ru/ (главную): так вы теряете соответствие старых URL новым и весь накопленный вес внутренних страниц утекает в никуда. Каждая страница должна вести на свою страницу.
После настройки редиректов на HTTPS обязательно: обновите канонические теги (canonical) на https-версии, поправьте sitemap.xml (только https-URL), обновите внутренние ссылки на абсолютные https (чтобы не плодить лишние редиректы), добавьте https-версию как основной хост в Яндекс.Вебмастере и убедитесь, что в Google Search Console добавлены все варианты (http/https, www/без-www) — тогда вы увидите процесс склейки в отчётах.
8 самых частых ошибок с редиректами
- 302 вместо 301 при постоянном переезде — старый URL остаётся в индексе, вес не передаётся. Проверяйте код ответа, а не только факт перенаправления.
- Редирект всех страниц на главную вместо постраничного соответствия — самая дорогая ошибка при миграции, теряется весь вес внутренних страниц.
- Длинные цепочки (3+ прыжка) — растёт TTFB, размывается вес, краулер может не дойти. Схлопывайте цепочки до одного прыжка.
- Петли редиректов из-за конфликта правил слэша или http/https — страница недоступна вообще.
- Редирект на страницу с noindex или 404 — вес уходит в тупик. Цель редиректа должна быть живой индексируемой страницей.
- Забытый редирект после смены CMS или дизайна — старые URL отдают 404, а на них вели внешние ссылки. Соберите карту старых URL заранее.
- Редирект в robots.txt-закрытую зону — робот не может пройти и увидеть цель.
- Несогласованность с canonical — страница 301-ит на A, а canonical указывает на B. Поисковик получает противоречивые сигналы.
Как провести аудит редиректов сайта
Аудит редиректов стоит делать после каждого переезда и хотя бы раз в квартал на крупном сайте. Алгоритм простой. Соберите список ключевых URL (топ-страницы по трафику из GSC и Вебмастера, плюс страницы с входящими ссылками). Прогоните каждый через проверку цепочки и зафиксируйте: финальный код, число прыжков, тип каждого перехода. Найдите все цепочки длиннее одного прыжка и схлопните их — правило редиректа должно вести сразу на финальный URL. Найдите все 302/307, которые на самом деле постоянные, и замените на 301. Убедитесь, что ни один редирект не ведёт на 404, noindex или в петлю.
Для разовой проверки достаточно бесплатного инструмента — введите URL и посмотрите весь путь. Для постоянного мониторинга на портфеле сайтов удобнее платформа, которая сама проверяет ключевые URL по расписанию и присылает алерт, когда появляется новый редирект или цепочка удлиняется. Site Metrics Tool отслеживает это автоматически вместе с позициями, Core Web Vitals и ссылочным профилем — в одном дашборде по Google и Яндексу.
Чек-лист правильных редиректов
- Постоянный переезд = 301 (или 308 для не-GET). Временный = 302/307.
- Постраничное соответствие: каждый старый URL → его точный новый URL, не на главную.
- Один прыжок: правило ведёт сразу на финальный адрес, без цепочек.
- Цель редиректа — живая индексируемая страница (не 404, не noindex).
- Canonical, sitemap и внутренние ссылки согласованы с финальными URL.
- После переезда — не снимать редиректы минимум год: внешние ссылки и индекс обновляются долго.
Редиректы кажутся скучной технической мелочью, пока из-за них не утекает трафик. Несколько часов на грамотную настройку и регулярную проверку экономят месяцы восстановления позиций. Начните с аудита ключевых URL — и вы почти наверняка найдёте пару цепочек или временных кодов, которые тихо подтачивают ваше SEO.
Частые вопросы
Сколько держать 301 редирект после переезда?
Минимум год, а лучше — постоянно. Google и Яндекс обновляют индекс и переносят вес не мгновенно, а внешние ссылки на старые URL могут жить годами. Снимете редирект рано — потеряете и вес этих ссылок, и пользователей, которые по ним приходят.
Теряется ли вес при 301 редиректе?
Сейчас потери при одиночном 301 практически нулевые — Google официально подтвердил это. Старое правило про «минус 15%» устарело. Реальные потери появляются от цепочек (каждый лишний прыжок размывает вес) и от использования временных кодов 302/307 вместо 301.
В чём разница между 301 и 302 для SEO?
301 говорит «навсегда» — старый URL выпадает из индекса, новый занимает его место, вес передаётся. 302 говорит «временно» — старый URL остаётся в индексе, вес не передаётся в полной мере. Для постоянного переезда всегда нужен 301.
Как проверить цепочку редиректов?
Введите URL в наш бесплатный инструмент «Проверка цепочки редиректов» — он покажет каждый переход, его код (301/302/307/308) и финальный адрес. Так вы сразу увидите лишние прыжки, петли и временные коды, которые нужно исправить.
Можно ли делать редирект через JavaScript?
Можно, но это худший вариант для SEO. Поисковики обрабатывают JS-редиректы медленнее и менее надёжно, чем серверные 301. Используйте JavaScript-редирект только когда нет доступа к серверной конфигурации; во всех остальных случаях ставьте 301 на уровне сервера.