Анализатор цепочек перенаправлений
Вставьте карту перенаправлений и просмотрите каждую цепочку и каждую петлю, которые она содержит, количество переходов в каждой, а также упрощённые правила с одним переходом, заменяющие всё это.
Ничего, что вы вводите здесь, не загружается, не сохраняется и не отправляется куда-либо. Всё работает в вашем браузере.
Какая реальная стоимость цепочки
Немного за каждый переход, но в сумме больше, чем хотелось бы. Происходит три процесса, которые обычно путают друг с другом.
- Бюджет обхода — это реальная величина. Каждый переход — это запрос. Сайт с сорока тысячами перенаправлений, каждое из которых состоит из двух переходов, заставляет Googlebot выполнить восемьдесят тысяч запросов к сорока тысячам страниц. На крупном сайте это разница между тем, что ваши новые URL будут проиндексированы в этом месяце, и тем, что они появятся только в следующем квартале.
- Ограничение глубины следования. В документации Google указано, что Googlebot может следовать до десяти переходов перенаправления за одну попытку обхода; после этого он фиксирует ошибку перенаправления и продолжит путь при следующем обходе, если он вернётся. Браузер более терпелив, но тоже сдаётся — Chrome останавливается на двадцати переходах и показывает пользователю ошибку. Поэтому достаточно длинная цепочка не просто медленная, а сломана.
- Equity — то, с чем все начинают, и то, для чего имеется наименьшее количество доказательств. Широко повторяемый «15 % потерь на каждый редирект» не является цифрой, подтверждённой Google, и представители Google публично заявляли, что 301‑й не теряют PageRank. Считайте, что потери на переход малы или отсутствуют, и исправляйте цепочки по первым двум причинам.
Решение всегда одно: направлять каждый старый URL непосредственно к конечному пункту. Не к следующей ссылке в цепочке, а к её окончанию. Именно этим являются упрощённые правила выше.
Циклы и их происхождение
Цикл — это цепочка без конца. Браузер переходит по ней, пока не сдаётся и не выводит ошибку, страница становится недоступной для сканирования, и в отчёте, проверяющем только коды статусов, о ней ничего не появляется, поскольку каждый ответ в цикле является корректным 301. Обычно они возникают из двух правил, написанных месяцами разными людьми, либо из правила, которое перенаправляет URL на самого себя в виде, которое сервер затем переписывает обратно.
Второй случай — тот, за которым стоит следить: правило, отправляющее /pricing на /pricing/ на сервере, который удаляет завершающие слеши, создаёт бесконечный цикл, и в конфигурационном файле это выглядит полностью разумно. Поэтому этот инструмент по умолчанию рассматривает различие в завершающем слеше как один и тот же URL и указывает, где находится различие, вместо того чтобы тихо игнорировать его.
Смешивание относительных и абсолютных путей — это не вопрос стиля
Половина карты редиректов, записанная как /old-page и половина как https://www.example.com/old-page означает, что правила не видят друг друга, поэтому цепочка, существующая в продакшене, выглядит как два независимых одношаговых правила в файле. Приведение всего к одному корню, как делает этот инструмент, делает цепочку видимой. Сделайте то же в конфигурации: выберите один формат и преобразуйте всю карту в него.
После того как у вас будет упрощённая карта
Две вещи. Оставьте промежуточные правила на месте — старый URL, удалённый из карты, будет 404 для всех, у кого ещё есть ссылка, а цепочка, которую вы упростили, была доступна только благодаря этим правилам. И превратите упрощённый список в реальную конфигурацию с помощью Генератор 301‑редиректов, который генерирует синтаксис для Netlify, Apache, Nginx или WordPress.
Вопросы, которые задают люди
Сколько перенаправлений считается слишком большим?
Один — это целевой, а два — приемлемо. Документация Google описывает, что Googlebot может следовать до десяти переходов за одну попытку обхода, после чего фиксирует ошибку и пытается позже, поэтому три и более — проблема, которую стоит исправлять по плану, а не как экстренную, если только цепочка не слишком длинная, тогда URL фактически недоступен.
Теряют ли цепочки перенаправлений ссылочный вес?
Менее, чем утверждает мифология. Показатель «15 % за переход» никогда не подтверждался Google, а инженеры поисковой системы публично заявили, что 301‑перенаправления не теряют PageRank. Демонстрируемые издержки — бюджет обхода, задержка для посетителя и ограничение количества переходов. Исправляйте цепочки по этим причинам.
Стоит ли удалять промежуточные перенаправления после упрощения?
Нет. Промежуточные URL могут по‑прежнему быть связаны откуда‑то, что вы не видите, и удаление их правил превратит такие ссылки в 404. Добавьте упрощённые правила, оставьте старые и удаляйте правило только тогда, когда его источник перестаёт появляться в ваших логах — а для ссылки, которая когда‑то была важна, это может занять годы.
Почему инструмент считает различие в завершающем слеше циклом?
Потому что на сервере, который нормализует завершающие слеши, это один цикл: правило перенаправляет /a на /a/, сервер переписывает /a/ обратно в /a, и браузер бесконечно переходит. Переключите настройку завершающего слеша в «строгий», если ваш сервер действительно рассматривает эти два URL как разные, тогда та же карта будет восприниматься как обычная цепочка.
Загружается ли моя карта перенаправлений где‑то?
Нет. Она парсится и обрабатывается в вашем браузере, и ничего не отправляется, не логируется и не сохраняется. Карта перенаправлений представляет собой довольно полную историю структуры сайта, поэтому это важный момент.
Сопутствующие инструменты
Цепочки обычно появляются при миграции
А миграция — это момент, когда ссылки, которые вы годами нарабатывали, легче всего потерять. Если миграция планируется, проверьте карту редиректов до её запуска, а не после.
Смотрите пакеты построения ссылок Свяжитесь с Hayk
Дополнительные материалы: DoFollow vs NoFollow: что действительно важно · Как быстро построить обратные ссылки, не теряя время