Генератор кода редиректа: 301 и 302 для Apache и nginx

Как пользоваться

Введите старый адрес или путь в поле Старый адрес или путь, например /old-page/.
Введите новый адрес в поле Новый адрес, затем выберите Тип редиректа и Что перенаправить.
Выберите Сервер или платформу. Код появится в результате, с кнопками «Копировать» и «Скачать».
Сохраните файл на сервере, затем проверьте каждый редирект запросом, прежде чем на него полагаться.

Как правило сопоставляет адреса

Правило по пути сравнивает введённый путь и отправляет посетителя на новый адрес. Правило для страницы сравнивает только эту страницу, со слешем в конце или без него. Правило для папки сравнивает папку и каждый адрес внутри неё и переносит остаток пути в новую папку.

Правило для узла сравнивает имя узла старого адреса. Правило для домена переносит путь и строку запроса на тот же путь нового домена. Правило с http на https сравнивает запросы, пришедшие по http, а два правила для www сравнивают по одному имени узла.

Серверные правила сохраняют строку запроса, поэтому /old-page/?ref=1 станет /new-page/?ref=1.
Регулярное выражение строится по пути: точки, скобки и другие специальные знаки экранируются, поэтому правило совпадает с тем текстом, который вы ввели.

Какой код состояния выбрать

В руководстве Google по редиректам (на английском) коды 301 и 308 названы постоянными, а 302 и 307 — временными. Там же сказано, что постоянные редиректы нужно использовать, когда вы уверены, что редирект не будет отменён, и приведён пример переезда сайта на новый домен.

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

Различия между серверами

Каждый сервер записывает редиректы по-своему, и некоторые не принимают все коды. Инструмент записывает ближайший код, который поддерживает каждый сервер, и сообщает об этом в результате.

URL Rewrite в IIS поддерживает 301, 302, 303 и 307, но не 308, поэтому выбор 308 становится там 301.
Netlify рекомендует 302 вместо 307 и не указывает 308, поэтому 307 становится 302, а 308 становится 301.
Строка Redirect в Apache mod_alias сравнивает по префиксу, а RewriteRule в mod_rewrite сравнивает точный путь, который вы задали.
Single Redirect в Cloudflare — правило панели управления. Инструмент показывает его поля, но само правило не создаёт.

Meta refresh и JavaScript: крайний случай

Руководство Google упорядочивает типы редиректов по тому, насколько вероятно, что Google интерпретирует их правильно: сначала серверные редиректы, затем meta refresh, затем JavaScript. Google считает meta refresh с задержкой 0 секунд постоянным редиректом, а отложенный — временным.

Там же сказано, что редиректы на JavaScript нужно использовать, только если нельзя сделать серверный редирект или meta refresh. Отрисовка может не сработать, и Google может никогда не увидеть такой редирект. HTML-результат инструмента использует meta refresh с задержкой 0 секунд для 301 и 308 и с задержкой 5 секунд для 302 и 307.

Пример: одна страница переехала с 301

Введите /old-page/ как старый адрес, https://example.com/new-page/ как новый адрес, 301 как тип редиректа и «Одна страница» как охват. Результат для Apache — строка RewriteRule ниже, а каждый другой сервер получает свой файл с той же целью.

Правило совпадает с точной страницей, со слешем в конце или без него, а серверные правила сохраняют строку запроса. Поля Cloudflare — это выражение и статическая цель с кодом состояния 301.

Сервер	Файл	Строка, которая делает редирект
Apache	.htaccess	RewriteRule ^old-page/?$ https://example.com/new-page/ [R=301,L,QSA]
nginx	nginx-redirect.conf	return 301 "https://example.com/new-page/$is_args$args";
Caddy	Caddyfile	redir @page "https://example.com/new-page/{?query}" 301
Netlify	_redirects	/old-page https://example.com/new-page/ 301
Cloudflare	поля панели управления	Выражение пользовательского фильтра: (http.request.uri.path eq "/old-page" or http.request.uri.path eq "/old-page/")
HTML-страница	redirect.html	атрибут meta refresh content="0; url=https://example.com/new-page/"

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

Что выбрать: 301 или 302?

Используйте 301, когда старая страница переехала навсегда, чтобы поисковые системы показывали новый адрес. Используйте 302, только когда переезд временный, например на время технических работ.

Равен ли 308 коду 301?

Оба означают, что страница постоянно переехала. 308 сохраняет метод запроса, поэтому POST остаётся POST, а 301 может превратить его в GET. URL Rewrite в IIS не поддерживает 308, поэтому инструмент пишет для IIS 301.

Почему строка Redirect в Apache охватывает больше, чем RewriteRule?

Директива Redirect сравнивает по префиксу: она отправляет и /old-page/любой-путь на новый адрес. RewriteRule совпадает только с точной страницей, поэтому в результате именно он активен.

Отправляет ли этот инструмент что-нибудь на ваш сервер или в Cloudflare?

Нет. Код пишется в вашем браузере, и введённое никуда не уходит со страницы. Правило Cloudflare нужно создать вручную в панели управления, поэтому инструмент перечисляет его поля.

Почему meta refresh — только крайний случай?

Руководство Google ранжирует способы: серверные редиректы идут первыми, затем meta refresh, а JavaScript последним. Страница-файл отправляет посетителей только на один адрес, поэтому для папки или всего домена нужно правило на сервере.

Почему выбор 307 становится 302 для Netlify?

Параметры редиректов Netlify советуют использовать 302 вместо 307, которого Netlify не поддерживает. В файле есть комментарий, который об этом говорит.

Источники

Цифры и текст в последний раз проверены вторник, 10 ноября 2026 г..

Результат