301 редирект: как перенести страницу без потери трафика

При смене адреса недостаточно обновить меню. Старые URL остаются в закладках, поиске, письмах и на других сайтах. Ответ 301 сообщает браузеру и поисковой системе, куда ресурс переехал навсегда.

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

Что такое 301 редирект

301 Moved Permanently — код HTTP для постоянного переноса ресурса. Сервер отвечает статусом 301 и заголовком Location с новым адресом. Браузер переходит туда, а поисковая система получает сильный сигнал заменить старый URL новым.

Текст «страница переехала» без кода 301 не является редиректом. JavaScript-переход и HTML-переход с задержкой тоже не равны серверному ответу: они требуют загрузить документ и создают больше точек отказа.

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

• Изменился slug или структура каталога.
• Две похожие страницы объединены в одну.
• Сайт перешёл с HTTP на HTTPS.
• Выбрана единая версия домена с www или без него.
• Произошёл окончательный переезд на новый домен.
• Товар заменён прямым преемником с той же задачей.
• Параметрические дубли нужно закрыть переходом на основной URL.

Если перенос временный, используйте временный статус и сохраняйте исходный URL как основной. Если замены нет, честный ответ 404 полезнее перехода в нерелевантный раздел.

Чем 301 отличается от 302 и canonical

301 меняет адрес для человека и робота. 302 тоже переводит пользователя, но сообщает о временности. Canonical не переводит: обе страницы остаются доступными, а в коде указывается предпочтительная версия среди одинаковых или очень похожих документов.

Разбор предпочтительных адресов находится в статье про canonical URL. Не ставьте canonical на новый адрес и одновременно не оставляйте противоречивые внутренние ссылки на старый.

Как составить карту редиректов

Карта переноса — таблица всех старых адресов и их конечных целей. Она нужна до изменения сайта. Источники: текущий обход, sitemap, аналитика, Яндекс Вебмастер, журналы сервера, внешние ссылки и выгрузка CMS.

Строка без релевантной цели остаётся 404 или 410. Не заполняйте пустоты главной страницей ради полного столбца. При объединении нескольких старых материалов одна сильная новая страница может быть общей целью, если она действительно закрывает их запросы.

Сначала разберите URL с трафиком и внешними ссылками, затем остальные. Полная инвентаризация решений по содержимому описана в контент-аудите.

Как настроить одиночный 301 редирект

Конкретная запись зависит от сервера, CMS и места, где завершается HTTPS. Правило должно совпадать только с нужным старым путём и указывать абсолютный или корректный внутренний новый адрес.

Логика одиночного правила
Если запрос равен [старый путь] → вернуть статус 301 → указать Location [новый URL].
Новый URL должен открываться с ответом 200, без нового перенаправления и без обязательной авторизации.

После изменения перезагрузите конфигурацию безопасной командой вашей платформы и проверьте синтаксис. Не копируйте пример для другого сервера: одинаково выглядящие регулярные выражения могут обрабатываться по-разному.

Как перенести целый раздел или домен

Массовое правило допустимо, если структура сохраняется: каждый старый путь имеет очевидный эквивалент на новом домене. Если структура меняется, сначала применяйте точечную карту для ценных URL, затем общее правило для совпадающих путей.

1. Снимите полный список индексируемых и посещаемых URL.
2. Создайте новый сайт и откройте его для проверки.
3. Сопоставьте страницы один к одному по задаче.
4. Обновите внутренние ссылки, canonical и sitemap.
5. Настройте прямые 301 со старых адресов.
6. Проверьте выборку и запустите полный обход.
7. Отслеживайте 404, цепочки и трафик после переключения.

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

Почему цепочки и циклы вредны

Цепочка возникает, когда A ведёт на B, B на C, а C на D. Каждый шаг добавляет задержку и может оборваться. Цикл возвращает браузер на уже посещённый URL и заканчивается ошибкой слишком большого числа перенаправлений.

После каждого последующего переименования обновляйте первоначальные правила. Старый адрес должен вести сразу на актуальный конечный, а не проходить через всю историю сайта.

Как проверить редирект после настройки

