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Постоянный❌ (POST → GET)✅ ПолнаяСмена домена, смена URL, консолидация дублей, HTTPS-миграция.302Временный❌ (POST → GET)⚠️ НеполнаяТехническое обслуживание, тестирование на несколько дней.307Временный✅ (POST остаётся)⚠️ НеполнаяВременное перемещение форм, тестирование API.308Постоянный✅ (POST остаётся)✅ ПолнаяПостоянное перемещение форм, API-миграция.
Практическое правило: используйте 301 для всех постоянных перемещений (если нет форм на странице),
308 — если есть формы и критично сохранить метод, 302 или 307 — только для временных изменений на короткий период.
7. Чек-лист: как минимизировать потери трафика при перемещении страниц
Шаг 1. Подготовка (за неделю до миграции)
Сделайте полный бэкап сайта — создайте снимок базы данных и файлов.Проведите аудит текущего состояния: определите страницы с наибольшим трафиком (используйте Яндекс.Метрику и Google Analytics), страницы с входящими внешними ссылками (используйте Ahrefs, SEMrush) и индексируемые страницы (Google Search Console и Яндекс.Вебмастер).
Создайте детальный список редиректов: используйте колонки «старый URL», «новый URL», «код редиректа (301/302/307/308)» и «количество входящих ссылок» (если есть).Приоритизируйте редиректы: сначала делайте редиректы для страниц с основным трафиком (топ 20 % по сессиям) и для страниц, на которые ведут внешние ссылки; остальные страницы можно пропустить (они будут переиндексированы самостоятельно).Проверьте, нет ли цепочек редиректов: редирект A → B → C снижает вес и скорость на каждом шаге; все редиректы должны вести прямо на конечный URL.
Шаг 2. Настройка редиректов (перед миграцией)
Выберите правильный код редиректа: если это постоянное изменение — 301 (или 308 для форм); если временное (на 1–10 дней) — 302 (или 307 для форм).Избегайте ошибок при настройке редиректов: не делайте редирект на 404-страницу, не перенаправляйте все страницы на главную, избегайте цепочек редиректов (A → B → C) и циклических редиректов (A → B → A); направляйте всегда на релевантные существующие страницы.Обновите внутренние ссылки на сайте: после настройки редиректов пройдитесь по сайту и обновите все ссылки — это поможет избежать лишних редиректных цепочек. Используйте инструменты вроде Screaming Frog для поиска стёртых ссылок.
Шаг 3. Момент миграции
Установите редиректы на сервере перед удалением старых страниц.Проверьте, что редиректы работают: используйте онлайн-инструменты для проверки кодов ответа. Убедитесь, что старые URL возвращают 301 (или 302/307/308), а новые URL возвращают 200.Сообщите поисковым системам о переезде: выполните полное переканонизирование в Google Search Console (Change of address); отправьте запрос на переиндексацию новых URL в Яндекс.Вебмастер; предоставьте новую карту сайта (sitemap.xml) с обновлёнными URL.
Шаг 4. Мониторинг (2–4 недели после миграции)
Отслеживайте индексацию: в Google Search Console проверяйте отчёт «Покрытие» и фильтруйте ошибки; в Яндекс.Вебмастере смотрите статистику переиндексации.
Удалите старые URL из индекса: Google часто не удаляет их автоматически, поэтому удаляйте вручную через Search Console (Remove URL); Яндекс обычно удаляет сам, но можно отправить запрос.
Проверьте влияние на трафик: сравните органический трафик за неделю после миграции с неделей до; при падении более 20 % проверьте настройки редиректов. Анализируйте изменения позиций через Яндекс.Метрику и Google Analytics 4.
Исправьте ошибки: удалите обнаруженные цепочки редиректов; устраните циклические редиректы; перенаправьте страницы, ведущие на 404, на наиболее релевантные существующие страницы.
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% трафика и позиций при перемещении или удалении страниц.