HTTP 301 302 307 и 308

HTTP 301, 302, 307 и 308: как правильно удалять и перемещать страницы без потери трафика

Подробное руководство по выбору и настройке HTTP-редиректов (301, 302, 307, 308), чтобы не потерять органический трафик, ссылочный вес и позиции в поисковых системах при удалении или переносе страниц.

Неправильная настройка редиректа при удалении или перемещении страницы может привести к катастрофической потере трафика. При смене домена вы можете потерять до 100% органического трафика, при редизайне с изменением структуры URL — от 30 до 70%, а при консолидации контента — от 15 до 40% трафика на объединяемые страницы.
Однако при правильной настройке редиректов эти потери можно полностью избежать.

Ключевая разница между кодами редиректа состоит в том, как поисковые системы (Google и Яндекс) их интерпретируют и передают ссылочный вес.
Выбор между 301, 302, 307 и 308 определяет, сохраните ли вы свои позиции в выдаче или упадёте с них.

1. Как работает механизм передачи веса через редиректы

Этапы обработки редиректа поисковым роботом

Процесс начинается, когда поисковый робот сканирует старый URL и обнаруживает редирект:

• Робот находит редирект (301, 302, 307 или 308) на старом URL.
• Он следует редиректу и обнаруживает новый целевой URL.
• Поисковая система пересчитывает свои алгоритмы ранжирования, учитывая, что все входящие ссылки теперь должны считаться ссылками на новый URL.
• Начинается постепенное переиндексирование: старый URL удаляется из индекса, новый занимает его место.

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

Факторы, влияющие на эффективность передачи веса

• Релевантность контента: чем ближе содержание новой страницы к старой, тем эффективнее передача веса.
• Цепочки редиректов: каждый дополнительный редирект в цепочке (A → B → C) снижает передаваемый вес на 10–15%.
• Возраст домена и URL: более старые и авторитетные URL передают больше веса, чем новые.
• Общее количество редиректов на сайте: чрезмерное количество может вызвать подозрение у поисковых систем.

2. 301 Moved Permanently — стандарт для постоянных перемещений

Когда использовать 301

301 редирект — это правильный выбор для постоянных изменений:

• Смена домена с сохранением всех страниц.
• Миграция с HTTP на HTTPS.
• Консолидация дублирующегося контента (www ↔ non-www, с слешем и без).
• Переструктурирование сайта с изменением URL-адресов страниц.
• Удаление страниц и перенаправление на релевантную замену.

Передача веса и ссылочного вала

При правильной настройке 301 редирект передаёт полный ссылочный вес со старой страницы на новую.
Google официально подтвердил, что 301 редирект передаёт все параметры ранжирования.

Нюанс: при использовании 301 редиректа для POST-запросов браузер может изменить метод на GET, что может вызвать проблемы с форм-данными.

Примеры реализации 301

Apache (.htaccess):

# Редирект одной страницы
Redirect 301 /old-page.html http://example.com/new-page.html

# Редирект всей папки
RedirectMatch 301 ^/old-folder/(.*)$ http://example.com/new-folder/$1

# Редирект с сохранением структуры (regex)
RewriteEngine On
RewriteRule ^(.*)$ http://newdomain.com/$1 [R=301,L]

Nginx:

# Редирект для одного URL
rewrite ^/old-page\.html$ http://example.com/new-page.html permanent;

# Редирект с сохранением структуры
rewrite ^(.*)$ http://newdomain.com$1 permanent;

# Условный редирект по доменам
if ($host = olddomain.com) {
    rewrite ^(.*)$ http://newdomain.com$1 permanent;
}

PHP:

<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://example.com/new-page.html");
exit();
?>

WordPress: используйте плагины Redirection или SEO by Yoast для настройки редиректов через админ-панель.

3. 302 Found — временные перемещения (опасность)

Почему 302 не рекомендуется для постоянных изменений

302 редирект говорит поисковым системам, что страница переместилась временно. Это имеет серьёзные последствия:

