Блог

Как настроить редирект самостоятельно

Как настроить редирект самостоятельно — с примерами и проверкой. Шесть инструкций для серверов и облачных платформ: выберите ту, которая подходит вашей инфраструктуре.

Начните с существующей инфраструктуры

Самый короткий путь обычно там, где домен уже обслуживается. Не переносите DNS только потому, что в другой системе правило выглядит короче: вместе с ним могут измениться почта, сертификаты и точка входа сайта.

Сначала определите исходный хост, проверьте контроль над его DNS и решите, должен ли он целиком отдавать редирект. Если на том же имени остаётся сайт, правило нужно встроить в его сервер или CDN.

Выберите метод по тому, что уже есть
У вас уже естьС чего начатьЧто учитывать
Сервер с NginxNginx + CertbotHTTP webroot для выдачи, затем HTTPS; обновление сертификата требует reload.
Apache или shared-хостингVirtualHost / .htaccessПрава на директивы и отдельный TLS источника; .htaccess не выпускает сертификат.
Работающий CaddyCaddyfileАвтоматические сертификаты уже есть; сервер и его хранилище остаются вашими.
Зона и proxy CloudflareSingle RedirectsДва правила для HTTP/HTTPS; доступность и лимиты зависят от плана и сети.
Аккаунт Yandex CloudFunction + API GatewayРецепт только для HTTPS. Apex требует отдельного решения с DNS-делегированием.
Инфраструктура AWSCloudFront FunctionDistribution, source TLS и приватный origin; повторы query нужно перенести явно.

До первой правки

В инструкциях есть настройки, проверочные curl-запросы, ожидаемый Location и способ отката. Все example-домены нужно заменить своими; работающий hostname назначения перемещать не требуется.

Бесплатное правило на уже используемой платформе может быть разумнее нового сервиса. Сравнивайте не только счёт, но и то, кто будет поддерживать настройки и исходный HTTPS.

Если ещё не выбрали поведение редиректа, начните с разницы 301 и 302, TLS исходного домена и пути и параметров.

Redirect301

Узнать о запуске Redirect301

Оставьте email, чтобы получить уведомление об открытии доступа.