Редирект с сайта на другой сайт: как настроить правильно

Когда бизнес меняет домен или переносит сайт на новый адрес, пользователи и поисковые системы должны узнать об этом автоматически. Именно для этого существует редирект - механизм автоматического перенаправления с одного URL на другой. Если человек вводит в адресную строку старый адрес, сервер возвращает специальный HTTP-код, браузер читает заголовок Location и мгновенно переводит пользователя на новый домен - без каких-либо действий с его стороны.

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

В своей практике я занимаюсь переездами сайтов с 2013 года - и могу сказать, что именно ошибки с редиректами чаще всего приводят к потере трафика после смены домена. В этой статье я разберу, что такое редирект с сайта на другой сайт, какие бывают виды перенаправлений, как настроить редирект через .htaccess и другие способы, как выполнить полноценный переезд на новый домен и как проверить, что всё сделано правильно. Также затрону SEO-аспекты, которые важно учесть, чтобы не потерять позиции.

Что такое редирект с сайта на другой сайт и зачем он нужен

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

Простая аналогия: представьте, что вы пришли по старому адресу компании, а на двери висит объявление - «Мы переехали, наш новый адрес: улица Новая, 5». Редирект работает именно так, только автоматически и за доли секунды.

Бизнесу перенаправление нужно в нескольких типичных ситуациях:

Смена домена компании. Например, если компания выросла, сменила название или ребрендировалась - старый домен должен вести на новый.
Редизайн с изменением структуры URL. Если в ходе работы адреса страниц изменились, каждая старая ссылка должна вести на новую страницу с аналогичным содержанием.
Переезд интернет-магазина. Например, если магазин переходит с одной платформы на другую, а URL товаров и категорий меняются - редиректы обязательны.
Склейка дублей и зеркал сайта. Версии с www и без, с http и https - всё должно вести на один каноничный адрес.
Удаление страниц. Если страница удаляется, а не заменяется другой, редирект с неё на другую страницу - правильное решение.

Чем грозит отсутствие редиректа? Пользователи попадают на страницу 404, уходят с сайта и больше не возвращаются. Поисковые системы не могут склеить историю страниц, и накопленный SEO-вес просто испаряется. Внешние ссылки перестают работать - это потеря авторитета, на который уходили годы работы. На одном из моих реальных проектов - переезде сайта производителя спецтехники - мы обнаружили, что предыдущие разработчики не настроили редиректы при смене домена. В результате сайт потерял большую часть трафика, и восстановление позиций потребовало нескольких месяцев SEO-работ.

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

Виды редиректов: коды и их отличия

коды редиректов 301 302 307 таблица HTTP статусов

HTTP-протокол определяет несколько кодов перенаправления, и выбор правильного типа редиректа - не менее важная задача, чем его техническая реализация. Разные коды по-разному воспринимаются поисковыми системами и браузерами, и ошибка здесь может привести к серьёзным SEO-потерям.

301 - постоянный редирект. Самый распространённый и важный для SEO код. Сообщает браузеру и поисковым системам, что страница переехала навсегда. Поисковый робот понимает: нужно заменить старый URL новым в индексе и передать накопленный авторитет (SEO-вес) на новый адрес. Именно 301 используется при смене домена или постоянном изменении структуры URL.

302 - временный редирект. Сообщает, что перенаправление временное - страница вернётся на старый адрес. Исторически считалось, что 302 не передаёт SEO-вес, и для постоянного переезда он не подходит. Используется во время технических работ или A/B-тестирования.

307 и 308 - современные аналоги 302 и 301 соответственно. Главное отличие: они гарантируют сохранение метода HTTP-запроса (GET, POST) при перенаправлении. В большинстве обычных проектов эти коды не понадобятся - они актуальны для REST API и современных фреймворков. Для переезда сайта используйте 301.

Помимо серверных кодов, существуют и другие способы реализации перенаправления:

Meta-редирект - тег в HTML-коде страницы (<meta http-equiv="refresh">). Настраивается на стороне HTML, но не передаёт SEO-вес и срабатывает медленнее. Поисковые системы понимают его хуже, чем серверные коды.
JavaScript-редирект - перенаправление через скрипт. Наименее предсказуемый вариант для SEO: поисковые роботы выполняют его с задержкой (сначала индексируется страница без JS, затем перерендеривается), что замедляет передачу сигналов. Для постоянного переезда этот способ не рекомендуется.

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

