Редиректы 301 и 302: постоянный и временный — в чём разница

Разница между 301 и 302 сводится к одному слову: постоянство. 301 говорит «эта страница переехала навсегда», 302 — «она временно в другом месте и вернётся».

Это не техническая мелочь: именно от этого зависит, какой URL Google посчитает каноническим. Оставить 302 на постоянном переезде — одна из самых частых ошибок настройки, и результат предсказуем: старый URL продолжает появляться в выдаче, а новый не набирает полную силу.

Что такое редирект и когда он нужен

Редирект отправляет браузеры и роботов с запрошенного URL на другой. HTTP-редирект — это конкретно код 3xx плюс заголовок Location.

Самые частые случаи:

• Изменился адрес страницы (правка слага, смена категории).
• Две похожие страницы объединили.
• Сайт переехал с HTTP на HTTPS или с www на без-www.
• Сменился домен.
• Товар удалён, но есть близкая замена.

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

Постоянные и временные коды

На практике выбор прост: 301 для постоянного, 302 для временного. 308 и 307 технически точнее (не меняют метод запроса), но результат для SEO одинаковый.

Разница в силе сигнала

Документация Google по кодам состояния формулирует различие прямо:

• Для 301 и 308 Google переходит по редиректу и использует его как сильный сигнал — каноническим должен стать целевой URL.
• Для 302, 303 и 307 Google тоже переходит, но это слабый сигнал.

Обратите внимание: «слабый» не значит «никакой». На практике Google может со временем начать трактовать долгоживущий 302 как 301 — но полагаться на это не стоит. Документация Google по редиректам даёт чёткую рекомендацию: для постоянных переездов везде, где возможно, используйте постоянный серверный редирект.

Практическое следствие временного редиректа: в выдаче остаётся исходная страница. Иногда это именно то, что нужно (см. ниже) — но не когда переезд постоянный.

Способы редиректа по надёжности

Документация Google ранжирует способы по надёжности:

1. Серверный редирект — самый надёжный. Через .htaccess, mod_rewrite, конфигурацию nginx или код бэкенда (PHP, Node).

# nginx — постоянный редирект для одной страницы
location = /staraya-stranica {
    return 301 https://example.com/novaya-stranica;
}

# Apache (.htaccess)
Redirect 301 /staraya-stranica https://example.com/novaya-stranica

2. Meta refresh — второй вариант. Важный нюанс: мгновенный (0 секунд) meta refresh трактуется как постоянный, а с задержкой (больше нуля) — как временный.

<meta http-equiv="refresh" content="0; url=https://example.com/novaya-stranica">

3. JavaScript-редирект — только если других вариантов нет. Документация Google предупреждает, что рендеринг может не отработать по разным причинам.

4. «Crypto»-редирект — самый слабый. То есть просто пояснительный текст со ссылкой («Страница переехала сюда»). Google советует не полагаться на него без крайней необходимости.

Простое правило: при первой возможности — первый способ. Серверный редирект быстрее всех и не зависит от рендеринга, JavaScript и браузера.

Цепочки, петли и лимит в 10 переходов

Цепочка редиректов — это A → B → C. Каждый переход — дополнительный запрос: страница становится медленнее, особенно на мобильной связи.

По документации Google, роботы проходят до 10 переходов по умолчанию. Более длинные цепочки бросаются — то есть конечная страница вообще не будет увидена.

Петля редиректа — A → B → A. Страница становится полностью недоступной, браузер показывает ошибку «too many redirects».

Самый быстрый способ посмотреть цепочку:

curl -IL https://example.com/staraya-stranica | grep -E "^HTTP|^[Ll]ocation"

На практике: смена домена или структуры URL

Последовательность такая:

1. Составьте карту. Таблица «старый URL → новый URL». Каждая старая страница должна вести на ближайшую по содержанию новую, а не все скопом на главную.

2. Настройте 301 по отдельности. Массовое перенаправление всего на главную — самая повторяемая ошибка: Google часто расценивает такие редиректы как soft 404.

3. Обновите внутренние ссылки. Ссылки внутри сайта должны вести прямо на новый URL, а не через редирект.

4. Обновите карту сайта. Новые URL — в sitemap, старых там быть не должно.

5. Следите в Search Console. В отчёте «Страницы» проверьте, как обрабатываются редиректы и как старые URL выходят из индекса. При смене домена используйте инструмент «Изменение адреса».

6. Держите редиректы минимум год. Внешние ссылки и закладки пользователей ещё долго указывают на старые адреса.

Когда 302 — правильный выбор

302 — не «неправильный» код, у него есть своё место:

• Временная кампанийная страница. Карточка товара на время акции ведёт на спецстраницу, потом возвращается.
• A/B-тест. Часть трафика на время теста уходит на вариант страницы.
• Товар временно отсутствует. Если он вернётся, удалять страницу или ставить постоянный редирект неправильно.
• Гео- или языковые редиректы. Когда пользователя автоматически отправляют на региональную версию, исходный URL должен остаться на месте.

Критерий простой: покажет ли старый URL в будущем снова своё содержимое? Да — 302. Нет — 301.

Частые ошибки

1. Оставить 302 на постоянном переезде. Самый частый случай; сигнал канонизации остаётся слабым.

2. Перенаправлять все старые URL на главную. Нерелевантные редиректы расцениваются как soft 404.

3. Делать редирект на JavaScript. Если рендеринг не отработает, редирект никто не увидит.

4. Не чистить цепочки. Накопленные за годы правила превращаются в цепочки из четырёх-пяти переходов.

5. Оставлять внутренние ссылки на старых URL. Каждый клик — лишний дополнительный запрос.

6. Не объединять редиректы HTTPS и www. http://www → https://www → https:// — три перехода там, где хватило бы одного.