301 редирект страницы сайта: все способы настройки перенаправления одного URL на другой

В процессе развития сайта нередко меняются адреса отдельных страниц, разделов или всего ресурса. Причиной может быть переход на новую CMS, редизайн, изменение структуры URL, подключение HTTPS или перенос проекта на другой домен.
Удалять старые страницы без дополнительных настроек нежелательно. Пользователи, которые перейдут по прежним ссылкам, увидят ошибку 404, а поисковые системы будут продолжать обращаться к устаревшим URL. Чтобы корректно направить посетителей и поисковых роботов на новые адреса, используется 301 редирект.

Для SEO это один из базовых технических инструментов. Он помогает сохранить поисковые сигналы, внешний ссылочный профиль и часть накопленного органического трафика при изменении структуры сайта.
В нашей работе по SEO-продвижению настройка редиректов входит в обязательный набор задач при миграции ресурса. Ошибки на этом этапе могут привести к выпадению страниц из индекса, появлению дублей и снижению видимости сайта.

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

301 редирект (Moved Permanently) — это HTTP-код, который сообщает браузерам и поисковым системам, что страница окончательно перемещена на новый адрес.

Когда пользователь открывает старый URL, сервер возвращает код 301 и адрес новой страницы в заголовке Location. После этого происходит автоматическое перенаправление.

Пример:

site.ru/old-page/ → site.ru/new-page/

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

Поэтому постоянные редиректы особенно важны для сайтов, которые уже получают органический трафик и имеют внешние ссылки.

Чем отличается от других типов редиректов (302, 307, meta refresh и др.)

Выбор редиректа зависит от того, является перенос постоянным или временным.

301 (Постоянный)

301 Moved Permanently используется, когда URL меняется окончательно.

Подходит для:

• переноса сайта;
• перехода на HTTPS;
• изменения адресов страниц;
• объединения контента;
• настройки основной версии домена.

Для SEO это основной вариант постоянной смены URL.

307 (Временный с сохранением метода)

307 Temporary Redirect применяется при временном переносе и сохраняет исходный HTTP-метод запроса.

Например, POST-запрос остается POST-запросом. Такой вариант часто используется в технических сценариях, связанных с формами и API.

302 (Временный)

302 Found сообщает, что перенаправление носит временный характер.

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

Meta Refresh

Meta Refresh задается внутри HTML:

<meta http-equiv="refresh" content="0;url=https://site.ru/new-page/">

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

Главное отличие 301 — указание на постоянную смену адреса.

Когда используется 301 редирект

301 редирект применяется при изменениях, которые затрагивают URL и структуру сайта.

Перенос сайта на новый домен

При переезде необходимо сопоставить старые страницы с их аналогами на новом домене.

Например:

old-site.ru/catalog/ → new-site.ru/catalog/

Лучше перенаправлять каждую страницу на соответствующий новый URL, а не весь сайт на главную.

Смена HTTP на HTTPS

После установки SSL-сертификата настраивается переход:

http://site.ru/page/ → https://site.ru/page/

Это позволяет избежать одновременной индексации HTTP- и HTTPS-версий.

Склейка зеркал сайта

Если сайт открывается с www и без него, следует выбрать основной вариант.

Например:

www.site.ru/page/ → site.ru/page/

Изменение структуры URL-адресов

После смены CMS или ЧПУ адрес страницы может измениться:

site.ru/?id=25 → site.ru/catalog/divany/

Старый URL при этом необходимо перенаправить на новый.

Удаление или объединение страниц

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

Исправление битых ссылок

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

Зачем нужен 301 редирект в SEO

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

Передача ссылочного веса (PageRank)

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

При этом страница назначения должна быть релевантной исходному материалу. Формальный редирект на несвязанную страницу не дает гарантированного SEO-эффекта.

Сохранение позиций в поисковой выдаче

После смены URL поисковой системе требуется заново обработать структуру сайта.
301 упрощает этот процесс и помогает роботу быстрее связать старый адрес с новым.

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

Улучшение пользовательского опыта (UX)

Старые ссылки могут оставаться:

• в закладках;
• социальных сетях;
• письмах;
• внешних статьях;
• поисковой выдаче.

301 автоматически направляет пользователя на актуальную страницу вместо ошибки 404.
Для коммерческого сайта это помогает не терять потенциальные заявки и продажи.

