Генератор правил перенаправления

Используйте 301 (Permanent), когда страница перемещена навсегда и вы хотите, чтобы поисковые системы передали все SEO-сигналы ранжирования (ссылочный вес) на новый URL. Используйте 302 (Found/Temporary) или 307 (Temporary Redirect), когда перенаправление временное и вы планируете вернуть исходный URL. Ключевое различие — кэширование: браузеры и CDN агрессивно кэшируют 301, поэтому если вам когда-нибудь понадобится отменить перенаправление, пользователи могут еще долго попадать на старый адрес. Если сомневаетесь, используйте 302, пока не будете уверены, что перемещение окончательно.

Используйте быстрый пресет "HTTP to HTTPS". Для Apache он сгенерирует RewriteRule, который совпадает со всеми запросами без HTTPS и перенаправляет на версию https:// с кодом 301. Для Nginx он создаст серверный блок на порту 80, возвращающий 301 к эквиваленту в HTTPS. Для IIS он добавит правило HTTP Redirect в web.config. После применения правила убедитесь, что ваш SSL-сертификат установлен и действителен перед развертыванием — перенаправление на HTTPS без рабочего сертификата сломает ваш сайт.

Используйте пресет "www to non-www" или "non-www to www". Apache использует RewriteCond для HTTP_HOST, чтобы обнаружить префикс www и перенаправить с кодом 301. Nginx использует отдельный серверный блок, который совпадает с www.yourdomain.com и возвращает 301 на версию без www. Что бы вы ни выбрали, выберите один вариант и придерживайтесь его — смешивание обоих вариантов приведет к тому, что Google увидит одинаковый контент по двум URL, что разделит сигналы ранжирования. Установите свой canonical URL так, чтобы он соответствовал цели перенаправления.

Да. Включите "Use regular expression" при добавлении правила и введите шаблон regex в поле Source URL. Для Apache шаблоны — это совместимые с PCRE регулярные выражения для сопоставления с путем URL. Для Nginx директива location использует PCRE-регулярные выражения с префиксом ~. Для IIS директива match использует .NET-регулярные выражения. Захваченные группы доступны как обратные ссылки ($1, $2 в Apache/Nginx) в целевом URL. Например, исходный путь /blog/([0-9]+) с целью /news/$1 переместит все старые числовые URL блога в /news/.

Apache обрабатывает RewriteRules сверху вниз и останавливается на первом подходящем правиле (если только флаг [L] или цепочка RewriteRule не изменят это). Если у вас есть общее правило перед специфическим, общее правило перехватит запросы, которые должны были обрабатываться специфическим. Всегда ставьте более специфические правила выше. Например, поставьте /old-page → /new-page перед /(.*) → /index.php, иначе все URL, включая /old-page, будут сначала попадаться под правило с подстановочным знаком.

Да. Кнопка Download экспортирует текущую видимую вкладку конфигурации как файл с правильным именем для вашего сервера: .htaccess для Apache, nginx.conf для Nginx или web.config для IIS. Файл загрузится в вашу стандартную папку Загрузки. Поместите файл .htaccess в корневой каталог вашего сайта (на том же уровне, что и index.php или index.html). Для Nginx добавьте сгенерированные директивы в существующую конфигурацию серверного блока.

Нет. Все работает локально в вашем браузере с помощью JavaScript. Ваши исходные URL, целевые URL и сгенерированные конфигурации никогда не отправляются на какой-либо сервер. Здесь нет аккаунтов, истории или отслеживания. Закройте вкладку — и правила исчезнут, поэтому используйте кнопку Download, чтобы сохранить свою работу перед уходом.