Цепочки редиректов: как теряется вес страниц
Редирект — это обещание поисковой системе: страница переехала, перенеси на новый адрес её вес, ссылки и накопленную релевантность. Одно такое обещание работает почти без потерь. Но когда обещаний выстраивается три, пять, семь подряд, каждое из них исполняется чуть хуже предыдущего: робот тратит на путь до контента лишние запросы, часть из них не доводит до конца, а пользователь ждёт вместо страницы серию пустых ответов сервера. Цепочки редиректов почти никогда не создают специально — они нарастают сами: после смены протокола, после переезда каталога, после трёх редизайнов, каждый из которых добавил свой слой правил в .htaccess. В этой статье разбираем механику потерь, способы находить цепочки и петли на сайте любого размера и порядок их схлопывания — так, как мы делаем это в рамках технического SEO-продвижения клиентских проектов.
Коротко
- Один 301 передаёт почти весь вес. Проблема не в первом звене, а в накоплении: каждое лишнее звено — это лишний запрос робота, лишняя задержка пользователя и лишний шанс, что цепочка где-то оборвётся на 404 или 500.
- Google официально следует не более чем за 5 переходами за один заход и возвращается к цепочке позже; Яндекс относится к длинным цепочкам не мягче. Конечная страница из цепочки в 6+ звеньев может не индексироваться месяцами.
- Главная потеря — не «проценты веса», а обрыв: цепочка, где промежуточное звено отдаёт 404, 302 или уходит в петлю, обнуляет передачу целиком.
- Цепочки жрут краулинговый бюджет кратно: на каждый полезный URL робот делает 3–5 запросов вместо одного, и на крупном каталоге это десятки процентов обхода.
- Находятся цепочки за час: Screaming Frog в режиме списка, отчёт «Redirect Chains», плюс логи сервера — они показывают, по каким цепочкам робот реально ходит.
- Схлопывание — это не «добавить ещё одно правило», а переписать правила так, чтобы каждый старый URL вёл на финальный адрес одним 301, и одновременно вычистить внутренние ссылки на промежуточные адреса.
- Петля редиректов (ERR_TOO_MANY_REDIRECTS) — это полное выпадение страницы из поиска: робот не получает контент вообще.
Что такое цепочка редиректов и как она появляется
Цепочка редиректов — это ситуация, когда запрос к URL A получает ответ «перейди на B», запрос к B получает «перейди на C», и только C отдаёт код 200 с содержимым. Формально каждое звено настроено правильно. Фактически, чтобы получить одну страницу, клиент выполняет три HTTP-запроса вместо одного.
Ключевой момент, который стоит понять сразу: цепочки почти никогда не проектируют. Их накапливают. Типичная история крупного сайта выглядит так:
- В 2018 году сайт переехал с HTTP на HTTPS — появилось правило «всё с http:// → https://».
- Через год решили убрать www — добавилось правило «https://www → https://».
- Ещё через год сменили структуру каталога: /catalog/tovary/ стал /shop/ — правило перенаправляет старые адреса разделов.
- При редизайне поменяли URL карточек: /shop/id-4821/ превратился в /shop/kupit-nasos-grundfos/ — новое правило поверх старых.
- Отдел контента переименовал раздел ещё раз, а CMS автоматически создала свой редирект в базе.
В итоге запрос старого адреса http://www.site.ru/catalog/tovary/id-4821 проходит через пять последовательных 301, прежде чем добраться до реального контента. Каждое правило по отдельности написано верно. Вместе они образуют лестницу, по которой роботу нужно спускаться при каждом обходе.
Отдельный источник цепочек — CMS и плагины. Модули «умных редиректов» в WordPress и 1С-Битрикс запоминают каждое изменение URL и создают запись в своей таблице. Меняли адрес страницы трижды — в базе три записи, и они выстраиваются в цепочку, потому что каждая ссылается на предыдущий вариант, а не на финальный. Разбор особенностей конкретных платформ есть в материалах про SEO на 1С-Битрикс и SEO на WordPress.
ГЛАВНОЕ ОТЛИЧИЕ ОТ ПРОСТОГО РЕДИРЕКТА
Одиночный 301 — рабочий инструмент, без которого невозможен ни один переезд. Он не вредит, а спасает трафик. Проблема начинается не с факта редиректа, а с его длины и качества промежуточных звеньев. Если после аудита вам говорят «у вас много редиректов, уберите их» — это неверная формулировка задачи. Правильная: «у вас есть цепочки длиной 3+, их нужно схлопнуть до одного звена, а внутренние ссылки перевести на финальные адреса».
Механика потери веса: что происходит на самом деле
Вокруг темы много мифов, поэтому разложим по слоям, что действительно теряется, а что — легенда.
Слой первый: затухание ссылочного веса
Исторически 301-редирект передавал вес с потерей, сопоставимой с потерей на обычной ссылке. Позднее представители Google неоднократно заявляли, что потери веса при 301 нет — вес передаётся полностью. Яндекс официальных формулировок в терминах «веса» не даёт, но на практике склейка старого и нового адреса через 301 работает и позиции переносятся.
Из этого часто делают неверный вывод: «раз потерь нет, длина цепочки не важна». Не важна была бы, если бы речь шла только о весе. Но передача веса — самый малый из четырёх факторов, и дальше идут три, которые бьют куда сильнее.
Слой второй: лимит переходов и незавершённый обход
Робот не идёт по цепочке бесконечно. Google документирует: краулер следует максимум за пятью переадресациями за один заход, после чего прекращает и помечает URL как ошибку переадресации; к цепочке он вернётся в следующий раз и продолжит с того места, но это уже другой цикл обхода, растянутый на дни или недели. Яндекс тоже ограничивает глубину следования.
Практическое следствие: страница в конце цепочки из шести-семи звеньев может месяцами оставаться неиндексируемой, хотя технически она доступна и отдаёт 200. В Яндекс.Вебмастере вы увидите её в статусе «неизвестна роботу» или в исключённых с формулировкой про редирект, и никакие правки контента ситуацию не изменят, пока цепочка не будет схлопнута.
Слой третий: обрывы и деградация звеньев
Это самый недооценённый источник потерь. Цепочка — конструкция хрупкая: она исправна ровно настолько, насколько исправно её слабейшее звено. Реальные сценарии, которые мы регулярно находим на аудитах:
- Промежуточное звено ушло в 404. Раздел, на который вело второе правило, удалили при чистке. Цепочка обрывается на полпути: вес не доходит никуда, а внешние ссылки на старый адрес превращаются в мусор. Как это чинится, подробно разбирали в статье про битые ссылки и ошибки 404.
- В середине цепочки стоит 302. Один временный редирект в середине сбивает трактовку всей последовательности: поисковик может не склеить адреса и оставить в индексе промежуточный URL.
- Промежуточное звено закрыто в robots.txt. Робот не может пройти дальше, потому что не имеет права загрузить следующий адрес. Цепочка тупиковая.
- Смешение схем и хостов. Звенья прыгают http → https → www → без www в разном порядке, иногда возвращаясь к уже посещённому адресу — это заготовка для петли.
- Финальная страница отдаёт 5xx под нагрузкой. Цепочка проходится роботом дольше, вероятность попасть в момент таймаута выше.
Слой четвёртый: время
Каждое звено — это полный сетевой цикл: DNS (если меняется хост), установка соединения, TLS-хендшейк (если меняется схема), запрос, ответ. На быстром сервере одно звено стоит 50–150 мс, на медленном хостинге или при переходе между доменами — 300–600 мс. Цепочка из четырёх звеньев легко добавляет секунду к времени до первого байта. Для мобильного пользователя на слабой сети это приговор показателю LCP и повод для отказа. Связку разбирали в материалах про Core Web Vitals и скорость загрузки сайта.
Цепочка редиректов не столько «отнимает проценты веса», сколько увеличивает вероятность, что вес не дойдёт вообще: чем длиннее путь, тем больше на нём точек отказа.
Коды ответов: что каждый делает с весом и индексом
Прежде чем чинить, нужно понимать, чем именно вы оперируете. Разные коды ведут себя принципиально по-разному, и подмена одного другим — классическая ошибка при переездах.
| Код | Смысл | Что происходит с весом и индексом | Когда применять |
|---|---|---|---|
| 301 Moved Permanently | Постоянное перемещение | Адреса склеиваются, вес и релевантность переносятся на целевой URL, старый выпадает из индекса | Любой постоянный переезд: смена URL, домена, протокола, структуры |
| 308 Permanent Redirect | Постоянное, с сохранением метода | Трактуется поисковиками как 301 | Когда критично сохранить метод POST; для SEO эквивалент 301 |
| 302 Found | Временное перемещение | Индексируется исходный URL, склейки нет; при длительном действии может быть переосмыслен как постоянный | Только реально временные ситуации: A/B-тест, техработы, сезонная подмена |
| 307 Temporary Redirect | Временное, с сохранением метода | Аналогично 302 | Технические сценарии; для переездов не подходит |
| 303 See Other | Смотри другой ресурс | Как временный; в SEO практически не используется | После обработки форм, чтобы избежать повторной отправки |
| Meta refresh | HTML-переадресация | Распознаётся хуже, задержка >0 секунд может трактоваться как клоакинг | Не использовать вовсе, если есть доступ к серверу |
| JS-редирект | Переход через location.href | Требует рендеринга, распознаётся с задержкой и не всегда | Только там, где серверный редирект невозможен технически |
| rel="canonical" | Указание предпочтительного URL | Рекомендация, а не директива; страница остаётся доступной и обходится роботом | Дубли, которые должны оставаться доступны пользователю |
Отдельно про 302 в середине цепочки. Даже если первое и последнее звенья — честные 301, один временный редирект в середине способен сорвать склейку: поисковик получает противоречивый сигнал «переехало навсегда, но потом временно». Все звенья одной цепочки должны быть одного типа, и этот тип — 301. Базовые правила настройки разобраны в отдельном материале про 301 редиректы, а логику выбора между редиректом и каноническим адресом — в статье про canonical и дубли страниц.
Краулинговый бюджет: арифметика потерь
Здесь потери считаются не в абстрактных процентах, а в конкретных запросах, и это самый убедительный аргумент для владельца сайта.
Робот тратит на цепочку столько запросов, сколько в ней звеньев, плюс один на финальную страницу. Цепочка из трёх звеньев — четыре запроса вместо одного. Если на сайте 20 000 старых URL, которые робот продолжает проверять (а он их помнит годами), и средняя длина цепочки равна трём, то на получение 20 000 страниц уходит 80 000 запросов. 60 000 из них не принесли ни байта контента.
Дальше это разворачивается в цепочку последствий: краулинговый бюджет конечен, поэтому вытесняются новые карточки и обновлённые страницы, растёт время от публикации до первого обхода, свежий ассортимент попадает в поиск с задержкой. На небольшом сайте это незаметно. На каталоге от 10 000 URL — заметно очень.
Длина цепочки
Каждое дополнительное звено — плюс один запрос на каждый обход каждого затронутого URL. Множитель применяется не разово, а при каждом цикле обхода, месяц за месяцем.
Число затронутых адресов
Правила редиректов работают по маскам, поэтому цепочка обычно затрагивает не одну страницу, а весь раздел: тысячи URL одинаковой структуры.
Старые URL живут годами
Робот не забывает адреса, которые когда-то отдавали 200. Он будет проверять их и через два года после переезда — а значит, и проходить по цепочке.
Внешние ссылки и sitemap
Пока на старые адреса ведут внешние ссылки, а в карте сайта лежат промежуточные URL, робот получает постоянное напоминание ходить по цепочке.
Меню, фильтры, шаблоны
Если сквозное меню ссылается на старый адрес, робот проходит цепочку с каждой страницы сайта. Это самый дорогой вид цепочки.
Картинки, CSS, JS через редирект
Редиректы на статике невидимы в обычных отчётах, но множатся на число элементов страницы и напрямую бьют по скорости рендеринга.
Проверить реальную цену цепочек можно только в логах: там видно, сколько обходов робот потратил на ответы с кодом 301 и по каким паттернам URL. Методика описана в статье про анализ логов сервера. Ориентир из практики: если доля 301-ответов в обходе устойчиво превышает 10–15%, цепочки уже съедают значимую часть бюджета и работа с ними окупится быстрее почти любых других технических правок.
Редирект-петли: когда страница исчезает полностью
Петля — это цепочка, замкнутая на саму себя: A ведёт на B, B ведёт обратно на A. Браузер выдаёт ERR_TOO_MANY_REDIRECTS, робот не получает контента вообще, страница выпадает из индекса. Это не «потеря веса», это ноль.
Пять типовых причин петель
- Конфликт слеша. Одно правило добавляет слеш в конце, другое (например, из CMS или другого блока конфигурации) убирает. Классика на сайтах, где правила писали разные люди в разное время.
- Конфликт www и HTTPS. Правило «на https» и правило «на www» написаны так, что каждое сбрасывает результат другого. Лечится объединением в одно правило, которое приводит адрес к финальному виду за один шаг.
- Двойная точка терминирования TLS. Балансировщик или CDN принимает HTTPS и идёт на бэкенд по HTTP, а бэкенд видит HTTP и редиректит на HTTPS — по кругу. Лечится проверкой заголовка X-Forwarded-Proto вместо переменной протокола.
- Редирект неавторизованных. Страница входа сама закрыта проверкой авторизации и редиректит на себя же.
- Правила в CMS поверх правил сервера. Модуль редиректов не знает о .htaccess и наоборот. Правило в базе указывает на адрес, который сервер возвращает обратно.
КАК БЫСТРО ПОЙМАТЬ ПЕТЛЮ
Запросите URL с ограничением на число переходов и посмотрите полную последовательность заголовков Location. В консоли это делается одной командой вида curl -sIL --max-redirs 10 https://site.ru/stranica/ — вы получите список всех промежуточных ответов. Если в списке один и тот же адрес встречается дважды, петля найдена. Тот же приём применяйте с мобильным User-Agent и без завершающего слеша: часть петель проявляется только в конкретной комбинации условий.
Типовые сценарии: проблема, причина, решение
Ниже таблица находок, которые встречаются на аудитах чаще всего. Она же — рабочий чек-лист для разбора.
| Проблема | Причина | Решение | Приоритет |
|---|---|---|---|
| Цепочка http → https → www → финальный URL | Три отдельных правила канонизации, написанных в разное время | Одно правило, приводящее адрес к целевому виду за один 301 | Высокий: затрагивает все URL сайта |
| Внутренние ссылки на старые адреса | Шаблон, меню и контент не обновляли после переезда — полагались на редиректы | Массовая замена href в шаблонах и базе на финальные адреса | Высокий: множится на все страницы |
| Цепочка из 4+ звеньев в каталоге | Несколько последовательных смен структуры разделов | Переписать карту соответствий «старый URL → финальный URL», удалить промежуточные правила | Высокий |
| 302 в середине цепочки | Временный редирект поставили «на пару недель» три года назад | Заменить на 301, если переезд постоянный | Средний |
| Редирект на главную вместо релевантной страницы | Ленивое правило-заглушка для всех удалённых URL | Сопоставить каждый удалённый URL с ближайшим по смыслу; при отсутствии аналога — честный 404/410 | Средний: массовый редирект на главную трактуется как «мягкая 404» |
| Промежуточное звено отдаёт 404 | Раздел из середины цепочки удалили | Перенаправить исходный URL напрямую на актуальную страницу | Высокий: вес не доходит вообще |
| Sitemap.xml содержит URL с редиректом | Карта генерируется по устаревшему источнику данных | В sitemap только финальные URL с кодом 200 | Средний: подрывает доверие робота к карте |
| Редиректы на изображениях и скриптах | Переезд на CDN или смена путей к статике | Обновить пути в шаблонах и CSS на конечные | Средний: бьёт по скорости рендеринга |
| Петля при обращении без слеша | Конфликт правил нормализации слеша | Выбрать один вариант и оставить единственное правило | Критический: страница недоступна |
| Цепочка при переходе с мобильной версии | Отдельный m-поддомен со своими правилами поверх основных | Схлопнуть переход m → основной домен до одного звена или перейти на адаптив | Высокий для мобильного трафика |
Как найти все цепочки на сайте
Задача решается за один вечер даже на крупном каталоге, если действовать в правильном порядке: сначала собрать полный список источников URL, потом прогнать его в режиме списка, потом сверить с логами.
Откуда брать список URL для проверки
- Полный обход сайта краулером — даст внутренние ссылки, ведущие на редиректы.
- Выгрузка всех URL из sitemap.xml, включая старые версии карты, если они ещё доступны.
- Список страниц из панелей вебмастеров: индексируемые, исключённые, с ошибками переадресации.
- Выгрузка URL, на которые ведут внешние ссылки — из сервисов анализа ссылочного профиля (Megaindex, Serpstat) и из отчёта по внешним ссылкам в Вебмастере.
- Список URL с трафиком за последние 12–24 месяца из Яндекс.Метрики: там всплывают старые адреса, о которых никто не помнит.
- Таблица редиректов из самой CMS — часто самый большой и самый запущенный источник.
- Логи сервера за 30–60 дней: реальные URL, которые робот запрашивает прямо сейчас.
| Инструмент | Что показывает по цепочкам | Ограничения | Когда использовать |
|---|---|---|---|
| Screaming Frog SEO Spider | Отчёт Redirect Chains: полная последовательность, длина, коды каждого звена, финальный URL | Нужен режим List + включённый «Always Follow Redirects» для корректной картины | Основной инструмент: и полный обход, и проверка выгруженного списка |
| curl -sIL в консоли | Точная последовательность заголовков Location для одного адреса | По одному URL за раз, без массовости | Точечная диагностика и проверка после правки |
| Яндекс.Вебмастер | Исключённые страницы со статусом редиректа, проверка ответа сервера | Не показывает цепочку целиком, только факт переадресации | Контроль последствий и проверка отдельных URL |
| Google Search Console | Отчёт индексирования: «Страница с переадресацией», «Ошибка переадресации» | Задержка данных, нет длины цепочки | Поиск URL, где робот упёрся в лимит переходов |
| Логи сервера | Сколько обходов робот реально тратит на 301 и по каким паттернам | Нужен доступ и подготовка данных | Оценка стоимости цепочек в краулинговом бюджете |
| Netpeak Spider / SiteAnalyzer | Аналог Frog с отчётами по редиректам | Отличия в детализации отчётов | Альтернатива при других лицензиях |
| Топвизор, Serpstat, Megaindex | Аудит с блоком по редиректам, отслеживание позиций затронутых URL | Меньше глубины, чем у настольного краулера | Регулярный мониторинг и контроль после правок |
Настройка краулера, без которой отчёт будет неполным
Три параметра, которые чаще всего забывают и получают ложно чистый результат:
- Always Follow Redirects — без него краулер в режиме списка остановится на первом звене и покажет цепочку как одиночный редирект.
- Игнорирование robots.txt на время аудита — иначе часть промежуточных звеньев не будет проверена, и вы не увидите тупиковые цепочки.
- Проверка обоих User-Agent — десктопного и мобильного. На сайтах с отдельной мобильной версией цепочки различаются, и мобильная почти всегда длиннее.
Дополнительно прогоните проверку в четырёх вариантах написания одного и того же адреса: с http и https, с www и без, со слешем и без, с параметрами и без. Это четыре разных входа в систему правил, и цепочка в каждом может быть своей.
Схлопывание цепочек: пошаговый порядок
Главное правило: цепочки не лечатся добавлением новых правил поверх старых. Каждое новое правило-заплатка удлиняет лестницу. Схлопывание — это переписывание карты соответствий и последующая чистка ссылок.
Собрать полную карту редиректов
Выгрузить все действующие правила: .htaccess, конфиги nginx, таблицу редиректов CMS, правила на уровне CDN и балансировщика. Часто уже на этом шаге обнаруживается, что правила живут в четырёх местах одновременно и половина из них дублирует друг друга.
Построить таблицу «исходный URL → финальный URL»
Для каждого адреса из списка прогнать полную цепочку и записать только два столбца: откуда и куда в итоге. Промежуточные адреса выписать отдельно — они пойдут на удаление из правил и из внутренних ссылок.
Проверить финальные адреса
Каждый целевой URL должен отдавать 200, быть открыт для индексации, не иметь canonical на третий адрес и не быть закрыт в robots.txt. Редирект на страницу с noindex или на неканоническую версию бессмыслен: вес упирается в тупик.
Проверить релевантность соответствий
Старый URL должен вести на страницу, максимально близкую по смыслу и намерению. Массовый редирект удалённого раздела на главную — распространённая ошибка: поисковик трактует такой переход как «мягкую 404» и вес не переносит.
Переписать правила одним слоем
Заменить накопившиеся слои единым набором: сначала одно правило канонизации (протокол, хост, слеш) — одним 301, затем карта соответствий старых URL финальным. Промежуточные правила удалить, а не оставлять «на всякий случай»: пока они живы, живы и цепочки.
Проверить порядок правил
Правила читаются сверху вниз, и первое сработавшее меняет адрес для последующих. Общие правила канонизации должны стоять первыми, частные соответствия — после них. Неверный порядок — самая частая причина новых цепочек и петель после «починки».
Вычистить внутренние ссылки
Заменить в шаблонах, меню, хлебных крошках, баннерах и текстах статей все ссылки на промежуточные адреса. Редирект должен работать только для внешнего мира; внутри сайта все ссылки ведут напрямую на финальные URL. Механику разбирали в статье про внутреннюю перелинковку.
Обновить sitemap.xml и служебные файлы
В карте сайта — только финальные адреса с кодом 200. Заодно проверить canonical, hreflang, Open Graph и структурированные данные: во всех должен фигурировать конечный URL, а не промежуточный.
Проверить на тестовом контуре и выкатить
Прогнать контрольный список из 30–50 адресов разных типов (главная, категория, карточка, статья, страница фильтра, старый удалённый URL) во всех вариантах написания. Убедиться, что нигде не появилось петли, и только после этого выкатывать на продакшн.
Снять контрольный срез через 3–6 недель
Повторить полный обход и сравнить: число цепочек длиной 2+, доля 301 в логах робота, число URL в исключённых со статусом переадресации, скорость индексации новых страниц. Это и есть измеримый результат работы.
ОСТОРОЖНО С МАССОВЫМИ ПРАВКАМИ
Перед любой правкой файла конфигурации сохраняйте резервную копию и держите наготове план отката. Ошибка в одной строке regexp способна положить весь сайт в петлю за секунду, а обнаружится это не всегда сразу — часть страниц может остаться рабочей. Выкатывайте изменения не в пятницу вечером и обязательно проверяйте контрольный список сразу после деплоя.
Особые случаи, где всё сложнее
Переезд на новый домен
При смене домена цепочки возникают почти гарантированно: старый домен уже имел свои правила канонизации, и они складываются с правилами нового. Правильная схема — на старом домене одно правило, которое отправляет любой URL сразу на его точный аналог на новом домене в финальном виде (нужный протокол, нужный хост, нужный слеш). Не на главную нового домена и не на промежуточный адрес. Полный регламент переезда описан в материалах про смену домена без потери позиций и миграцию сайта без потери трафика.
Переход на HTTPS
Классический источник двойного перехода: сначала http → https, затем https → https без www. Правило должно быть одно и должно приводить адрес к финальному виду за один шаг. Детали — в статье про переход на HTTPS без потери позиций.
Мультиязычные и мультирегиональные сайты
Здесь цепочки особенно опасны, потому что накладываются на hreflang. Если версия для одного языка редиректит на другую, а в hreflang указан исходный URL, поисковик получает противоречие: разметка обещает одно, сервер делает другое. Правило простое — все URL в hreflang должны отдавать 200 и совпадать с canonical. Автоматический редирект по геолокации или языку браузера вообще стоит заменить на баннер с предложением сменить версию: робот приходит с одного региона и попадает в один и тот же языковой вариант, не видя остальных. Подробности — в материале про hreflang и продвижение мультиязычного сайта.
Пагинация, фильтры и параметры
Редиректы на страницах списков часто плодятся из-за нормализации параметров: сортировка редиректит на «чистый» URL, тот — на страницу с другим набором параметров. В итоге робот ходит кругами внутри каталога. Здесь чаще уместен не редирект, а связка canonical и правил обхода — логику разбирали в статьях про пагинацию и фасетную навигацию.
Внешние ссылки и ссылочный профиль
Отдельно проверьте, куда ведут покупные и естественные внешние ссылки. Ссылка с авторитетного донора, упирающаяся в четырёхзвенную цепочку, работает хуже, чем могла бы, а если цепочка где-то обрывается — не работает вовсе. Это прямая потеря бюджета на ссылочное продвижение: деньги заплачены, вес не дошёл. Выгрузите список целевых URL внешних ссылок и убедитесь, что каждый ведёт на 200 максимум через один переход.
Профилактика: как не отрастить цепочки заново
Схлопнуть цепочки один раз — половина дела. Через год после редизайна и пары изменений структуры они появятся снова, если не встроить контроль в процесс.
- Регламент на изменение URL. Любое изменение адреса проходит через одно место — единый файл или таблицу карты редиректов. Никаких правил «по-быстрому» в CMS в обход регламента.
- Правило «редирект всегда на финальный адрес». Когда добавляется новое соответствие, все ранее существовавшие правила, ведущие на изменяемый URL, переписываются на новый финальный адрес. Это ключевой пункт: именно его игнорирование и создаёт цепочки.
- Ежеквартальный прогон краулера с проверкой отчёта по цепочкам. На среднем сайте занимает полчаса.
- Мониторинг доли 301 в логах — резкий рост означает, что релиз породил новый слой редиректов.
- Проверка после каждого релиза: контрольный список из 30–50 URL разных типов прогоняется автоматически, результат сравнивается с эталоном.
- Чистка правил раз в год. Правила, по которым за 12 месяцев не прошёл ни один запрос ни от людей, ни от роботов, можно удалять — они только замедляют обработку каждого запроса.
Отдельно про долговечность правил: удалять редиректы после переезда рано нельзя. Робот помнит старые адреса годами, внешние ссылки живут ещё дольше. Разумный горизонт — не менее года после переезда, а для адресов с внешними ссылками и трафиком — бессрочно. Проверка перед удалением простая: посмотрите в логах, приходили ли на этот URL запросы за последние 12 месяцев.
Наконец, цепочки — стандартный пункт технической части SEO-аудита. Если в отчёте подрядчика нет отдельного блока с длиной цепочек и списком адресов на схлопывание, аудит проведён поверхностно. Примеры проектов, где перестройка системы редиректов дала измеримый эффект на индексации, есть в нашем портфолио; там же видно, что чаще всего это работа не на неделю, а на один-два спринта разработки — такие задачи входят в технический блок работ во всех наших тарифах на продвижение. Если сайт при этом уже просел, стоит начать с диагностики по материалу почему сайт упал в выдаче — после переездов цепочки регулярно оказываются главной причиной.
Частые вопросы
Норма — одно. Два звена — терпимо как временное состояние, но требует исправления. Три и больше — проблема, которую нужно чинить. Google документирует лимит в пять переходов за один заход краулера, но ориентироваться на этот предел не стоит: он про то, где робот сдаётся окончательно, а деградация начинается гораздо раньше. Практическое правило для аудита: любой URL должен доходить до контента максимум за один переход.
Это устаревшая формулировка. Представители Google неоднократно заявляли, что потери веса при 301-редиректе нет. Но из этого не следует, что цепочки безвредны: реальные потери идут не по линии «процентов веса», а по линии обхода — лишние запросы робота, лимит переходов, вероятность обрыва на промежуточном звене, замедление загрузки. Схлопывать цепочки нужно не ради мифических процентов, а ради того, чтобы робот и пользователь доходили до контента с первого раза.
Только если старые правила при этом удаляются или новое правило гарантированно срабатывает раньше них. Правила обрабатываются по порядку, и если наверху осталось старое правило, отправляющее на промежуточный адрес, цепочка сохранится, а вы добавите ещё одно звено. Правильный порядок работы: сначала построить таблицу «исходный URL → финальный URL», затем переписать блок правил целиком, затем удалить всё лишнее.
Если есть близкая по смыслу страница — 301 на неё. Если аналога нет вообще, честнее отдать 404 или 410, чем перенаправлять на главную: массовый редирект неродственных URL на главную трактуется как «мягкая 404», вес не передаётся, а в отчётах вебмастера накапливаются предупреждения. Исключение — URL с заметным внешним ссылочным весом: для них имеет смысл создать релевантную страницу-замену, чтобы ссылки не пропали.
Командой curl с флагами -sIL и ограничением переходов: она выведет все промежуточные ответы с заголовками Location, и вы увидите последовательность целиком. В браузере то же самое видно во вкладке Network инструментов разработчика при включённой опции сохранения журнала: каждое звено будет отдельной строкой с кодом 301 или 302. Для точечной проверки конкретного адреса подойдёт и инструмент проверки ответа сервера в Яндекс.Вебмастере.
Да, напрямую. Каждое звено — это дополнительный сетевой цикл: разрешение DNS при смене хоста, установка соединения, TLS-хендшейк при смене протокола, ожидание ответа. На мобильной сети одно звено обходится в сотни миллисекунд, а цепочка из трёх-четырёх легко добавляет секунду к времени до первого байта. Это ухудшает LCP и увеличивает долю отказов, особенно на переходах из поиска и рекламы.
Их нужно устранять так же, как и на страницах, но искать отдельно: в обычных отчётах по внутренним ссылкам они часто не видны. Прогоните краулер с включённой проверкой ресурсов или посмотрите вкладку Network на нескольких типовых страницах. Редирект на картинке множится на число изображений на странице и на число страниц, поэтому по суммарному эффекту на скорость и на обход это иногда дороже, чем цепочки на HTML-страницах.
Технические метрики меняются сразу: цепочки исчезают из отчётов краулера в тот же день, доля 301 в логах падает в течение недели-двух. Индексация подтягивается за 3–6 недель по мере переобхода. Позиции и трафик — позже и не всегда явно: если цепочки были единственной проблемой сайта, эффект будет заметным; если это одна из десяти проблем, схлопывание уберёт препятствие, но само по себе в ТОП не выведет. Измерять корректнее по метрикам обхода и индексации, а не по позициям.
Найдём и схлопнем все цепочки редиректов на вашем сайте
Проверим сайт краулером и по логам, построим карту соответствий «старый URL → финальный URL», перепишем правила одним слоем, вычистим внутренние ссылки и проконтролируем результат по индексации. Прозрачный договор, отчёты каждую неделю.
- Пакет «Старт» от 55 000 ₽/мес
- Пакет «Стандарт» 75 000 ₽/мес
- Пакет «Премиум» 95 000 ₽/мес
- Бесплатный аудит и прогноз
- Договор с гарантией результата
- Отчёты каждую неделю
Комментарии (14)
Александр
Самое ценное в статье — мысль, что цепочки не лечатся добавлением ещё одного правила поверх старых. У нас именно так и делали три года: каждый раз новая строчка в .htaccess, и никто не удалял предыдущие.
Марина_К
Прогнала свой каталог через Screaming Frog в режиме списка, как описано. Нашла цепочки по четыре звена в разделе, который переименовывали дважды. Отчёт Redirect Chains реально показывает всю последовательность, раньше я про него просто не знала.
AdminSEO Мастер
Марина, обязательно проверьте, что в настройках краулера включён Always Follow Redirects — без него список покажет только первое звено и картина будет неполной. И прогоните тот же список мобильным User-Agent: на сайтах с остатками m-версии цепочки там обычно длиннее.
Дмитрий В.
Не соглашусь с драматизацией. Google сам говорит, что 301 передаёт вес полностью, значит и цепочка из двух-трёх звеньев ничего не теряет. Скорее это вопрос гигиены, чем реальных позиций.
AdminSEO Мастер
Дмитрий, про вес вы правы, и в статье это прямо сказано — потери не по линии процентов. Бьют другие три слоя: лимит переходов у краулера, обрывы на промежуточных звеньях и лишние запросы в бюджете обхода. На сайте в тысячу страниц это действительно гигиена, на каталоге в десятки тысяч URL разница видна в скорости индексации.
Ольга
Таблица с типовыми сценариями — просто готовый чек-лист. Распечатала и отдала разработчику.
vladimir77
Ловил ту самую петлю с балансировщиком, про которую вы пишете. Полдня искал причину, пока не понял, что бэкенд видит HTTP и гонит обратно на HTTPS. Проверка X-Forwarded-Proto решила за пять минут.
Анна Т.
А что если старых URL несколько тысяч и часть из них вообще непонятно с чем сопоставлять? Составлять карту вручную нереально.
AdminSEO Мастер
Анна, вручную и не нужно. Приоритизируйте по данным: сначала URL с внешними ссылками и с трафиком за последние год-два, их обычно несколько сотен, и именно они несут вес. Остальное закрывается правилами по маскам разделов, а совсем осиротевшие адреса без аналога честнее отдать 404 или 410, чем сваливать на главную.
Максим
Отдельное спасибо за пункт про редиректы на картинках и скриптах. Ни один аудит, который нам делали, этого не проверял.
Сергей_бизнес
Владелец магазина, не технарь. Из статьи понял главное: робот тратит четыре запроса вместо одного, значит новые товары индексируются медленнее. Этот аргумент наконец дошёл до моего программиста, до этого он отмахивался.
Игорь Л.
Вопрос по шагу с порядком правил. У нас часть редиректов в nginx, часть в плагине CMS. Кто из них сработает первым и как это вообще отследить?
AdminSEO Мастер
Игорь, первым отрабатывает уровень, который стоит ближе к клиенту: CDN или балансировщик, затем nginx, и только потом запрос доходит до CMS с её таблицей. Отследить проще всего через curl -sIL — по последовательности Location видно, где адрес меняется впервые. Правила канонизации логично держать на уровне сервера, а в CMS оставить только карту соответствий конкретных URL.
Екатерина
Пункт про проверку четырёх вариантов написания адреса спас. Со слешем всё было чисто, а без слеша уходило в петлю, и мы этого месяц не замечали.
Артём_разработчик
Добавлю к разделу про CMS: модули умных редиректов сами по себе главный генератор цепочек. Каждое переименование страницы кладёт новую запись, и они ссылаются друг на друга по кругу. Мы у себя просто раз в квартал чистим таблицу и переписываем всё на финальные адреса.
Наталья Ж.
Скажите, а если схлопнуть цепочки, но не трогать внутренние ссылки, эффект вообще будет? Правки в шаблонах у нас упираются в очередь разработки на пару месяцев.
AdminSEO Мастер
Наталья, эффект будет, но частичный: цепочка схлопнется до одного звена, а лишний запрос на каждом переходе останется. Дороже всего обходятся ссылки в сквозных элементах — меню, футер, хлебные крошки, там правка точечная и обычно занимает часы, а не спринт. Начните с них, ссылки внутри текстов статей можно догнать пакетной заменой позже.
Роман П.
Совет не выкатывать такое в пятницу вечером выстрадан кровью, судя по формулировке. Подтверждаю.
Юрий_СПб
Проверил долю 301 в логах после переезда на новый домен — вышло сильно больше упомянутых в статье 10-15%. Похоже, у нас на старом домене осталась своя канонизация поверх новой. Пойду разбирать по шагам из статьи.