Код	Название	Передача SEO-веса	Когда использовать
301	Постоянный редирект	Да, полностью	Смена домена, постоянное изменение URL, переезд сайта
302	Временный редирект	Нет	Технические работы, временное перенаправление
307	Временный (с сохранением метода)	Нет	Временный переезд с сохранением POST-запросов
308	Постоянный (с сохранением метода)	Да	Постоянный переезд с сохранением POST-запросов
Meta refresh	HTML-перенаправление	Частично	Нет доступа к серверу, некритичные задачи
JS redirect	JavaScript-перенаправление	Не передаёт	Крайний случай, только для пользователей

Файл .htaccess - удобный способ настроить редиректы на серверах Apache на уровне сервера, без плагинов и лишнего кода. Разберём, как настроить редирект через .htaccess правильно.

Как настроить редирект через файл .htaccess

Файл htaccess находится в корневой директории вашего сайта. Найти его можно через FTP-клиент (FileZilla и подобные) или через файловый менеджер в панели управления хостингом (cPanel, ISPmanager, DirectAdmin). Файл скрытый, поэтому в FTP-клиенте включите отображение скрытых файлов. Если файла нет - создайте его вручную с именем .htaccess (с точкой в начале).

Перед любыми правками сделайте резервную копию. Ошибка в синтаксисе через htaccess может положить весь сайт с ошибкой 500.

Сценарий 1: редирект с одного домена на новый домен (все страницы)

Это базовый сценарий при переезде сайта. Чтобы настроить перенаправление всех страниц со старого домена на новый с сохранением структуры URL:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^старый-домен\.ru [NC]
RewriteRule ^(.*)$ https://новый-домен.ru/$1 [R=301,L]

Здесь RewriteCond проверяет условие - какой домен запрашивается. RewriteRule задаёт само правило: ^(.*)$ захватывает весь путь после домена и подставляет его в новый адрес. Флаг R=301 указывает код ответа, L означает «последнее правило» - дальнейшие правила не применяются.

Сценарий 2: склейка www и без www

Поисковики видят site.ru и www.site.ru как разные сайты. Настроить 301 редирект для склейки:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.ваш-домен\.ru [NC]
RewriteRule ^(.*)$ https://ваш-домен.ru/$1 [R=301,L]

Сценарий 3: HTTP на HTTPS

Способ настройки переадресации с незащищённого протокола на защищённый через файл htaccess:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Условие RewriteCond %{HTTPS} off проверяет, что запрос пришёл не по HTTPS. Если пришёл по HTTP - сервера Apache выполняют перенаправление с подстановкой текущего хоста и пути.

Сценарий 4: редирект конкретной страницы

Если нужно сделать редирект одного URL на другой - проще использовать прямую директиву:

Redirect 301 /старая-страница/ https://ваш-домен.ru/новая-страница/

Для нескольких страниц перечисляйте строки друг за другом.

Типичные ошибки: пробелы в конце строк правил, кавычки-«ёлочки» вместо прямых, неправильное экранирование точек в доменах (точку нужно писать как \.). Если после правок сайт выдаёт 500 - откатите htaccess к резервной копии и ищите синтаксическую ошибку.

Другие способы настройки перенаправления

Файл .htaccess работает только на серверах Apache. Если вы хотите настроить переадресацию на Nginx, Windows-хостинге или без доступа к серверным файлам - воспользуйтесь альтернативными способами. Разберём каждый.

Панель управления хостингом

Большинство хостингов предоставляют встроенный интерфейс для редиректов в разделе «Домены» или «Перенаправления». Это самый доступный способ для тех, кто не хочет работать с кодом. Вы указываете старую страницу, новый домен или URL, выбираете тип (301 или 302) - панель управления сама записывает нужные правила. Минус - ограниченные возможности по сравнению с ручной настройкой.

PHP через функцию header()

Для разработчиков, которые управляют кодом напрямую. Помещается в начало PHP-файла, до любого вывода:

<?php
header("Location: https://новый-домен.ru/новая-страница/", true, 301);
exit();
?>

Способ надёжный, но требует редактирования кода. Подходит для точечных редиректов внутри приложений компании.

Плагины WordPress

Если сайт на WordPress - настроить перенаправление с одной страницы на другую можно с помощью плагинов без единой строки кода.

Redirection - самый популярный. Ведёт лог всех редиректов, отлавливает 404, позволяет делать редирект со страницы на новую страницу массово через импорт CSV.
Safe Redirect Manager - минималистичный, без лишних функций. Подходит для компании, которой нужна простая надёжная переадресация без статистики.

Плагины удобны, но добавляют нагрузку на базу данных. Если редиректов больше 200-300 - лучше настроить на уровне сервера.