Проверьте десктопный и мобильный варианты, параметры URL, слеши, регистр и обе версии домена. Массовую карту тестируйте автоматически, но вручную откройте самые посещаемые страницы и несколько случайных строк.

Пример карты при объединении статей

На сайте есть три коротких материала: «как выбрать кофемолку», «жерновая или ножевая» и «настройка помола». Команда готовит один полный гид, но не отправляет все адреса на раздел техники. Новый материал сохраняет ответы трёх страниц отдельными разделами, а карта связывает каждый старый URL с этим гидом.

До переключения фиксируют заголовки, трафик и входящие ссылки. После публикации обновляют все внутренние ссылки сразу на новый URL, убирают старые страницы из sitemap и настраивают три прямых 301. Новый гид отвечает 200 и содержит self-canonical. Проверка без автоматического перехода показывает один шаг у каждой строки.

Если одна старая статья имела другой интент, например ремонт неисправной кофемолки, её нельзя присоединять только из-за общего слова. Для неё сохраняют отдельный материал либо возвращают 404 после удаления, если полноценной замены нет.

Как безопасно раскатывать массовые правила

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

Условие отката задают заранее: например, цикл на любом контрольном URL, рост серверных ошибок или недоступность основного раздела. Откат возвращает прежнюю конфигурацию, после чего команда исправляет карту, а не пытается чинить живое правило поверх нескольких ошибок.

Что делать с параметрами и якорями

Якорь после символа # не отправляется серверу, поэтому серверный редирект не может выбирать цель по нему. Параметры запроса сервер видит. Решите, какие из них нужно сохранить, какие удалить и какие преобразовать. Рекламные метки обычно можно перенести на конечный URL, а технические параметры фильтра требуют отдельной карты.

Слепое добавление всей строки параметров способно создать дубли или передать несовместимые значения. Проверьте популярные варианты из логов и аналитики, а остальные ведите на чистую каноническую страницу только при сохранении смысла запроса.

Как проверить цепочку из командной строки

Для единичной проверки достаточно инструмента разработчика в браузере, но список удобнее проверять автоматически. Запрос без следования переходам показывает первый код и поле Location. Запрос с переходами показывает всю цепочку и конечный ответ. Сохраните результаты до запуска и после него, чтобы сравнение не зависело от памяти проверяющего.

Обязательно проверяйте варианты протокола, поддомена, завершающего слеша, регистра и популярных параметров. Нормализация домена может быть отдельным шагом, но перенос конкретной страницы всё равно должен завершаться одной релевантной целью. Если цепочка получилась длиннее одного перехода, исправьте исходное правило и внутренние ссылки.

Когда 301 нужно оставить надолго

У перехода нет полезного срока, после которого его обязательно удалять. Старые закладки, документы, письма и внешние публикации могут приводить посетителей годами. Если адрес имеет такие источники, правило стоит сохранять, пока работает конечная страница и смысл переноса остаётся прежним.

Перед очисткой конфигурации проверьте журналы запросов, внешние ссылки и переходы людей. Отсутствие старого URL в sitemap не означает, что он больше никому не нужен. Удаление рабочего правила ради короткого файла конфигурации редко оправдывает потерю переходов.

Как следить за переносом в поиске

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

• Число старых URL в индексе постепенно уменьшается.
• Новые страницы доступны и появляются по своим запросам.
• В логах робот получает 301, затем 200.
• Нет роста мягких 404 и заблокированных ресурсов.
• Внутренний обход не находит ссылок на старые адреса.

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

Какие ошибки встречаются чаще

• Все старые URL ведут на главную.
• Используется 302 для постоянного переезда.
• Правило захватывает больше путей, чем планировалось.
• Новый URL сам отвечает редиректом или ошибкой.
• Остаются цепочки после повторных переименований.
• Внутренние ссылки продолжают вести на старые адреса.
• В sitemap находятся старые и новые версии вместе.
• Canonical противоречит редиректу.
• Старый домен отключают слишком рано.
• Карту запускают без резервной копии конфигурации.

Перед массовым изменением сохраните конфигурацию и список ответов ключевых URL. Откат должен возвращать не только код, но и прежнюю маршрутизацию.

Чек-лист