Вставьте старые и новые URL и получите правила 301 для .htaccess или Nginx с проверкой на циклы
Работает в вашем браузере. Ничего из того, что вы вводите, никуда не отправляется. Проверено 16 октября 2026 г..Редирект 301 сообщает браузерам и поисковым системам, что страница переехала навсегда. В .htaccess Apache правило RewriteRule ^old-page$ /new-page [L,R=301] отправляет /old-page на /new-page; в Nginx то же самое делает location = /old-page { return 301 /new-page; }. Используйте 302 или 307 для временного переезда и 410 для страницы, удалённой намеренно.
Эта страница переведена машинным способом с английского оригинала. Перевод ещё не проверен человеком, поэтому ориентируйтесь на английскую версию. Читать английский оригинал
Вставьте по одному редиректу на строку в поле Редиректы: старый путь, пробел, затем новый путь или URL.
Выберите Apache или Nginx и включите Принудительный HTTPS или выберите с www или без www, если это тоже нужно.
Исправьте каждую строку, отмеченную как цикл, и примите предложение сократить цепочки, чтобы каждый посетитель делал один переход.
Нажмите Копировать или Скачать и добавьте правила в начало файла .htaccess или в ваш блок server.
Вставьте по одному редиректу на строку, сначала старый адрес, затем новый, и правила пишутся по мере ввода. Старые адреса могут быть путями или полными URL, скопированными из браузера или экспорта аналитики; табуляции, запятые и стрелки тоже работают, так что пару столбцов из таблицы можно вставить сразу. Добавьте код в конце строки, чтобы заменить код по умолчанию, или напишите 410 вместо нового адреса для страницы, которой больше нет.
Какой код.
| Код | Значение | Когда использовать |
|---|---|---|
| 301 | Перемещено навсегда | Переименованные страницы, новый домен, HTTPS |
| 308 | Навсегда, тот же метод | API и формы с POST |
| 302 / 307 | Временно | Кампании, техработы, A/B-тесты |
| 410 | Удалено | Страницы, удалённые намеренно |
Apache. Каждое правило использует mod_rewrite. Более простая директива Redirect сравнивает префиксы, поэтому Redirect /shop /store захватывает и /shopping, а при смешивании двух модулей они выполняются в порядке, который многих удивляет. Шаблоны привязаны и экранированы, поэтому точка в old.html совпадает только с точкой. Старый адрес со строкой запроса, например /products?id=42, получает собственный RewriteCond, а запрос удаляется из нового адреса.
Nginx. Каждая страница получает точный блок location = с return. Для HTTPS и выбора www создаются отдельные блоки server, которым нужен ваш домен.
Проверки. Правило, которое отправляет страницу на неё саму, напрямую или через другие правила, является циклом и не включается. Правило, указывающее на другую перенаправленную страницу, является цепочкой; одним нажатием оно перенаправляется прямо на конечную страницу, чтобы посетители и роботы делали один переход вместо нескольких. Повторяющийся старый адрес отмечается, потому что сработает только первое правило.
HTTPS и хост обрабатываются за один переход, до правил для страниц. Сначала проверяйте с 302: браузеры очень долго помнят 301.
Всё работает в вашем браузере; ничего из вставленного никуда не отправляется.
Добавьте RewriteEngine On один раз, затем по одной строке на страницу: RewriteRule ^old-page$ /new-page [L,R=301]. В .htaccess у шаблона нет начального слеша, знаки каретки и доллара заставляют его совпадать только с этой конкретной страницей, а R=301 делает переезд постоянным. Размещайте правила ближе к началу файла, перед любым блоком WordPress или фреймворка.
301 и 308 постоянные: поисковые системы переносят позиции старой страницы на новый адрес. 302 и 307 временные, поэтому старый адрес остаётся в индексе. 307 и 308 к тому же требуют, чтобы браузеры повторяли тот же метод, например POST, а 301 и 302 допускают переход на GET. Для большинства переездов страниц следует использовать 301.
Объедините условия, чтобы посетитель делал один переход: перенаправляйте, если HTTPS выключен или хост начинается с www, и отправляйте на https плюс хост без www. Этот генератор пишет именно это тремя строками RewriteCond и одним RewriteRule или парой блоков server для Nginx, вместо двух отдельных редиректов подряд.
Цикл возникает, когда правило отправляет страницу на адрес, который то же или другое правило перенаправляет обратно. Частые причины: редирект /page на /page/, когда другое правило убирает слеш, или принудительный HTTPS за Cloudflare Flexible SSL, где сервер всегда видит HTTP. Этот инструмент отклоняет правила, образующие цикл, и называет строку.
RewriteRule никогда не видит строку запроса, поэтому сначала проверьте её через RewriteCond: RewriteCond %{QUERY_STRING} ^id=42$, затем RewriteRule для пути. Добавьте флаг QSD, чтобы ?id=42 не копировался в новый адрес. Если вставить здесь /products?id=42 /products/blue-mug, будут написаны обе строки для Apache или проверка if ($args) для Nginx.
Каждый лишний переход стоит немного времени, а Google проходит не более 10 переходов, прежде чем сдаться, поэтому цепочки тратят ресурсы сканирования и замедляют посетителей. После второго переезда сайта старые адреса часто указывают на страницы, которые снова перенаправлены. Этот генератор находит каждую цепочку и одним нажатием переписывает правило так, чтобы оно вело прямо на конечную страницу.
Ставки и правила меняются; проверьте источник, прежде чем полагаться на цифру.
Всё ещё не получается? Задайте вопрос об инструменте «Генератор редиректов .htaccess» и ответить может любой, кто знает. Учётная запись не нужна.