• Старая страница остаётся в индексе: Google и Яндекс продолжают индексировать оба URL (старый и новый), считая их самостоятельными страницами.
• Минимальная передача веса: исторически 302 передавал только часть ссылочного веса. Хотя современный Google передаёт вес через 302, если редирект долго живёт, это не гарантировано.
• Потеря параметров: при использовании 302 браузер может изменить метод запроса с POST на GET, что приводит к потере данных форм.

Правильное применение 302

302 используется только для временных перемещений:

• Техническое обслуживание или ремонт сайта на 1–10 дней.
• Тестирование новой версии страницы, которую планируется вернуть.
• Перенаправление товара, который временно отсутствует на складе.
• A/B-тестирование для пользователей, не затрагивая индексацию.

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

Примеры реализации 302

Apache (.htaccess):

# Временный редирект на одну страницу
Redirect 302 /old-page.html http://example.com/temp-page.html

# Временный редирект папки
RedirectMatch 302 ^/old-folder/(.*)$ http://example.com/temp-folder/$1

Nginx:

# Временный редирект
rewrite ^/old-page\.html$ http://example.com/temp-page.html redirect;

4. 307 Temporary Redirect — современный аналог 302

Преимущество 307 перед 302

307 редирект — это современный аналог 302, который гарантирует сохранение метода HTTP-запроса. Главное отличие:

• 302: браузер может изменить POST на GET.
• 307: браузер обязательно сохранит метод (POST останется POST).

Это критично при работе с формами и отправкой данных.

Когда использовать 307

307 применяется в тех же сценариях, что и 302, но когда критично сохранить метод запроса:

• Временное перенаправление форм (заявок, контактов, покупок).
• Миграция API-эндпоинтов на короткий период.
• Тестирование новых URL с сохранением POST-данных.

Примеры реализации 307

Apache (.htaccess):

Redirect 307 /form.html http://example.com/new-form.html

Nginx:

# 307 редирект (необходимо использовать return с 307)
return 307 http://example.com/new-page.html;

PHP:

<?php
header("HTTP/1.1 307 Temporary Redirect");
header("Location: http://example.com/new-page.html");
exit();
?>

Нюанс: слабая поддержка

307 редирект поддерживается не всеми старыми браузерами, поэтому его используют реже, чем 301 или 302.
Однако современные браузеры поддерживают 307 полностью.

5. 308 Permanent Redirect — 301 с гарантией сохранения метода

Почему 308 полезен для форм

308 редирект — это постоянный редирект, практически идентичный 301, с одним ключевым отличием:

• 301: браузер может изменить POST на GET при редиректе.
• 308: браузер обязательно сохранит метод (POST останется POST).

В остальном 308 и 301 одинаковы: оба передают полный ссылочный вес, оба удаляют старый URL из индекса.

Когда использовать 308

308 применяется вместо 301 при наличии на странице HTML-форм, использующих метод POST:

• Постоянное перемещение страниц с формами (контакты, заявки, регистрация).
• Переход на новый API-эндпоинт с сохранением POST-запросов.
• Миграция с HTTP на HTTPS для страниц с формами.
• Консолидация нескольких форм в одну с сохранением POST-данных.

Примеры реализации 308

Apache (.htaccess):

Redirect 308 /form.html http://example.com/new-form.html
Redirect 308 /apply http://example.com/application

Nginx:

return 308 http://example.com/new-page.html;

PHP:

<?php
header("HTTP/1.1 308 Permanent Redirect");
header("Location: http://example.com/new-page.html");
exit();
?>

Нюанс: поддержка поисковиками

Google и Яндекс обрабатывают 308 так же, как 301 — передача веса полная.
Однако 308 — это более молодой стандарт, поэтому поддержка в некоторых старых системах может быть ограничена.

6. Сравнение редиректов: быстрая таблица выбора

Практическое правило: используйте 301 для всех постоянных перемещений (если нет форм на странице),
308 — если есть формы и критично сохранить метод, 302 или 307 — только для временных изменений на короткий период.

8. Частые ошибки и как их избежать

Ошибка 1: Использование 302 вместо 301 для постоянных изменений

Последствие: старая страница остаётся в индексе, ссылочный вес не передаётся полностью, позиции падают.

