Как сделать редирект сайта: 301, 302 и проверка

Редирект сайта настраивают на сервере или в панели платформы: старый URL отвечает кодом перенаправления и указывает новый адрес. Для постоянного переезда обычно выбирают 301 или 308, для временного перенаправления 302 или 307. Безопасный порядок такой: сделать карту старых и новых адресов, создать резервную копию конфигурации, добавить одно правило, проверить код и конечную страницу, затем обновить ссылки и sitemap.

Выберите постоянный или временный редирект

Выбор зависит не от системы управления сайтом, а от срока решения. Google рассматривает постоянный редирект как сигнал, что целевой URL должен стать каноническим, а временный обычно сохраняет исходную страницу в поиске. Официальная документация перечисляет 301 и 308 как постоянные, 302, 303 и 307 как временные. Сверяйте назначение кодов в руководстве Google по редиректам.

• 301 или 308: страница либо домен переехали окончательно, старый адрес возвращать не планируется.
• 302 или 307: перенаправление действует ограниченное время, исходный URL ещё нужен.
• 404 или 410 вместо редиректа: страница удалена и равноценной замены нет.
• Без редиректа: меняется только навигация, а обе страницы должны оставаться доступными как разные материалы.

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

Карта результата до изменения конфигурации

Исходная ситуация: у вас есть старый адрес, новый рабочий адрес и доступ к панели сайта или конфигурации веб-сервера. Ожидаемый результат: запрос к старому URL получает один корректный код перенаправления и сразу приходит на доступную целевую страницу.

1. Зафиксируйте старый URL полностью, включая протокол, домен, путь и значимые параметры.
2. Откройте новый URL напрямую и убедитесь, что он отдаёт нужную страницу без редиректа обратно.
3. Выберите постоянный или временный код по сроку переноса.
4. Сделайте резервную копию правила, файла конфигурации или текущих настроек панели.
5. Добавьте одно точное правило для тестового адреса.
6. Проверьте заголовок Location, число переходов и содержимое конечной страницы.
7. Подготовьте откат: удаление нового правила и восстановление резервной копии.

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

По теме: Как сделать сайт публичным: публикация и проверка 2026

Составьте таблицу соответствий URL

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

• Каждый важный старый адрес ведёт на наиболее близкую по смыслу новую страницу.
• Целевой URL отвечает 200 и не закрыт от посетителей.
• Нет пары, где новый URL совпадает со старым после нормализации.
• Нет двух правил, которые подходят одному адресу и ведут в разные места.
• Удалённые без замены страницы не отправляются на главную только ради отсутствия 404.
• Результат не понижает HTTPS до HTTP.

При переносе целого сайта Google рекомендует серверные постоянные редиректы, обновление sitemap и проверку блокировок robots.txt или noindex. Полный список действий находится в официальном руководстве по миграции сайта.

Как настроить редирект на вашей платформе

Сначала используйте штатную функцию CMS или панели хостинга, если она есть. Она обычно хранит правило отдельно от шаблона страницы и снижает риск сломать конфигурацию. Названия разделов различаются, поэтому проверяйте справку конкретной платформы и не вставляйте чужой фрагмент без понимания контекста.

На Nginx простое точное правило можно задать через return. Модуль и синтаксис официально описаны в документации Nginx. Перед изменением нужен серверный backup, после него проверка конфигурации и только затем мягкая перезагрузка.

location = /old-page {
    return 301 https://example.com/new-page;
}

На Apache с разрешённым .htaccess для простой пары подходит директива Redirect. Google приводит такие серверные примеры в руководстве по редиректам. Конкретный путь к конфигурации и допустимость .htaccess зависят от хостинга.

Redirect permanent /old-page https://example.com/new-page

Для JavaScript-перехода или meta refresh есть законные случаи, но серверное перенаправление обычно понятнее браузеру и поисковику. MDN объясняет различия серверных, HTML и JavaScript-редиректов в руководстве по HTTP-перенаправлениям. Клиентский вариант используйте только когда серверный недоступен.

По теме: Как сделать ссылку на документ на сайте: открыть или скачать

Проверьте код, Location и конечную страницу

Проверка должна отделять ответ старого URL от ответа целевого. Браузер быстро переходит дальше и скрывает промежуточный код, поэтому дополнительно смотрите заголовки через curl или вкладку Network в инструментах разработчика.

curl -I https://example.com/old-page
curl -I https://example.com/new-page
curl -IL --max-redirs 10 https://example.com/old-page

• Первый запрос возвращает выбранный код 301, 308, 302 или 307.
• Заголовок Location содержит точный новый URL.
• Прямой запрос к новому URL возвращает 200.
• Команда с переходами заканчивается на нужной странице без цикла.
• Мобильный и обычный браузер получают один и тот же смысловой результат.
• Форма, авторизация и параметры кампании работают после перехода, если они входят в задачу.

Если сайт ещё не опубликован на домене, сначала завершите размещение по шагам из гайда как загрузить готовый сайт. Редирект на неготовый адрес только заменит одну ошибку другой.

Обновите внутренние сигналы после постоянного переноса

301 не отменяет уборку внутри сайта. Замените старые ссылки в меню, тексте и шаблонах на новые. Обновите canonical новой страницы, sitemap и ссылки в профилях, которыми управляете. Старые URL оставьте в правилах редиректа достаточно надолго, чтобы посетители и роботы успели перейти на новые адреса.

По теме: Как сделать сайт как Pinterest: галерея с карточками

Диагностика частых сбоев

Цикл выглядит так: браузер сообщает о слишком большом количестве перенаправлений, а curl -IL повторяет одни и те же адреса. Отключите последнее правило, очистите проверочные cookie при необходимости и найдите две стороны цикла. Частая причина: одно правило добавляет слеш или HTTPS, другое возвращает прежний вариант.

Цепочка возникает, когда старый URL ведёт на промежуточный, а тот на конечный. Google советует направлять сразу к финальной странице и избегать длинных цепочек, потому что они увеличивают задержку. Исправьте исходное правило так, чтобы оно указывало на последний актуальный URL.

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

Если заголовок правильный, а итоговая страница даёт 404, проблема уже на целевом URL. Верните старое правило или временно снимите редирект, опубликуйте новую страницу и повторите проверку обоих адресов.

Когда редирект не подходит

Не используйте редирект для показа поисковику и человеку разного содержания, для маскировки рекламного перехода или для отправки всех удалённых материалов на нерелевантную главную. Не показывайте посетителю и поисковой системе существенно разные или неожиданные результаты. В нормальной миграции назначение старой и новой страниц должно совпадать.

Частые вопросы

Какой редирект ставить при смене домена?

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

Чем 301 отличается от 302?

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

Можно ли сделать редирект через JavaScript?

Можно, но для переноса URL предпочтительно серверное правило. JavaScript оставляют на случай, когда управлять серверным ответом невозможно.

Как проверить, что нет цепочки редиректов?

Запустите curl -IL --max-redirs 10 для старого URL и посмотрите последовательность кодов и Location. Нормальный простой перенос ведёт сразу к конечной странице.