Генератор редиректов 301

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

Работает в браузере — введённые данные никуда не загружаются

Редиректы (старый URL → новый URL)

По одному в строке: старый путь, затем новый путь или полный URL, через пробел, табуляцию или запятую. Строки, начинающиеся с #, игнорируются. Можно вставить два столбца из таблицы.

Код статуса

Правил: 4

location = /old-page { return 301 /new-page; }
location = /blog/2019/hello { return 301 /blog/hello; }
location = /products.html { return 301 /shop; }
location = /about-us.html { return 301 https://example.com/about; }

Поместите строки в блок server { }, затем выполните nginx -t и перезагрузите конфигурацию.

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

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

Вставьте по одному редиректу в строке — старый путь, затем новый путь или полный URL.
Выберите сервер и код статуса (301 для постоянного переноса).
Исправьте цепочки, петли и дубликаты, о которых сообщает инструмент.
Скопируйте или скачайте правила и добавьте их в конфигурацию сервера.

Описание параметров

301 / 308: Постоянный. Поисковые системы переносят позиции на новый URL. 308 также сохраняет метод запроса (POST остаётся POST).
302 / 307: Временный. Старый URL остаётся в индексе.
Nginx (map): Таблица соответствий, которая остаётся быстрой при сотнях и тысячах редиректов.

Один ввод, пять результатов

Каждая строка — это старый путь, за которым следует новый путь или полный URL, разделённые пробелом, табуляцией или запятой. Строки, начинающиеся с #, игнорируются. Возьмём эти две строки с кодом 301 и доменом example.com:

/old-page /new-page
/blog/2019/post https://example.com/articles/post

Nginx

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

Apache .htaccess

RedirectMatch 301 ^/old-page$ /new-page
RedirectMatch 301 ^/blog/2019/post$ https://example.com/articles/post

Caddy

example.com {
    redir /old-page /new-page 301
    redir /blog/2019/post https://example.com/articles/post 301
}

Cloudflare (одна строка CSV на правило, без заголовка: источник, цель, код статуса)

example.com/old-page,https://example.com/new-page,301
example.com/blog/2019/post,https://example.com/articles/post,301

Nginx (map) создаёт блок map $uri $redirect_to для раздела http и короткий блок if с return 301 $redirect_to для раздела server. Если вы также добавите в список /a /b и /b /c, проверка сообщит о цепочке /a → /b → /c и предложит направить /a сразу на /c.

Часто задаваемые вопросы

Что такое цепочка редиректов?

A → B → C. Каждый переход замедляет страницу и расходует краулинговый бюджет, поэтому направляйте A сразу на C.

Почему для Apache используется RedirectMatch, а не Redirect?

Redirect сопоставляет префиксы, поэтому /old перенаправил бы и /old-page. RedirectMatch с ^ и $ сопоставляет только точный путь.

Учитывают ли эти правила строки запроса?

Они сопоставляют путь. Большинство серверов передаёт строку запроса дальше, но для правила с конкретным ?id=1 нужны дополнительные условия, поэтому инструмент предупреждает о таких строках.

Конфиденциальность

Этот инструмент работает полностью в браузере. Ваши файлы и текст обрабатываются на вашем устройстве и никогда не загружаются на наши серверы.