JavaScript и meta refresh

Технически сделать редирект разными способами через JS или тег <meta http-equiv="refresh"> возможно, но это может навредить SEO. Поисковые роботы обрабатывают такие редиректы иначе, чем серверные. Google официально не рекомендует meta-редирект как замену 301. Используйте эти методы только как временное решение, если другие способы недоступны.

По надёжности методы выстраиваются так: серверные (.htaccess, Nginx config, PHP header) - самые надёжные и быстрые; плагины CMS - удобно, но зависят от работы сайта; панель хостинга - зависит от реализации провайдера; JavaScript/meta - наименее надёжные для SEO.

Редирект с сайта на другой сайт: пошаговый алгоритм переезда

пошаговый алгоритм переезда сайта с редиректом

Переезд сайта на новый домен - одна из самых рискованных операций с точки зрения SEO. Я видел, как компании теряли годами накопленный трафик именно из-за того, что делали всё второпях, без системы. Покажу алгоритм, который используем в студии.

Недавно помогали интернет-магазину строительного оборудования переезжать с технического домена на брендовый. Магазин работал несколько лет, накопил больше 400 страниц в индексе. Благодаря пошаговому подходу потери трафика в первый месяц составили меньше 10%, и через полтора месяца позиции восстановились полностью.

Шаг 1: подготовьте новый сайт

Прежде чем настраивать 301 редирект - убедитесь, что новый сайт полностью готов. Все страницы загружаются, контент на месте, SSL-сертификат установлен. Если вы хотите сохранить SEO-вес старых страниц, структура URL на новом домене должна повторять старую - либо у вас должна быть готова карта соответствий.

Шаг 2: составьте карту URL

Выгрузите все URL старого сайта (через Screaming Frog, Sitemap или Google Search Console). Для каждой старой страницы определите соответствующую новую страницу. Формат простой: две колонки в таблице - «старая страница» и «новая страница». Без этой карты вы рискуете отправить трафик главной страницы вместо нужного раздела интернет-магазина.

Шаг 3: настройте 301 редиректы всех страниц

Настроить перенаправление нужно для каждой индексируемой страницы, а не только для главной. Редиректы всех страниц на новый домен через .htaccess по правилам из предыдущего раздела. Для нестандартных соответствий (когда структура изменилась) - добавляйте отдельные строки Redirect 301 для каждого URL из карты.

Шаг 4: уведомите Google Search Console

Добавьте новый домен в Google Search Console и воспользуйтесь функцией «Изменение адреса» (в настройках ресурса). Это ускоряет обработку переезда поисковиком. Также подтвердите право собственности на оба домена - иначе функция недоступна.

Шаг 5: обновите sitemap и внутренние ссылки

Сгенерируйте новый sitemap с URL нового домена и загрузите его в Search Console. Обновите все внутренние ссылки на сайте - они должны вести на новые адреса напрямую, а не через редирект. Это содержание технического аудита после переезда: редиректные цепочки внутри сайта замедляют индексацию.

Шаг 6: следите за индексацией

После переезда ежедневно проверяйте Search Console - раздел «Покрытие» и «Эффективность». Обычная картина после переезда: первые 2-4 недели Google переиндексирует страницы, позиции могут колебаться. Полное восстановление по опыту нашей студии занимает от 4 до 10 недель в зависимости от размера сайта и авторитетности нового домена. Если через 2 месяца трафик не восстановился - ищите проблемы в карте редиректов или технические ошибки на новом домене.

Как проверить, что редирект работает правильно

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

Онлайн-сервисы для проверки

Самый быстрый способ - воспользоваться бесплатными онлайн-инструментами. Redirect Checker (redirect-checker.org) показывает полную цепочку перенаправлений с кодами ответа на каждом шаге. Вводите старый адрес и видите: откуда, куда, какой код. Именно так и нужно диагностировать проблемы.

Screaming Frog SEO Spider - более серьёзный инструмент. Он обходит весь сайт и собирает все редиректы разом. Удобно при переезде, когда страниц сотни. В отчёте сразу видно, какие URL возвращают 301, какие 302, где цепочки длиннее одного звена.

Для быстрой проверки в браузере - расширение Redirect Path (Chrome). Показывает коды ответа прямо в адресной строке при переходе по ссылке. Настроить 301 редирект и тут же убедиться в правильном коде - дело одной минуты.

Google Search Console

