301 редирект с одного домена на другой: как настроить

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

Что такое 301-редирект и чем отличается от 302

301 — «этот адрес переехал навсегда», 302 — «переехал, но, возможно, вернусь». Механика перехода одна и та же: браузер получает новый URL и идёт по нему. Разница в том, как этот сигнал трактуют браузеры и поисковые роботы. 301 браузер имеет право закэшировать надолго и дальше ходить сразу на новый адрес, не спрашивая сервер. 302 считается временным, кэшируется неохотно, и старый URL остаётся в сознании поисковика основным.

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

301, 302, 307, 308 — в чём разница на практике

Все четыре кода — про перенаправление, но различаются двумя вещами: постоянством и сохранением метода запроса. 301 и 302 исторически позволяли браузеру превратить POST в GET при переходе, 307 и 308 такой вольности не допускают и требуют повторить запрос тем же методом. 307 — временный с сохранением метода, 308 — постоянный с сохранением метода.

Для смены домена лендинга или сайта-прокладки это редко имеет значение: там почти весь трафик — обычные GET-переходы по ссылке. А вот для форм, API-эндпоинтов и постбэков метод запроса критичен: если трекер отправляет данные методом POST, а редирект превращает их в GET, постбэк может не дойти. Это один из типовых способов «случайно» сломать статистику при переезде.

Почему для смены домена берут именно 301

Поисковики давно научились учитывать и временные редиректы, но при постоянном переезде рекомендация остаётся прежней — 301. Причина простая: при 302 старый адрес продолжает считаться основным, а новый — временной копией. Пока висит 302, поисковая система не спешит закреплять за новым доменом прежние позиции, а старый URL остаётся в индексе как главный.

При 301 сигнал однозначный: старый адрес выводится из оборота, его сигналы переносятся на новый, и через какое-то время в выдаче остаётся только целевой домен. Это и называется «склейка доменов» — два адреса начинают восприниматься как один проект с одним основным адресом.

Когда домен приходится менять

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

Третий сценарий — ребрендинг или просто неудобное имя: домен куплен на скорую руку, плохо читается, не вяжется с оффером. Четвёртый — домен попал в чёрные списки антифрод-сервисов и браузерных баз, и на него начинают ругаться антивирусы при переходе. Пятый — технический: регистратор или зона ведут себя непредсказуемо, продление срывается, и проект нужно срочно переносить. Логика разбора конкретных ситуаций хорошо видна в материалах про то, почему банят домены, и чем отличается бан отдельного адреса от бана аккаунта.

Отдельно стоит сказать про смену домена у трекера — это другая задача, хотя инструмент тот же. Трекерный домен не показывают пользователю, он живёт в ссылке и в постбэках, и его замена требует аккуратности: если сломать редирект, партнёрская сеть перестанет видеть конверсии. Подробнее об этом — в разборе задач для домена трекера.

Как настроить 301-редирект с одного домена на другой

Способов три с половиной, и выбирать нужно по ситуации: где лежит домен, есть ли доступ к серверу, насколько быстро нужно всё поднять. Ниже — от самого «внешнего» к самому «внутреннему».

На уровне DNS и прокси (Cloudflare и аналоги)

Самый быстрый для арбитражника вариант: домен уже переведён на проксирующие NS, и правило редиректа настраивается в панели, без доступа к хостингу. В Cloudflare это делается через Redirect Rules: вы задаёте условие (например, любой путь на старом домене) и действие — постоянный редирект на новый домен с подстановкой пути через динамическое выражение. Так сохраняется структура ссылок: старый /offer/page уедет на новый /offer/page, а не на главную.

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

На уровне веб-сервера

Классика: домен указывает на ваш сервер, и сервер сам отдаёт 301. На Apache это делается директивами Redirect 301 или RewriteRule в .htaccess, на nginx — блоком return 301 или rewrite ... permanent внутри server. Важно, чтобы на старом домене был валидный SSL-сертификат: если браузер не сможет установить защищённое соединение, он покажет ошибку раньше, чем увидит редирект, и трафик потеряется ещё до перехода.

Плюсы: полный контроль, чистый HTTP-код 301, никаких внешних зависимостей, можно гибко маршрутизировать отдельные пути. Минусы: нужен сервер и доступ к конфигам, а при большом количестве доменов конфигурация быстро превращается в свалку.

Через страницу-заглушку

Самый грубый вариант: на старом домене лежит HTML-страница с <meta http-equiv="refresh"> или скриптом, который перебрасывает посетителя на новый адрес. По сути это не HTTP-редирект, а имитация: сервер отдаёт код 200 и обычную страницу, а переход выполняет браузер.

Для арбитража это иногда единственный выход — например, когда нет доступа к серверу или панели DNS. Но у метода есть цена: поисковики такой переход трактуют как временный сигнал и не переносят на новый домен ничего, а часть браузеров и расширений приватности режет meta refresh. Для быстрого перелива трафика сгодится, для склейки — нет.

Что выбрать арбитражнику

Если задача — срочно увести живой трафик с засветившегося домена, берите то, что поднимается быстрее всего в вашей инфраструктуре: правила на прокси или готовый конфиг сервера. Если домен нужен вдолгую и вы планируете держать его как «перевалочный» под несколько офферов, ставьте серверный 301 — он предсказуемее и не зависит от чужой панели.

Смена домена сайта в активной кампании

Технически настроенный редирект — только половина дела. Вторая половина — не притащить на новый домен всё то, из-за чего старый пришлось менять.

Не тащить бан-пиксель и контент на новый домен

Самая частая ошибка при переезде: на новом адресе остаётся тот же набор кода — те же пиксели, тот же креатив, те же формулировки, те же изображения и та же структура страниц. Если модерация или автоматика забраковала домен за конкретный контент, перенос этого контента на новый адрес почти гарантированно приведёт к повторной блокировке, только уже с потерей свежего домена.

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

Обновить ссылки

Редирект поднят и проверен — теперь меняются сами адреса в рекламных кабинетах, в т

Проверено: 25.10.2026. Цены и условия регистраторов и реестров — ориентир на дату проверки; точное на их страницах тарифов. Нашли неточность — напишите на redakciya@domeny-arbitrazh.com.