+7 (495) 801-60-42

301 и 302 редиректы: когда использовать и как настроить без потерь

Если вы планируете переезд страниц, объединяете разделы или переводите сайт на HTTPS, вопрос «301 редирект как настроить» решает не только удобство пользователей, но и сохранение трафика и ссылочного веса. Ниже — чёткая инструкция без теории ради теории.

Что такое 301, 302, 307: разница статусов и влияние на SEO

  • 301 Moved Permanently: постоянный редирект. Поисковые системы переадресуют сигналы на конечный URL. Подходит для релокаций контента, смены структуры, канонизации домена.
  • 302 Found (в HTTP/1.1 — временный): контент временно перемещён. Поисковики обычно оставляют исходный URL в индексе.
  • 307 Temporary Redirect: «правильный временный» аналог 302 для сохранения HTTP-метода (POST остаётся POST). Удобен для временных заглушек, A/B и техработ.

Ключевые эффекты:

  • 301 — передаёт большую часть ссылочного веса и помогает консолидировать сигналы.
  • 302/307 — не переводят сигналы окончательно. Для краткосрочных сценариев.
  • Цепочки (301→302→301…) и петли ухудшают скорость, растят потери краулингового бюджета и риск выпадения из индекса целевых URL.

Когда использовать 301, а когда 302/307

Используйте 301, если:

  • URL поменялся навсегда (реструктуризация, смена слаги, объединение страниц, смена домена).
  • Канонизируете вариант домена (www ↔ non-www), протокол (HTTP→HTTPS), слеши.
  • Устраняете дубли: /catalog и /catalog/; index.html; параметрические копии.

Используйте 302 или 307, если:

  • Временная промо-страница на период акции/распродажи.
  • Технические работы: основной URL вернётся в работу.
  • Гео-/языковая переадресация по сигналам браузера/гео (лучше — через интерстициаль с выбором, hreflang и 302/307 без принудиловки).

Примечание: 307 выбирайте там, где важно сохранить метод запроса (формы, авторизация, checkout).

301 редирект как настроить: серверы, CMS и облака

Ниже — минимальные, понятные паттерны. Старайтесь настраивать редиректы как можно ближе к веб-серверу (Nginx/Apache), а не на уровне приложения — так быстрее и стабильнее.

Как сделать редирект Nginx

  • HTTP → HTTPS для всего домена:
  • server (80): return 301 https://$host$request_uri;
  • Канонизация на www:
  • server_name example.com; return 301 https://www.example.com$request_uri;
  • Со слешем на конце:
  • if ($request_uri !~ \/$) и это директория — используйте try_files и точечные правила; избегайте универсального if для всех путей.
  • Индивидуальная страница → новая страница:
  • location = /old-page { return 301 /new-page; }

Практика:

  • Проверяйте порядок server{} блоков: более специфичный хост выше.
  • Не смешивайте rewrite с try_files без необходимости: цель — один hop.

Редирект Apache .htaccess

  • HTTP → HTTPS:
  • RewriteCond %{HTTPS} off
  • RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
  • На www:
  • RewriteCond %{HTTP_HOST} !^www\.
  • RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
  • Страница → страница:
  • Redirect 301 /old-page /new-page

Практика:

  • Включите mod_rewrite и AllowOverride FileInfo/All.
  • Лучше в виртуальном хосте, чем в .htaccess: меньше оверхед на каждый запрос.

CMS и прокси

  • CMS-плагины удобны для единичных перенаправлений, но под глобальные правила (HTTP→HTTPS, www) — серверная конфигурация.
  • За CDN/реверс-прокси (Cloudflare, Nginx Unit) редиректы делайте на «краю» для ускорения.

Типовые сценарии без потерь: от HTTP→HTTPS до домена на www

  • Редирект с HTTP на HTTPS: один 301 hop с любого http://* к https://каноническому хосту. Добавьте HSTS после верификации (max-age постепенно увеличивайте).
  • Редирект домена на www (или наоборот): чёткий выбор одного варианта во всех правилах и линках; обновите canonical, hreflang, sitemap.
  • Удаление index.php/index.html: 301 на чистый URL.
  • Снижение дублей с параметрами: запрет индексирования лишних параметров через robots.txt и rel=“canonical” плюс 301 для стабильных паттернов.
  • Языковые версии: не редиректите по IP жёстко. Комбинируйте hreflang, выбор языка на сайте и мягкие 302.

