Если в материале используются имена, роли, отзывы или рабочие ситуации, они приводятся в условном либо обезличенном виде, если прямо не указано иное. Порядок обработки персональных данных описан в политике сайта.
301-редирект передаёт ссылочный вес со старого URL на новый. Это основной инструмент при переезде сайта, смене структуры URL или склейке дублей. При правильной настройке потери минимальны. При неправильной — можно обнулить весь накопленный SEO-потенциал.
Разбираемся, как 301-редирект влияет на позиции, когда его использовать, а когда — нет.
Что такое 301-редирект и как он работает
301 — это код протокол HTTP-ответа, который говорит браузеру и поисковику: «Страница переехала навсегда. Забудь старый адрес, используй новый.»
Когда поисковый робот встречает 301-редирект, он делает три вещи:
- Переносит ссылочный вес (PageRank) со старого URL на новый
- Удаляет старый URL из индекса
- Индексирует новый URL вместо старого
Этот процесс не мгновенный. Яндексу может понадобиться от нескольких дней до нескольких недель, чтобы полностью обработать редирект и перенести сигналы.
301 vs 302: принципиальная разница
Это самая частая путаница, которая приводит к проблемам.
301 (Moved Permanently) — страница переехала навсегда. Ссылочный вес передаётся на новый адрес. Старый URL со временем исчезнет из индекса.
302 (Found / Moved Temporarily) — страница временно по другому адресу. Ссылочный вес остаётся на старом URL. Поисковик продолжает индексировать старый адрес.
Когда 302 опасен
Типичная ситуация: при редизайне сайта разработчик ставит 302-редиректы «на время тестирования» и забывает поменять на 301. Проходит месяц. Яндекс видит, что старые URL всё ещё «основные», но ведут в никуда. Новые страницы не получают ссылочный вес. Позиции падают.
Мы сталкивались с этим в нескольких проектах. Иногда простая замена 302 на 301 давала рост позиций в течение 2-3 недель — просто потому что ссылочный вес наконец-то доходил до нужных страниц.
Передаётся ли ссылочный вес через 301?
Да, но не на 100%. По данным Google, при 301-редиректе происходит некоторая потеря PageRank. В среде SEO-специалистов принято оценивать передачу в 85-95% ссылочного веса. Подробнее о механизмах передачи веса мы писали в статье про пирамиду ссылок и сеть частных блогов (сеть частных блогов (PBN)).
На практике это означает: если у старого URL было 10 внешних ссылок с хороших сайтов, после 301-редиректа новый URL получит эффект примерно от 8.5-9.5 ссылок. Потеря есть, но она терпимая.
Проблемы начинаются, когда редиректов несколько — каждый следующий «съедает» ещё 5-15%.
Чек-лист поискового аудита (SEO) из 50 пунктов
Проверьте свой сайт самостоятельно
Цепочки редиректов — главный враг
Цепочка редиректов — это когда URL A ведёт на URL B, который ведёт на URL C, который ведёт на URL D.
Каждый шаг цепочки:
- Снижает ссылочный вес (потеря 5-15% на каждом звене)
- Замедляет краулинг (роботу нужно больше запросов, чтобы добраться до конечной страницы)
- Увеличивает время загрузки для пользователя
Пример из практики: сайт за 5 лет менял структуру URL трижды. Получилась цепочка:
/catalog/item123 → /products/item-123 → /katalog/tovar-123 → /shop/tovar-123
Ссылочный вес после трёх редиректов: 0.9 * 0.9 * 0.9 = ~73% от исходного. Треть потеряна просто так.
Каждый URL должен вести к конечной странице за один шаг. Если у вас есть цепочка A → B → C, замените её на A → C. При каждой миграции проверяйте, не создаёте ли вы новые звенья в старых цепочках.
Типичные ошибки при настройке 301-редиректов
Ошибка 1. Редирект всех страниц на главную
Худшее, что можно сделать при миграции — настроить редирект ВСЕХ старых страниц на главную. Поисковик воспринимает это как soft 404 — сигнал о том, что страницы больше не существуют. Ссылочный вес не передаётся, позиции теряются.
Правильно: каждая старая страница редиректится на соответствующую новую. Страница о ремонте холодильников → новая страница о ремонте холодильников. Не на главную, не на каталог — на прямой аналог.
Ошибка 2. Забыть про внутренние ссылки
Вы поменяли URL и настроили редиректы. Но внутри сайта 200 ссылок по-прежнему ведут на старые адреса. Каждый клик — это дополнительный запрос через редирект. Это замедляет сайт и расходует краулинговый бюджет.
Правильно: после настройки редиректов обновите все внутренние ссылки на новые URL. Это можно сделать через поиск по базе данных или sitemap.
Ошибка 3. Не обновить sitemap.xml
Старая карта сайта отправляет робота на URL, которые редиректятся. Это замедляет переиндексацию.
Правильно: обновите sitemap.xml сразу после миграции — только актуальные URL, без редиректов.
Ошибка 4. Редирект протокол HTTP → защищённый протокол HTTPS без внимания к деталям
При переходе на защищённый протокол HTTPS нужен 301-редирект с http:// на https://. Но часто забывают про варианты:
http://site.ru→https://site.ru(ОК)http://www.site.ru→ ??? (забыли)https://www.site.ru→ ??? (забыли)
В итоге поисковик видит 4 версии сайта, и ссылочный вес размывается между ними.
Правильно: все варианты (http/https, www/без www) должны вести на один каноничный URL через 301-редирект.
Ошибка 5. Оставить редиректы навсегда
Редиректы потребляют ресурсы сервера. Если прошло 6-12 месяцев после миграции, старые URL уже выпали из индекса, внешние площадки обновили ссылки — редиректы можно убрать и вместо них отдавать 410 (Gone).
Но это касается только неактуальных URL. Если на старые адреса по-прежнему идёт трафик или есть активные внешние ссылки — редирект нужно сохранить.
Нужен поисковый аудит (SEO)?
Покажем точки роста вашего сайта бесплатно
Когда 301-редирект необходим
Переезд на новый домен. Все страницы старого домена → соответствующие страницы нового домена. Это сохранит ссылочный вес и позиции. Без правильной настройки всё SEO-продвижение пойдёт насмарку.
Изменение структуры URL. Решили перейти с /catalog/category/product на /product — каждая страница должна иметь редирект.
Склейка дублей. Если одна и та же страница доступна по нескольким URL (/page, /page/, /page/index.html) — выберите каноничный URL, остальные — 301 на него.
Переход на защищённый протокол HTTPS. Все протокол HTTP-версии → защищённый протокол HTTPS.
Удаление страниц. Если удалённая страница имеет аналог — 301 на него. Если аналога нет — 410 (Gone), а не 301 на главную. Об этом и других мифах в SEO мы писали отдельно.
Когда 301-редирект НЕ нужен
Временная акция или сезонная страница. Если страница вернётся — используйте 302. 301 скажет поисковику забыть старый URL.
A/B-тестирование. Для перенаправления части пользователей на тестовую версию используйте серверную логику, а не 301.
Маскировка контента (cloaking). Если 301 ведёт робота на одну страницу, а пользователя — на другую, это cloaking. Тема стоит ли заниматься SEO как раз разбирает подобные подводные камни. Прямая дорога под фильтр.
Чек-лист по настройке 301-редиректов при миграции
- Составьте полную таблицу: старый URL → новый URL. Каждая страница, не только главная
- Проверьте нет ли цепочек редиректов в текущем состоянии
- Настройте 301-редиректы (в .htaccess, nginx.conf или на уровне приложения)
- Проверьте все варианты: с www и без, http и https
- Обновите sitemap.xml — только новые URL
- Обновите внутренние ссылки по всему сайту
- Сообщите о переезде в Яндекс.Вебмастере (инструмент «Переезд сайта»)
- Сообщите в сервис Google Search Console (инструмент «Смена адреса»)
- Мониторьте индексацию первые 2-4 недели — старые URL должны выпадать, новые — появляться
- Через 1-2 месяца проверьте, нет ли «потерянных» страниц, которые не были перенаправлены
Не знаете, с чего начать?
Пройдите короткий квиз — подберём решение под ваш бизнес за 2 минуты
Инструменты для проверки редиректов
- Яндекс.Вебмастер — «Индексирование» → «Страницы в поиске» — покажет какие URL индексированы
- сервис Screaming Frog — просканирует сайт и покажет все редиректы, цепочки, ошибки
- httpstatus.io — проверит код ответа для конкретного URL
- Redirect Checker (browsertools) — покажет всю цепочку редиректов
Если вы планируете миграцию сайта или подозреваете проблемы с редиректами — начните с технического аудита. Он покажет полную картину: цепочки, битые редиректы, неоптимальные коды ответов. А если нужна помощь с переездом — посмотрите наши услуги по разработке сайтов, мы закладываем правильные редиректы на этапе проектирования.