Избежание дублей контента

Одна страница может быть доступна в нескольких вариантах:

http://site.ru/

https://site.ru/

https://www.site.ru/

Редирект позволяет выбрать основную версию и направить на нее остальные.
Дополнительно важно корректно настроить canonical, Sitemap и внутренние ссылки.

Когда применять 301 редирект: практические кейсы

На практике постоянные перенаправления чаще всего используются при миграциях и технической оптимизации.

Смена домена (миграция сайта)

При переезде необходимо настроить соответствие старых и новых URL:

old-site.ru/blog/article/ → new-site.ru/blog/article/

Мы рекомендуем заранее создать карту редиректов и отдельно проверить наиболее важные страницы.

Также необходимо обновить:

• внутренние ссылки;
• canonical;
• XML Sitemap;
• robots.txt;
• адреса в шаблонах сайта.

После запуска важно контролировать индексацию и ошибки обхода.

Объединение или удаление страниц

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

Изменение структуры URL (ЧПУ)

После обновления CMS старые адреса могут полностью измениться.

Например:

site.ru/?product=123

→

site.ru/catalog/model-123/

Особое внимание следует уделять страницам с трафиком, позициями, внешними ссылками и конверсиями.

Переход с HTTP на HTTPS

После подключения HTTPS все HTTP-адреса должны вести непосредственно на защищенные версии.

Также необходимо проверить:

• mixed content;
• canonical;
• Sitemap;
• внутренние ссылки;
• сертификат.

Лучше избегать цепочек из нескольких переходов.

Удаление www или наоборот

Можно использовать сайт как с www, так и без него. Главное — выбрать одну основную версию.

Например:

http://www.site.ru/page/ → https://site.ru/page/

Желательно выполнять такой переход в один шаг.

Локализация и геотаргетинг (например, ru.site.com → site.com/ru/)

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

Дополнительно проверяются:

• hreflang;
• canonical;
• внутренние ссылки;
• Sitemap;
• языковые версии.

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

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

Настройка через .htaccess (Apache)

На Apache перенаправления часто задаются в .htaccess.

Редирект одной страницы

Redirect 301 /staryj-url.html https://www.site.ru/novyj-url/

Склейка зеркал (без www на с www)

RewriteEngine On

RewriteCond %{​HTTP_HOST} ^site\.ru$ [NC]

RewriteRule ^ https://www.site.ru%{​REQUEST_URI} [R=301,L]

Перенаправление на HTTPS всех страниц

RewriteEngine On

RewriteCond %{​HTTPS} !=on

RewriteRule ^ https://%{​HTTP_HOST}%{​REQUEST_URI} [R=301,L]

Правила могут отличаться при использовании CDN, proxy или балансировщика.

Ошибки в .htaccess способны вызвать циклические редиректы или ошибку 500, поэтому любые изменения необходимо тестировать.

Настройка на Nginx

Nginx не использует .htaccess. Редиректы прописываются в конфигурации сервера.

Редирект всего сайта на новый домен

server {​

listen 80;

server_name staryj-site.ru www.staryj-site.ru;

return 301 https://novyj-site.ru$request_uri;

}

Перенаправление на HTTPS

server {​

listen 80;

server_name site.ru www.site.ru;

return 301 https://site.ru$request_uri;

}

Перед применением конфигурации желательно проверить ее:

nginx -t

После успешной проверки изменения можно загрузить без полной остановки сервера.

Редиректы в WordPress (плагины и ручной способ)

WordPress позволяет настраивать перенаправления несколькими способами.

С помощью плагинов

Один из популярных вариантов — Redirection.

Плагин позволяет:

• добавлять правила;
• отслеживать ошибки 404;
• использовать регулярные выражения;
• контролировать обращения к старым URL.

Для небольшого сайта это удобный вариант без прямого доступа к конфигурации сервера.

Ручной способ через .htaccess

Если сайт работает на Apache, правила можно задать вручную.
Перед редактированием обязательно сделайте копию файла и убедитесь, что пользовательские правила не конфликтуют с настройками WordPress.

Редиректы на хостингах (cPanel, ISPmanager и др.)

В популярных панелях управления есть инструменты для создания перенаправлений без ручной работы с файлами.

В cPanel функция обычно расположена в разделе управления доменами. В ISPmanager возможности зависят от версии панели и конфигурации сервера.
После настройки в любом случае нужно проверить фактический HTTP-ответ страницы.