Полезно: об инфраструктуре и поддержке серверов читайте в статье «Обслуживание серверов для веб‑приложений: что это и зачем бизнесу» (https://lightson.agency/blog/stati/obsluzhivanie-serverov-dlya-veb-prilozhenij-chto-eto-i-zachem-biznesu).

SEO-редиректы: правила, чтобы не потерять трафик

  • Минимизируйте количество hops: один редирект вместо цепочки.
  • Синхронизируйте: sitemap, canonical, hreflang, внутренние ссылки — все должны указывать на целевой URL.
  • Ссылки из основных навигационных блоков и футера — без промежуточных URL.
  • Обновляйте рекламные UTM-ссылки и рассылки, чтобы не создавать ненужные переходы.
  • Для массовых переездов используйте карту соответствий (old→new) и тестируйте выборкой до выката.
  • Следите за кодами: 301 для постоянных, 302/307 — только где действительно временно.
  • Логи сервера — исходник правды: фиксируйте 404, 500, 302 «зависшие» более 2–4 недель.
  • Индексация: переезд больших разделов анонсируйте через Search Console/Вебмастер, загрузите новый sitemap.

Дополнительно по теме: «SEO‑продвижение: что реально влияет на рост трафика (техничка, контент, ссылки, поведенческие)» (https://lightson.agency/blog/stati/seo-prodvizhenie-chto-realno-vliyaet-na-rost-trafika-tehnichka-kontent-ssylki-povedencheskie).

Многоступенчатые редиректы и как их сократить

Что такое многоступенчатые редиректы: это цепочки вроде /a → /b → /c → /d. Каждый hop добавляет задержку, риск обрыва, потерю UTM и кэш-аномалии.

Как сокращать:

  • Сформируйте финальную карту old→final (не промежуточную), обновите правила сразу на конечный URL.
  • Обновите внутренние ссылки на сайте на финальные URL.
  • Внешние ссылки, где возможно (каталоги, партнёры), попросите исправить на финальный адрес.
  • Удалите «наследованные» правила после выката, чтобы не вернуть цепочку.

Цепочки редиректов: как найти и контролировать

Инструменты:

  • Краулеры: Screaming Frog, Sitebulb, JetOctopus — отчёты Redirect Chains/Loops.
  • Поисковые панели: Google Search Console и Яндекс.Вебмастер — покрытия, страницы с перенаправлением.
  • curl и браузер DevTools (Network) — точечная проверка статуса и заголовков.
  • Веб-серверные логи (Nginx/Apache) — фильтруйте по 3xx, по User-Agent ботов и частоте.

Метрики контроля:

  • Доля страниц, отдающих 3xx в навигации, должна стремиться к 0.
  • Средняя длина цепочки — 1 hop.
  • Время TTFB до конечной страницы — в пределах вашей SLO; рост после выката — тревожный сигнал.

Редирект 307: что это и где он уместен

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

Тонкости кэширования и заголовков

  • Для 301 задавайте Cache-Control с разумным max-age (например, дни/недели) и тестируйте откатные сценарии.
  • Для 302/307 — короткий TTL, чтобы браузеры и CDN не «залипали» на временном маршруте.
  • После ввода HSTS убедитесь, что HTTPS-канонизация корректна — возвращаться к HTTP будет сложно.

Чек‑лист перед выкатом редиректов

  1. Составлена карта соответствий old→new (только финальные URL, без промежуточных).
  2. Выбран корректный код: 301 — навсегда; 302/307 — временно.
  3. Настроены правила на уровне веб-сервера (Nginx/Apache), протестированы в стейджинге.
  4. Внутренние ссылки, canonical, hreflang и sitemap указывают на целевой URL.
  5. HTTP→HTTPS и www/non-www сведены к одному hop.
  6. Проверены top-страницы и страницы с внешними ссылками вручную (curl/DevTools).
  7. Запущен краул на тестовом сегменте, ошибки 404/500 исправлены.
  8. Веб-аналитика и UTM-параметры валидируются на конечной странице.
  9. Настроены алерты по росту 3xx/4xx/5xx в логах.
  10. После выката: ревизия цепочек и время отклика, обновление Search Console/Вебмастера и sitemap.

Вывод

Грамотно настроенные редиректы сохраняют трафик, консолидацию ссылочного и чистую индексацию. Двигайтесь по карте соответствий, держите один hop и синхронизируйте все сигналы (canonical, ссылки, sitemaps). Если нужен аудит или безопасный переезд под ключ — подключайтесь: услуга «SEO и продвижение» (https://lightson.agency/uslugi/seo-i-prodvizhenie). Для сложных конфигураций и интеграций — «Разработка веб-приложений» (https://lightson.agency/uslugi/veb-prilozheniya).

Другие полезные статьи

Делимся экспертизой, разбираем кейсы и рассказываем, как превращать идеи в работающие digital-продукты