После переезда открываю отчёт «Покрытие» - там видно, какие страницы поисковые системы считают перенаправленными, какие проиндексированы по новому адресу, а какие всё ещё отдают старый URL. Инструмент проверки URL позволяет вручную проверить конкретную страницу и посмотреть, как Google её видит. Если редирект можно считать корректным - бот покажет конечный адрес назначения.

«Когда вы перемещаете сайт, нам требуется время, чтобы обновить наш индекс. В целом этот процесс занимает около 180 дней для больших сайтов. В это время мы рекомендуем сохранять перенаправления 301.» - Google Search Central

Это важный ориентир из опыта работы с переездами: редирект нельзя убирать сразу после того, как новый сайт заработал. Минимальный срок - полгода. На практике я рекомендую клиентам держать редиректы постоянно - хостинг стоит копейки, а потеря позиций из-за снятого перенаправления может привести к серьёзным потерям трафика.

Типичные проблемы и как их диагностировать

Три самые частые ошибки, с которыми я сталкивался:

Цепочки редиректов. URL A ведёт на B, B ведёт на C. Поисковые системы проходят такие цепочки, но теряют часть ссылочного веса на каждом звене. Правило: не более одного звена. Проверяется Redirect Checker - если видишь 2 и более промежуточных шага, нужно исправить.
Редирект-петля. A ведёт на B, B ведёт обратно на A. Браузер покажет ошибку «слишком много перенаправлений». Встречается при неаккуратной настройке правил в .htaccess - особенно при склейке www и HTTPS одновременно.
Неправильный код. Настроить переадресацию как 302 вместо 301 - распространённая ошибка. Поисковые системы воспринимают 302 как временное явление и не передают вес. Если сайт переехал навсегда, а стоит 302 - позиции не перейдут на новый адрес.

SEO и редирект: что важно учесть

SEO и редирект сохранение позиций при смене домена

Вопрос о влиянии редиректов на SEO - один из самых частых, которые задают клиенты компании перед переездом. Разберу официальную позицию и то, что реально работает на практике.

Официальная позиция Google по передаче веса

Google подтвердил: постоянный редирект 301 передаёт PageRank полностью. Это означает, что настроить 301 редирект со старой страницы на новый домен - правильное решение с точки зрения SEO. Ссылочный вес, накопленный старым URL, переходит на новый адрес. Содержание ссылочного профиля сохраняется - внешние ссылки, которые вели на старый сайт, продолжают работать через цепочку перенаправления.

На практике: после корректного переезда с 301-редиректами сайт восстанавливает позиции за 2-4 месяца. Без редиректов - трафик падает и возвращается значительно дольше, если возвращается вообще.

Когда редирект вредит SEO

Такое редирект-поведение, которое кажется логичным с технической стороны, может навредить ранжированию:

Слишком длинные цепочки перенаправления. Каждое звено - это потеря. Правило простое: один шаг от старого URL до нового.
Редирект всех страниц на главную. Один из самых разрушительных сценариев. Если при смене домена все страницы старого сайта ведут только на главную страницу нового - поисковые системы воспринимают это как некачественный переезд. Каждая старая страница должна вести на соответствующую новую страницу или на ближайший тематический раздел.
Редирект на нерелевантный контент. Перенаправление с карточки товара на категорию - уже потеря сигнала релевантности. На страницу «404» или общий раздел - ещё хуже.
Использование 302 вместо 301. Постоянный редирект должен быть именно 301. Код 302 сигнализирует поисковым системам, что перемещение временное, и они продолжают индексировать старый URL.

Список литературы

Apache HTTP Server Project - Redirecting and Remapping with mod_rewrite // Apache HTTP Server Documentation. - httpd.apache.org, 2024
MDN Web Docs - Redirections in HTTP // Mozilla Developer Network. - developer.mozilla.org, 2024
Google Search Central - Redirects and Google Search // Google for Developers. - developers.google.com, 2024
Google Search Central - Site Moves and Migrations // Google for Developers. - developers.google.com, 2024

Об авторе Андрей Зенков

Интернет-маркетолог и full-stack разработчик с 10-летним опытом в цифровой индустрии. Основатель веб-студии, специализирующейся на создании высоконагруженных проектов и SEO-продвижении для e-commerce и бизнеса.

Автор десятков экспертных материалов по технической оптимизации сайтов, серверной архитектуре и стратегиям роста в Google и Яндекс. В своей практике объединяет глубокие знания кода (PHP, Python) с маркетинговой аналитикой, помогая клиентам переходить от шаблонных решений к масштабируемым бизнес-системам.

Регулярно консультирует предпринимателей по вопросам digital-безопасности и повышению ROI веб-ресурсов.

Все публикации автора