Использование PHP-редиректа (header())

Если нет доступа к серверным настройкам, можно использовать PHP:

<?php

header('Location: https://www.site.ru/novyj-adres/', true, 301);

exit;

Код должен выполняться до вывода HTML.
Такой вариант работает корректно, однако серверные правила обычно быстрее и предпочтительнее.

Редиректы в JavaScript — можно ли использовать?

Перенаправление можно выполнить через JavaScript:

window.location.href = 'https://www.site.ru/novyj-url/';

Но это не HTTP 301.
Сначала браузер загружает страницу и выполняет скрипт. Поэтому при постоянной смене URL лучше использовать серверное перенаправление.

Проверка корректности 301 редиректа

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

Ошибки могут привести к:

• 404;
• циклам;
• длинным цепочкам;
• перенаправлению на неправильный URL;
• проблемам с индексацией.

Инструменты для проверки (Screaming Frog, Redirect Path, curl, DevTools)

Браузерные DevTools (Инструменты разработчика)

Во вкладке Network можно увидеть цепочку:

старый URL — 301 → новый URL — 200

Так легко проверить статус и конечный адрес.

Онлайн-сервисы и плагины

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

Командная строка (curl)

Для просмотра HTTP-заголовков используйте:

curl -I http://site.ru/staryj-adres/

В корректном ответе будут присутствовать:

HTTP/1.1 301 Moved Permanently

Location: https://site.ru/novyj-adres/

SEO-краулеры (Screaming Frog)

Для массовой проверки удобно использовать Screaming Frog и другие SEO-краулеры.

Они позволяют находить:

• 3xx;
• цепочки;
• петли;
• 404;
• внутренние ссылки на старые URL.

Как убедиться, что редирект передаёт вес

Точно измерить объем передаваемого PageRank сторонними инструментами невозможно.

Но можно проверить технические условия:

• старый URL возвращает постоянный редирект;
• новая страница релевантна;
• конечный URL доступен;
• отсутствуют лишние цепочки;
• canonical указан корректно;
• страница не закрыта от индексации.

После миграции необходимо следить за индексацией, трафиком и ошибками обхода.

Распространённые ошибки при проверке

Ошибка 404 после редиректа

Ситуация:

A — 301 → B — 404 означает, что адрес назначения указан неверно или страница удалена.

Петля (циклический редирект)

Например:

A → B → A
В этом случае браузер прекращает загрузку из-за бесконечного перенаправления.

Смешанный контент при редиректе на HTTPS

Даже после перехода на HTTPS часть изображений, CSS или JavaScript может загружаться по HTTP.
Такие ресурсы необходимо отдельно заменить.

JavaScript и Meta Refresh вместо серверного редиректа

Факт автоматического перехода еще не означает, что сервер возвращает код 301.
Всегда проверяйте HTTP-ответ.

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

Параметры вроде:

?utm_source=google могут требовать сохранения, удаления или преобразования.
Логику обработки параметров нужно определять в зависимости от структуры сайта.

Ошибки при настройке 301 редиректа и их последствия

Неправильно настроенные редиректы способны ухудшить работу сайта и снизить эффективность SEO.

Цепочки редиректов (redirect chains)

Цепочка выглядит так:

A → B → C
Каждый дополнительный переход создает новый HTTP-запрос.

Последствия

Длинные цепочки:

• замедляют загрузку;
• усложняют обход;
• повышают риск ошибок;
• ухудшают техническую структуру сайта.

Решение

Лучше настроить прямой переход:

A → C
Регулярный технический аудит помогает выявлять такие цепочки.

Кольцевые редиректы (redirect loops)

Цикл возникает, если страницы перенаправляют друг на друга.

Например:

A → B → A

Последствия

Страница становится полностью недоступной.

Решение

Следует проверить правила Apache, Nginx, CMS, CDN и условия перенаправления.
После исправления URL необходимо протестировать повторно.

Редирект на нерелевантную страницу

Новый URL должен соответствовать содержанию старой страницы.
Редирект с удаленной статьи на тематически несвязанную страницу ухудшает пользовательский опыт и может не дать ожидаемого SEO-эффекта.

Решение

Выбирать наиболее близкую по смыслу страницу.
Если аналога нет, лучше вернуть 404 или 410.

