301-редирект: постоянное перенаправление

301 — это ответ HTTP, который постоянно перенаправляет один URL на другой и сигнализирует, что адрес назначения должен стать предпочтительным.

Что решает 301

Ответ 301 Moved Permanently отправляет браузер или краулер с исходного URL на целевой. Это утверждение о связи между URL, а не обещание позиций или трафика. Google описывает постоянные редиректы как сигнал канонизации: адрес назначения — кандидат, который должен показываться в поиске, если перенос не будет отменён.

Решение состоит из двух частей. Во-первых, у старого ресурса должна быть действительно долговременная замена. Во-вторых, целевая страница должна отвечать на тот же или более полезный интент. Снятый с продажи товар без разумного преемника может требовать 404 или 410, а не редиректа на категорию или главную. Если перенаправлять все выведенные из обращения URL на одну широкую страницу, связь станет непонятной и людям, и краулерам.

На схеме показаны основные входные данные, проверки и путь решения для 301-редиректа: постоянного перенаправления.
Постоянный редирект — это один сигнал в системе. Канонические теги, внутренние ссылки, карты сайта и ответ целевой страницы должны ему соответствовать. 301 не задаёт результат индексации по фиксированному графику.

Когда подходит постоянный редирект

Используйте 301, когда старый URL переехал надолго: страница переименована, дубликаты объединены, консолидированы протокол или хост либо выполнена задокументированная миграция сайта, проведённая постранично. Сопоставьте старые страницы с ближайшими сохранившимися аналогами. Так сохраняется рабочий путь для посетителя, который открывает старую закладку или внешнюю ссылку, и краулерам дают однозначный маршрут для проверки.

Хорошее соответствие
Старое руководство заменено новым, которое охватывает ту же задачу; редирект — это один переход на новое руководство.
Плохое соответствие
Снятый с обращения материал отправлен на нерелевантную посадочную страницу просто потому, что она существует.
Не перенос
Страница может вернуться позже или временно тестируется; в этом случае вопрос решается как временная маршрутизация.

При миграции составьте карту редиректов до изменения навигации. Каждая строка должна фиксировать исходный путь, выбранный адрес назначения, обоснование, ответ, наблюдаемый после релиза, и владельца исключений. Используйте карту на уровне страниц и проверяйте итоговый путь ответа: так широкое правило для хоста не сведёт молча тысячи несвязанных страниц на главную.

Внедрение и проверки

  1. Составьте список старых URL, по которым приходят визиты или ссылки, и выберите один итоговый индексируемый адрес для каждой значимой страницы.
  2. Настройте редирект на уровне сервера или платформы, где он возвращает HTTP 301 и заголовок Location до отдачи содержимого страницы.
  3. Обновите внутренние ссылки, XML-карты сайта и канонические ссылки на итоговый URL; они не должны продолжать указывать на исходный адрес редиректа.
  4. Запросите исходный URL и пройдите цепочку. Зафиксируйте последовательность статусов, итоговый URL и то, возвращает ли финальная страница успешный ответ.
  5. После релиза повторно просканируйте затронутый набор. Разберите петли, многошаговые цепочки, правила «редирект на редирект» и адреса назначения, которые заблокированы или закрыты noindex.
bash
curl -I https://example.com/old-page
# Expect: HTTP/2 301 and a Location header
curl -IL https://example.com/old-page
# Inspect every hop and the final response

Точный синтаксис конфигурации зависит от платформы. Неизменный принцип важнее скопированного правила: источник должен за один переход открываться на нужный канонический адрес назначения. Держите временные инфраструктурные правила и переносы контента раздельно, чтобы отмена технического изменения не разрушила карту миграции.

Типичные сбои и ограничения

Частый ложный вывод: любой 301 «механически передаёт авторитет». Поисковые системы оценивают несколько сигналов и пересканируют сайт по собственному расписанию. Проверить можно более узкие вещи: сервер возвращает нужный статус, цель доступна и индексируема, карта релевантна, а ссылки на сайте используют итоговый URL. Не используйте фиксированный процент передачи ссылочного веса или гарантированный срок замены результата.

  • Цепочка появляется, когда добавляется второе правило миграции; замените её прямым правилом от источника к итоговому адресу.
  • Петля редиректов возникает, когда правило для хоста или протокола противоречит правилу для страницы; проверьте варианты HTTP/HTTPS и хоста.
  • 301 ведёт на 404, страницу с noindex или заблокированный маршрут; исправьте адрес назначения, прежде чем считать сопоставление источника выполненным.
  • Старая карта сайта остаётся опубликованной; удалите из неё перенаправленные URL, чтобы карта объявляла только итоговые индексируемые страницы.

FAQ

Когда использовать 301 вместо 302?
Используйте 301, когда старый URL больше не будет открываться, а целевая страница становится его постоянной заменой. Временный редирект ставьте, только если исходный URL должен остаться долгосрочным ориентиром.
Должен ли каждый удалённый URL перенаправляться на главную?
Нет. Перенаправляйте, только если есть близкая и полезная замена. Нерелевантный редирект на главную путает посетителей и не описывает понятный перенос контента.
Как безопасно проверить 301?
Запросите исходный URL с выполнением редиректов, затем проверьте итоговый статус, адрес назначения, политику канонических URL, индексируемость и внутренние ссылки. После любого изменения правил протестируйте репрезентативный набор адресов.
Гарантирует ли 301 сохранение позиций?
Нет. Это сильный сигнал о переносе, но видимость зависит от сканирования, индексации и релевантности целевой страницы, а также от других факторов.