Решение: всегда используйте 301 для постоянных перемещений, 302 — только для временных (максимум 1–2 недели).

Ошибка 2: Редиректные цепочки (A → B → C)

Последствие: каждый редирект снижает передаваемый вес на 10–15%, замедляет загрузку.

Решение: все редиректы должны вести прямо на конечный URL. Используйте инструменты вроде Screaming Frog для поиска цепочек.

Ошибка 3: Циклические редиректы (A → B → A)

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

Решение: проверьте редиректы перед публикацией. Один редирект должен вести только в одну сторону.

Ошибка 4: Редирект на нерелевантную страницу

Последствие: пользователь попадает не туда, процент отказов растёт, поисковик понижает релевантность.

Решение: всегда перенаправляйте на максимально релевантную замену:

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

Ошибка 5: Редирект всех страниц на главную

Последствие: теряется релевантность каждой страницы, все позиции падают.

Решение: создавайте постраничные редиректы, сохраняя семантическую иерархию:

/old-category/product-1/ → /new-category/product-1/
/old-category/product-2/ → /new-category/product-2/

Ошибка 6: Забыли обновить внутренние ссылки

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

Решение: после создания редиректов пройдитесь по сайту и обновите все внутренние ссылки вручную или через плагины.

9. Инструменты для проверки и мониторинга редиректов

Бесплатные инструменты

• HTTP Status Code Checker (httpstatus.io) — проверка кодов ответа для одного URL.
• Screaming Frog SEO Spider (бесплатная версия) — поиск всех редиректов на сайте, цепочек, циклов.
• Google Search Console — мониторинг индексации и ошибок после редирректов.
• Яндекс.Вебмастер — мониторинг индексации в Яндексе.
• Google Analytics / GA4 — отслеживание трафика и поведения пользователей.

Платные инструменты

• Ahrefs — поиск входящих ссылок на старые URL.
• SEMrush — анализ позиций, мониторинг падения трафика.
• DeepCrawl — полный аудит редиректов и проблем с индексацией.

10. Реальный кейс: миграция сайта со сменой домена

Сценарий: переход с olddomain.com на newdomain.com (постоянное перемещение).

План действий:

Подготовка:

• Выгружено 50 000 URL со старого сайта.
• Определены 5 000 страниц с входящими ссылками.
• Определены 10 000 страниц с основным трафиком.

Настройка редиректов:

• Все 50 000 URL настроены с 301 редиректом прямо на новый домен.
• Редиректные цепочки исключены.

Результат (через 4 недели после миграции):

• Передача ссылочного веса: 85–95% (незначительные потери только на самых слабых страницах).
• Органический трафик: восстановление на 90–100% от исходного.
• Позиции: восстановление на 85–90% от исходного через 6–8 недель.

Вывод: при правильной настройке 301 редиректов потери трафика минимальны.

11. Заключение: алгоритм выбора редиректа

Шаг 1: Определите, постоянное это изменение или временное?

• Постоянное → Шаг 2.
• Временное (на 1–10 дней) → Шаг 3.

Шаг 2: Есть ли на странице формы с методом POST?

• Да → используйте 308.
• Нет → используйте 301.

Шаг 3: Есть ли на странице формы с методом POST?

• Да → используйте 307.
• Нет → используйте 302.

При этом помните:

• Избегайте цепочек редиректов.
• Всегда перенаправляйте на релевантную страницу.
• Обновляйте внутренние ссылки после создания редиректов.
• Мониторьте трафик и индексацию 2–4 недели после миграции.

Следуя этим правилам, вы сохраните до 95% трафика и позиций при перемещении или удалении страниц.

P.S.

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

Нужен тщательный подход, ведь выбор корректного статуса ответа (301/302/307/308 из семейства 3xx) зависит от конкретной ситуации. Во многих случаях два последовательных редиректа нельзя использовать подряд, ведь каждый шаг может приводить к дополнительным потерям.

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

Например, при удалении устаревшего контента нужно настраивать корректные редиректы. При переносе сайта на другой хостинг нужно учесть все редиректы.