Массовые редиректы на главную (soft 404)

Направлять все удаленные URL на главную — плохая практика.

Например:

удаленный товар → главная

старая статья → главная

Главная страница редко является полноценной заменой исходного контента.

Последствия

Поисковая система может расценить такие URL как soft 404.

Решение

Использовать 301 только при наличии логичного преемника.
В остальных случаях лучше оставить корректную страницу 404.

Отсутствие редиректа при удалении страниц

Не каждый удаленный URL требует перенаправления.
Если контент перемещен — 301 необходим.

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

Перед удалением важно проверить:

• трафик;
• позиции;
• внешние ссылки;
• внутренние ссылки;
• конверсии.

Влияние 301 редиректа на SEO: мифы и реальность

О редиректах существует много устаревших представлений. На практике результат зависит не только от HTTP-кода, но и от качества всей миграции.

Теряется ли PageRank при 301 редиректе?

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

Для SEO гораздо важнее:

• тематическая релевантность;
• отсутствие цепочек;
• корректная индексация;
• доступность конечного URL;
• правильный canonical.

301 следует воспринимать как технический сигнал о постоянном перемещении страницы.

Сколько времени нужно Google, чтобы обработать редирект?

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

Чтобы ускорить обработку, рекомендуется:

• обновить Sitemap;
• исправить внутренние ссылки;
• контролировать Search Console и Яндекс.Вебмастер;
• не отключать старый домен сразу после миграции.

Можно ли использовать 301 редирект для продвижения?

Да, но прежде всего как инструмент технического SEO.

Он полезен при:

• переносе страниц;
• смене домена;
• объединении контента;
• устранении дублей;
• переходе на HTTPS.

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

Лучшие практики использования 301 редиректа

Грамотная система перенаправлений должна быть простой, логичной и прозрачной.

Один к одному — идеальный сценарий

Оптимальное правило:

старая страница → соответствующая новая страница

Направлять все старые URL на главную не следует.

При крупных миграциях рекомендуется заранее подготовить redirect map.

Минимизация цепочек редиректов

Если раньше существовало:

A → B а затем появился адрес C, лучше изменить правило на:

A → C
Это сокращает количество запросов и упрощает структуру.

Обновление внутренних ссылок вместо постоянного редиректа

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

После миграции необходимо заменить URL в:

• меню;
• статьях;
• карточках;
• Sitemap;
• canonical;
• hreflang.

Ведение карты редиректов (redirect map)

Для крупных сайтов полезно заранее создать таблицу соответствий:

Старый URL	Новый URL	Тип	Статус
/old-1/	/new-1/	301	OK
/old-2/	/new-2/	301	OK

Карта помогает:

• избежать пропусков;
• передать ТЗ разработчикам;
• провести автоматическую проверку;
• сохранить историю изменений.

Полезные инструменты и ресурсы

Для работы с редиректами применяются серверные инструменты, SEO-краулеры и панели вебмастеров.

Генераторы .htaccess-редиректов

Онлайн-генераторы позволяют сформировать базовое правило по старому и новому URL.
Для простых задач это удобно, однако любые автоматически созданные правила необходимо проверять.
Особенно внимательно следует тестировать массовые правила и регулярные выражения.

Аудит сайтов на редиректы (Ahrefs, Screaming Frog, Sitebulb)

Screaming Frog

Позволяет выявлять:

• 301 и другие 3xx;
• redirect chains;
• redirect loops;
• 404;
• внутренние ссылки через редиректы.

Инструмент удобен как для аудита, так и для контроля миграций.

Ahrefs Site Audit и Sitebulb

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

Документация Google по переездам сайтов

Перед масштабной миграцией полезно изучить официальные рекомендации Google Search Central.

В документации описаны:

• смена домена;
• изменение URL;
• постоянные редиректы;
• обновление Sitemap;
• контроль индексации.

301 редирект — важный элемент технического SEO, но его эффективность зависит от качества всей миграции.
Для сохранения органического трафика важно не только настроить код 301, но и правильно сопоставить старые и новые страницы, обновить внутренние ссылки, canonical, Sitemap и проверить индексацию после запуска.
Именно поэтому при крупных изменениях сайта мы рекомендуем рассматривать редиректы как часть комплексной SEO-работы, а не как отдельную техническую настройку.