Кратко: редирект — это автоматическое перенаправление со старого адреса страницы на новый. Он нужен при любых изменениях сайта: переходе на HTTPS, смене домена, обновлении URL, удалении дублей или объединении страниц. Главное правило — старый адрес должен вести на релевантную страницу, без цепочек, петель и редиректов «все на главную».
Например, в интернет-магазине был товар site.ru/iphone-16, его сняли с продажи и заменили новой моделью. Пользователь открывает старую ссылку — и автоматически попадает на site.ru/iphone-17, а не на ошибку 404 или главную страницу.
Эта статья поможет SEO-специалистам, маркетологам, владельцам бизнеса и разработчикам разобраться, что такое редирект, какой код выбрать, как составить карту перенаправлений и как проверить настройку после внедрения.
Что такое редирект простыми словами и как он работает
Редирект — это автоматическое перенаправление пользователя и поискового робота со старого URL на новый адрес страницы или сайта. Он нужен в тех ситуациях, когда адрес страницы меняется, но важно сохранить трафик, позиции и корректный пользовательский путь.
Чаще всего редиректы используют при переходе сайта на HTTPS, смене домена, изменении структуры URL, объединении страниц или удалении дублей. По сути, это механизм, который «сообщает» браузеру и поисковым системам: страница переехала, теперь ее нужно искать по другому адресу.
Важно понимать ключевое правило: старый URL должен вести на релевантную страницу, а не просто «куда-нибудь». Если пользователь искал конкретный товар или услугу, он должен попасть на максимально близкий по смыслу контент. Массовое перенаправление всех страниц на главную, цепочки редиректов или ошибки в настройке приводят к потере трафика и ухудшению позиций.
Разберем на простом примере, как это работает на практике. Допустим, у интернет-магазина была страница товара:
site.ru/iphone-13
Со временем модель устарела, и компания решила заменить ее на новую страницу:
site.ru/iphone-14
Если редирект настроен корректно, пользователь, который переходит по старой ссылке (например, из поиска, рекламы или закладки), автоматически попадает на новую страницу с актуальной моделью. Он не видит ошибки, не теряется и продолжает путь к покупке.
Если же редиректа нет, пользователь попадет на страницу 404 и, скорее всего, просто закроет сайт. В этом случае бизнес теряет не только одного клиента, но и весь накопленный эффект от SEO, рекламы и внешних ссылок, которые вели на старый URL.
Именно поэтому редирект — это не просто техническая настройка, а инструмент, который напрямую влияет на сохранение трафика, конверсии и результатов маркетинга.
Зачем нужны редиректы на сайте
Редиректы используют в тех случаях, когда адрес страницы изменился, но важно сохранить трафик, позиции, внешние ссылки и привычный путь пользователя. Это базовый инструмент при любых изменениях сайта: от технических до контентных.
На практике такие ситуации возникают постоянно: при переходе с HTTP на HTTPS, смене домена, объединении сайтов, изменении структуры URL, удалении страниц или устранении дублей. Для поисковых систем это не «обновление», а появление новых страниц. И если не настроить редиректы, часть трафика и сигналов просто теряется.
Редирект в этом случае помогает поисковым системам понять, какой URL теперь является актуальным, и перенести на него накопленные сигналы. Но важно соблюдать ключевое правило: старый адрес должен вести на релевантную страницу, а не просто на главную или любой раздел сайта. Если главная не заменяет старую страницу по смыслу, поисковик может воспринять такой переход как soft 404.
Где редиректы обязательны
|
Ситуация |
Код |
Риск без редиректа |
|---|---|---|
|
HTTP → HTTPS |
301/308 |
дубли страниц, потеря сигналов, смешение версий |
|
Смена домена |
301/308 |
старые URL остаются в выдаче и ведут в никуда |
|
Товар снят, есть аналог |
301 |
пользователь попадает на 404 |
|
Дубль URL |
301 или canonical |
размывание основного URL |
|
Нет замены |
404/410 |
ошибки или soft 404 при редиректе на нерелевантную страницу |
Canonical — это указание поисковой системе, какая страница является основной, если есть несколько
похожих URL.
Проще: мы не удаляем дубли и не редиректим их, а показываем, какую версию нужно ранжировать.
Пример:
Вы открываете категорию «Кроссовки» и включаете фильтр «черные»:
site.ru/krossovki
site.ru/krossovki?color=black
Для пользователя это разные страницы, а для поиска — одна и та же категория.
Поэтому на странице с фильтром указывают canonical на основную:
→ site.ru/krossovki
Как это выглядит на уровне бизнеса
|
Сценарий |
Что делать |
|---|---|
|
Интернет-магазин переименовал категорию |
301 со старой категории на новую |
|
Товар больше не продается, но есть новая модель |
301 на релевантную замену |
|
Товар закончился временно |
не редиректить, оставить страницу и показать статус |
|
Блог объединил две статьи |
301 со старой статьи на более полную |
|
Фильтр создает дубль, но нужен пользователям |
использовать canonical или настройки индексации |
Какие бывают редиректы и какой выбрать: 301, 302, 303, 307, 308
Редиректы отличаются по двум ключевым параметрам: является ли перенос страницы постоянным или временным, и сохраняется ли тип запроса (например, отправка формы). На практике это важно не столько для SEO, сколько для корректной работы сайта и пользовательского опыта.
Если упростить, все редиректы делятся на две группы:
- постоянные — когда страница переехала навсегда;
- временные — когда изменение носит временный характер.
Дополнительно есть нюанс с поведением запросов: в некоторых случаях важно, чтобы при перенаправлении сохранялись данные формы или тип запроса (например, POST).
Основные виды редиректов
|
Код |
Тип |
Что происходит |
Когда использовать |
|---|---|---|---|
|
301 |
постоянный |
страница окончательно переехала |
изменение URL, структура сайта, переезд на новый домен |
|
302 |
временный |
страница временно заменена |
акции, временные страницы, тесты |
|
303 |
временный |
следующий запрос всегда будет GET |
после отправки формы или действий пользователя |
|
307 |
временный |
сохраняется тип запроса и данные |
временно, но важно не менять поведение формы/API |
|
308 |
постоянный |
сохраняется тип запроса и данные |
постоянный переезд, где важны POST-запросы |
Что важно для SEO и бизнеса
В большинстве задач, связанных с SEO и структурой сайта, используется 301 редирект. Он показывает поисковым системам, что страница переехала навсегда, и позволяет перенести на новый URL накопленные сигналы.
Код 308 работает похожим образом и также означает постоянный переезд. Его используют реже, но он полезен в тех случаях, где важно сохранить поведение запросов — например, при работе с формами или API.
Временные редиректы (302 и 307) применяются тогда, когда страница должна вернуться обратно. Если использовать их вместо постоянных, поисковик может продолжать считать старый URL основным, и это замедлит перенос позиций.
Код 303 — более узкий сценарий, чаще используется после отправки форм и редко применяется в классическом SEO.
Как выбрать правильный редирект для SEO
Главная ошибка при работе с редиректами — начинать с вопроса «какой код поставить». На практике выбор делается не от кода, а от сценария: что происходит со страницей и должна ли она существовать дальше.
Если упростить, логика выбора выглядит так. Когда страница переехала навсегда и у нее есть релевантная замена, используется постоянный редирект — 301 или 308. Если изменение временное, например акция или тестовая страница, применяют 302 или 307. В случаях, когда страницы должны оставаться доступными, но дублируют друг друга, чаще используют canonical (указание основной версии страницы), а не редирект. Если же страница удалена и замены нет, корректнее отдать статус 404 или 410.
Это можно свести к простой схеме:
- Страница переехала навсегда и есть аналог → 301/308
- Изменение временное → 302/307
- Дубли должны существовать → canonical
- Страница удалена без замены → 404/410
- Важно сохранить поведение формы или API → 307/308
Ключевой момент — не технический, а логический. Нужно понять, что должно происходить со старым URL: продолжает ли он «жить» или полностью заменяется новой страницей.
Шпаргалка перед настройкой
Перед тем как внедрять редиректы, достаточно ответить на несколько вопросов:
- Должен ли старый URL оставаться доступным пользователю?
- Есть ли у него точная или близкая замена по смыслу?
- Это постоянное изменение или временное?
- Есть ли формы, API или другие сценарии, где важен тип запроса?
- Обновлены ли внутренние ссылки, sitemap, canonical и hreflang?
Ответы на эти вопросы позволяют выбрать правильный тип редиректа без ошибок и лишних переделок.
Разработаем индивидуальную стратегию с учётом региона, ниши, конкуренции в тематике, а также анализа текущего состояния сайта
Вы получите:- Анализ стратегии конкурентов
- План работ для достижения результата
- Прогнозы и сроки достижения целей
Как редиректы влияют на индексацию, позиции и пользователей
Постоянный редирект помогает поисковым системам понять, что страница переехала, и заменить старый URL новым в индексе. Это позволяет перенести на новую страницу накопленные сигналы — позиции, ссылки и поведенческие факторы. Но важно учитывать: этот процесс не происходит мгновенно.
После внедрения редиректов поисковику нужно заново обойти страницы, увидеть изменения и обновить данные в выдаче. В этот период возможны временные колебания позиций и трафика. Это нормальная часть миграции, а не признак ошибки. Чтобы минимизировать потери, редиректы рекомендуется держать как можно дольше — на практике не менее года, чтобы все сигналы успели корректно передаться.
Отдельный фактор, который напрямую влияет и на SEO, и на пользовательский опыт — это качество самих редиректов. Например, цепочки перенаправлений вида A → B → C → D создают лишние запросы, замедляют загрузку страницы и усложняют обход сайта поисковыми роботами. В результате часть сигналов может теряться, а сайт открывается дольше.
Еще более критичная ошибка — это петли редиректов, когда URL перенаправляется сам на себя через промежуточную страницу (A → B → A). В этом случае страница становится недоступной, а пользователь видит ошибку «too many redirects». Для поисковых систем такие страницы также фактически выпадают из индекса.
Оптимальный сценарий — это один прямой переход:
старый URL → конечный URL
Важный момент: редиректы не дают «гарантии сохранения позиций», но существенно снижают риск потерь. Любой переезд сайта — это изменение структуры, и поисковым системам требуется время, чтобы его переоценить. Задача редиректов — сделать этот процесс максимально безопасным и управляемым.
Настройка редиректа: где и как его настраивают
Редиректы можно настраивать на разных уровнях, но приоритет всегда за серверной настройкой — через конфигурацию Apache, NGINX, хостинг, CDN или правила CMS. Такой подход считается наиболее надежным и быстрым: редирект срабатывает до загрузки страницы и корректно воспринимается поисковыми системами.
Альтернативные варианты — через JavaScript или meta refresh — используют только в крайних случаях, когда нет доступа к серверу. Они работают медленнее и считаются менее предпочтительными с точки зрения SEO.
Примеры настройки
Для понимания логики достаточно посмотреть на базовые сценарии.
Редирект одной страницы (Apache):
Redirect 301 /old-page https://example.com/new-page
Редирект одной страницы (NGINX):
location = /old-page {
return 301 https://example.com/new-page;
}
Переход с HTTP на HTTPS (NGINX):
server {
listen 80;
server_name example.com www.example.com;
return 301 https://example.com$request_uri;
}
С www на основную версию сайта:
server {
server_name www.example.com;
return 301 https://example.com$request_uri;
}
Редирект целого раздела:
RedirectMatch 301 ^/old-section/(.*)$ https://example.com/new-section/$1
Где чаще всего возникают ошибки
Основные проблемы начинаются не в простых редиректах, а в массовых изменениях. Когда меняется структура сайта или переносится большой объем страниц, используют шаблоны и регулярные выражения. И здесь одна ошибка может затронуть сотни URL.
Например:
- часть страниц начинает вести не туда,
- появляются цепочки редиректов,
- возникают петли (loop),
- теряется логика структуры сайта.
Поэтому массовые редиректы всегда требуют аккуратной подготовки.
Как это делают в реальных проектах
При серьезных изменениях сайта редиректы внедряют не «в моменте», а по этапам:
- Собирают список всех старых URL.
- Подбирают для них новые релевантные страницы.
- Формируют redirect map (таблицу соответствия старых и новых адресов).
- Тестируют правила на staging (тестовой версии сайта).
- Делают backup текущих настроек.
- Внедряют изменения на рабочем сайте.
- Повторно сканируют сайт после релиза.
Такой подход позволяет избежать ситуации, когда после обновления сайта внезапно «падает» трафик из-за технических ошибок.
Как проверить редиректы после настройки
После внедрения редиректов важно не просто «поставить правила», а убедиться, что они действительно работают так, как задумано. Ошибки на этом этапе могут стоить трафика, даже если сама логика редиректа выбрана правильно.
Базовая проверка сводится к четырем вопросам:
- какой код ответа отдает старый URL,
- куда ведет редирект,
- какой статус у конечной страницы,
- есть ли цепочки или петли.
Самый простой способ быстро проверить отдельный URL — через команду:
curl -I https://example.com/old-url
Она покажет код ответа и адрес, на который происходит перенаправление.
Для типовой SEO-страницы корректный сценарий выглядит так: один редирект ведет на релевантную страницу, которая открывается без ошибок и отдает статус 200 OK. Важно понимать, что это практическое правило, а не строгий стандарт — в отдельных технических сценариях возможны исключения, но для большинства сайтов это безопасный ориентир.
Чек-лист: что проверить после релиза
После внедрения редиректов важно пройтись по ключевым точкам контроля:
- код редиректа соответствует задаче (301, 302 и т. д.);
- Location ведет на правильный URL;
- конечная страница доступна и не закрыта от индексации;
- canonical указывает на актуальный адрес;
- в sitemap находятся только финальные URL;
- внутренние ссылки ведут сразу на конечные страницы, без редиректов;
- hreflang (если используется) указывает на финальные версии;
- отсутствуют цепочки редиректов (A → B → C);
- отсутствуют петли (A → B → A);
- в Search Console и Яндекс.Вебмастере нет резкого роста ошибок.
Типичные ошибки при настройке редиректов
Ошибки в редиректах чаще всего возникают не из-за незнания кодов, а из-за неправильной логики или спешки при внедрении. На практике это приводит к потере трафика, конфликтам сигналов для поисковых систем и ухудшению пользовательского опыта.
Одна из самых частых ситуаций — когда редиректы формально настроены, но работают не так, как ожидается. Например, страница «переехала», но поисковик продолжает считать основной старую версию, или пользователь попадает не туда, куда рассчитывал.
Ниже — типичные ошибки, с которыми сталкиваются в реальных проектах.
|
Ошибка |
Симптом |
Как найти |
Как исправить |
Кто отвечает |
|---|---|---|---|---|
|
302 вместо 301 |
старый URL дольше остается основным |
краулер, curl -I |
заменить на 301/308 |
SEO + разработчик |
|
A → B → C |
лишняя задержка, замедление загрузки |
Screaming Frog, DevTools |
вести A → C напрямую |
разработчик |
|
A → B → A |
ошибка «too many redirects» |
браузер, краулер |
разорвать цикл |
разработчик |
|
всё на главную |
soft 404, падение релевантности |
отчеты индексации |
найти аналог или отдать 404/410 |
SEO |
|
canonical на старый URL |
конфликт сигналов |
краулер, HTML-код |
указать self-canonical на новой странице |
SEO + разработчик |
|
старые URL в sitemap |
смешение сигналов |
проверка sitemap.xml |
оставить только финальные URL |
SEO |
|
внутренние ссылки на старые URL |
лишние переходы |
краулер |
обновить ссылки |
контент + разработчик |
|
JS/meta refresh вместо серверного |
медленнее и слабее для SEO |
DevTools, код страницы |
настроить серверный редирект |
разработчик |
Важно перед внедрением
Перед массовыми изменениями всегда стоит заложить базовую страховку:
- сделать backup текущих настроек;
- протестировать редиректы на staging-версии сайта;
- проверить логику на небольшом наборе URL.
Это простые шаги, которые позволяют избежать ситуации, когда после релиза приходится срочно «чинить» сайт и восстанавливать трафик.
Redirect vs canonical vs 404/410: что выбрать в спорных случаях
На практике больше всего ошибок возникает не в кодах редиректов, а в выборе между тремя вариантами: редирект, canonical или удаление страницы через 404/410. Эти решения решают разные задачи, и их нельзя подменять друг другом.
Редирект используют, когда старая страница больше не должна открываться, но у нее есть релевантная замена. В этом случае пользователь автоматически попадает на новую страницу, а поисковик переносит на нее сигналы.
Canonical (указание основной версии страницы) применяют в ситуациях, когда страницы похожи по содержанию и должны оставаться доступными, но поисковой системе нужно показать, какую из них считать основной. Это важно для фильтров, параметров и дублирующего контента.
Статусы 404 и 410 используют, когда страницы больше не существует и замены у нее нет. В этом случае корректнее честно сообщить поисковику об удалении, чем перенаправлять пользователя на нерелевантную страницу. Это ускоряет очистку индекса и снижает риск появления soft 404.
Как выбрать в конкретной ситуации
|
Ситуация |
Лучший выбор |
|---|---|
|
Категория переименована |
301 |
|
Товар снят, есть новая модель |
301 на релевантную модель |
|
Товар снят, аналога нет |
404/410 |
|
Товар временно закончился |
оставить страницу, не редиректить |
|
Фильтр создает дубль, но нужен пользователям |
canonical |
|
Статья объединена с другой |
301 |
|
Временная акция |
302/307 |
|
A/B-тест или временная посадочная |
302/307 |
Ключевой критерий выбора — не технический, а пользовательский.
Если человек искал конкретный товар или услугу, он должен попасть туда, где сможет продолжить действие. Если его отправляют на главную или в общий раздел без связи с исходным запросом, это плохой сценарий — и для пользователя, и для SEO.
И наоборот: если новая страница действительно заменяет старую по смыслу, редирект работает корректно и помогает сохранить и трафик, и конверсию.
Что учитывать в Яндексе
Статья в основном опирается на рекомендации Google, MDN и стандартов HTTP, но для русскоязычных проектов важно учитывать и требования Яндекса. В целом логика совпадает: поисковику нужно показать стабильную структуру URL, корректно обработать переезд и не создавать лишних сложностей при обходе сайта.
На практике это означает несколько базовых вещей:
- не смешивать старые и новые URL в sitemap — в карте сайта должны быть только актуальные адреса;
- проверять переезд и ошибки обхода в Яндекс.Вебмастере — это основной инструмент контроля;
- не редиректить нерелевантные страницы на главную, чтобы не получать soft 404;
- следить, чтобы версии сайта (HTTP/HTTPS, www/non-www, зеркала) были настроены единообразно и не конкурировали между собой.
Такая базовая гигиена позволяет Яндексу быстрее понять изменения на сайте и корректно обновить данные в поиске без лишних потерь трафика.
Частые вопросы о редиректах
Главное: редирект должен вести на релевантный конечный URL, а не просто убирать старую страницу из вида. Для постоянного переезда обычно используют 301 или 308, для временного — 302 или 307. После настройки нужно проверить код ответа, Location, финальный статус, canonical, sitemap, внутренние ссылки и отсутствие цепочек или петель.
- Что такое редирект простыми словами и как он работает
- Зачем нужны редиректы на сайте
- Какие бывают редиректы и какой выбрать: 301, 302, 303, 307, 308
- Как выбрать правильный редирект для SEO
- Как редиректы влияют на индексацию, позиции и пользователей
- Настройка редиректа: где и как его настраивают
- Как проверить редиректы после настройки
- Типичные ошибки при настройке редиректов
- Redirect vs canonical vs 404/410: что выбрать в спорных случаях
- Что учитывать в Яндексе
- Частые вопросы о редиректах








