Передача траста домена при редиректе — это процесс переноса авторитетности, ссылочного веса и позиций старого домена на новый с помощью постоянной переадресации (301 Moved Permanently). Правильно настроенный 301-редирект передает до 90–95% ссылочного веса. Неправильный — обнуляет годы работы.
Ключевые факты
- 301 редирект передаёт 90-99% ссылочного веса — но не 100%, потери неизбежны
- Цепочки редиректов снижают передачу: каждый промежуточный шаг = дополнительные потери
- Тематическое соответствие старого и нового домена влияет на сохранение позиций
- Яндекс обрабатывает редиректы медленнее Google — восстановление позиций занимает 2-4 месяца
- Перед миграцией: полная карта URL старого сайта → новые URL, без потерянных страниц
- После миграции: мониторинг 404 в Вебмастере и GSC ежедневно первые 2 недели
- Дроп-домены с историей: проверяйте через Wayback Machine и Пиксель Тулс на спамный бэкграунд
Главное: Переезд на новый домен — один из самых рискованных процессов в SEO.
Что такое передача траста домена при редиректе
Переезд на новый домен — один из самых рискованных процессов в SEO. Индексация нового домена в Google занимает 1–2 недели, в Яндексе — до нескольких апдейтов (1–2 месяца). Полная «склейка» доменов в поиске может растянуться на 3–6 месяцев. За это время можно потерять значительную часть трафика — или не потерять ничего, если сделать все правильно.
Трастовость домена — это совокупность сигналов, которые алгоритм накапливал годами: ссылочный профиль, поведенческая история, возраст, тематическое соответствие входящих ссылок. Все это привязано к конкретному доменному имени.
Когда старый домен отдает 301-редирект на новый, поисковик получает сигнал: «этот ресурс переехал навсегда». Алгоритм начинает переоценку — постепенно переносит накопленные сигналы с одного URL-пространства на другое.
Важно понимать: это не мгновенный перенос «авторитета как числа». Это переоценка нового домена с учетом того, что он является преемником старого. Разница принципиальная — именно поэтому результат непредсказуем на 100% и зависит от десятков факторов.
Что реально передается через 301: ссылочный вес входящих ссылок на старый домен, часть поведенческой истории на уровне URL (при условии сохранения структуры), тематическая релевантность ссылочного профиля.
Что не передается или передается частично: брендовые запросы (нужно время на переассоциацию), локальные геосигналы, накопленная история кликов в выдаче по конкретным запросам.
Из моей практики: самая частая ошибка — ожидание мгновенного результата. Клиенты рассчитывают, что через неделю после настройки редиректа позиции нового домена будут идентичны старому. В реальности первые 2–4 недели — это провал: старые URL выпадают из индекса быстрее, чем новые набирают вес. Я всегда предупреждаю: закладывайте 30–40% просадку трафика в первый месяц — это нормальная динамика при корректной миграции.
Отдельная история — передача траста при покупке дроп-доменов. В 2026 году Яндекс стал значительно жёстче к таким схемам. Алгоритм анализирует тематическую преемственность: если домен стоматологической клиники редиректится на сайт по продаже стройматериалов — ссылочный вес обнуляется. Я проверяю историю доменов через Wayback Machine и Keyso перед любой рекомендацией по поглощению.
Ещё один нюанс, который упускают: при склейке доменов Google учитывает не только ссылки, но и накопленные сигналы E-E-A-T. Если старый домен имел авторитетные публикации, цитирования в СМИ, упоминания экспертов — часть этого «репутационного капитала» переносится. Но только при условии, что контент нового домена поддерживает ту же экспертную тематику.
Зачем нужна переадресация домена и передача траста
Три основных сценария, когда это необходимо.
Смена домена по бизнес-причинам. Ребрендинг, смена названия компании, переход с .ru на .com или наоборот. Без редиректа — весь трафик со старого домена теряется мгновенно.
Технический переезд. Смена CMS, переход на новую архитектуру URL, объединение нескольких доменов в один. Здесь редирект — обязательный элемент, без него поисковик воспринимает старые и новые URL как разные страницы.
Поглощение домена-донора. Покупка домена с историей ради ссылочного профиля. Самый рискованный сценарий — алгоритм хорошо распознает искусственные поглощения без реального контентного преемства.
В любом из этих сценариев 301-редирект — не опция, а необходимость. Оставить старый домен без переадресации значит бесплатно отдать весь накопленный авторитет конкурентам, которые могут выкупить домен позже.
Виды редиректов: что передает трафик и что передает траст
| Тип редиректа | Код ответа | Передача траста | Когда использовать |
|---|---|---|---|
| Постоянный редирект | 301 | До 90–95% | Переезд домена, смена URL навсегда |
| Временный редирект | 302 | Минимальная / нет | Временные технические работы |
| Редирект через meta refresh | — | Не передает | Не использовать для SEO |
| JavaScript-редирект | — | Частично / нет | Не использовать для SEO |
| 307 Temporary Redirect | 307 | Нет | Временное перенаправление (HTTP/1.1) |
| 308 Permanent Redirect | 308 | До 90–95% | Аналог 301 для POST-запросов |
Напрямую влияет на: 302 и временные редиректы не сигнализируют алгоритму о постоянном переезде. Google и Яндекс продолжают индексировать старый URL как основной. Если нужна передача траста — только 301 (или 308 для специфических случаев).
На практике я сталкиваюсь с путаницей между 301 и 302 буквально в каждом втором проекте. Разработчики ставят 302, потому что «это же тоже редирект». Но для поисковой системы разница принципиальна. Проверяю это в первые минуты аудита через Screaming Frog: если вижу массовые 302 при переезде — это первое, что нужно исправить. В одном проекте замена 302 на 301 для 1 200 URL дала возврат 60% потерянного трафика за три недели — без каких-либо других изменений.
Отдельно скажу про JavaScript-редиректы. Технически Googlebot умеет их обрабатывать, но с задержкой: сначала бот видит исходную страницу, потом рендерит JS, потом обнаруживает перенаправление. Это замедляет переиндексацию и создаёт конфликт сигналов. В Яндексе ситуация хуже — Яндекс-бот обрабатывает JS-рендеринг менее надёжно. Для SEO-целей всегда настраивайте редиректы на уровне сервера, а не через клиентский код.
Как передать трафик: пошаговая инструкция по настройке 301-редиректа
Шаг 1. Подготовьте карту URL старого домена
Выгрузите все проиндексированные URL старого домена через Google Search Console и Яндекс Вебмастер. Это полный список страниц, на которые нужно настроить редиректы. Не упустите страницы, которые получают внешние ссылки — они особенно важны.
Шаг 2. Создайте соответствия URL
Для каждого URL старого домена определите соответствующий URL нового. Идеальный вариант — сохранить структуру URL один в один: /catalog/product-name/ → /catalog/product-name/. Если структура меняется — сопоставьте вручную по тематике страниц.
Никогда не делайте общий редирект всего домена на главную страницу. Это один из самых частых и разрушительных ошибок: ссылочный вес отдельных страниц не переносится, алгоритм воспринимает это как 404 со сменой кода.
Шаг 3. Настройте редиректы на уровне сервера
Для Apache (.htaccess):
# Редирект всего домена
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain.ru$ [NC]
RewriteRule ^(.*)$ https://new-domain.ru/$1 [R=301,L]
# Редирект конкретной страницы
Redirect 301 /old-page/ https://new-domain.ru/new-page/Для Nginx (nginx.conf):
server {
server_name old-domain.ru;
return 301 https://new-domain.ru$request_uri;
}Шаг 4. Проверьте редиректы перед запуском
Используйте инструмент проверки заголовков (например, redirect-checker.org или curl) — убедитесь что каждый URL отдает именно 301, а не 302 или цепочку редиректов. Цепочки (301 → 302 → 301) теряют часть веса на каждом звене.
Шаг 5. Обновите внутренние ссылки на новом домене
Все внутренние ссылки на новом сайте должны вести на новые URL напрямую, без промежуточных редиректов. Редиректы на внутренние ссылки замедляют сканирование и снижают эффективность передачи краулингового бюджета.
Шаг 6. Обновите внешние ссылки где возможно
Свяжитесь с ключевыми донорами и попросите обновить ссылки на новый URL. Редирект передает вес, но прямая ссылка работает эффективнее. Приоритет — доноры с высоким трастом и тематически релевантные.
Действия в Яндекс Вебмастере и Google Search Console
Google Search Console:
Добавьте новый домен как отдельный ресурс и подтвердите права. После настройки редиректов используйте инструмент «Смена адреса» (Change of Address) — он ускоряет обработку переезда. Путь: Настройки → Смена адреса. Инструмент доступен только после того, как 301-редирект уже настроен и новый домен подтвержден.
Добавьте новый XML Sitemap в GSC нового домена. Запросите повторную индексацию ключевых страниц через инструмент проверки URL.
Яндекс Вебмастер:
Добавьте новый сайт и подтвердите. Используйте инструмент «Переезд сайта» (Настройки → Переезд сайта) — укажите старый и новый домен. Яндекс обрабатывает переезд через апдейты, поэтому полная склейка занимает больше времени, чем в Google.
Важно: не удаляйте старый домен из Вебмастера до завершения склейки. Мониторьте индексацию обоих доменов параллельно.
Есть нюанс, который я выявил на собственных проектах: инструмент «Переезд сайта» в Яндекс Вебмастере работает медленнее, если у старого домена были проблемы с индексацией (много страниц в статусе «Исключено»). В таких случаях перед подачей заявки на переезд стоит вычистить индекс старого домена — убрать дубли, noindex-мусор, битые ссылки. Чистый старый домен склеивается быстрее.
Ещё одна рекомендация: после подачи заявки на переезд в обоих инструментах — не вносите изменений в структуру URL нового домена минимум 2–3 месяца. Любые изменения URL на новом домене во время активной склейки создают тройной сигнал (старый URL → новый URL → ещё более новый URL), который алгоритм обрабатывает крайне медленно. Планируйте архитектуру нового домена заранее, до миграции.
Частые ошибки при передаче траста
Редирект на главную вместо соответствующих страниц. Алгоритм воспринимает это как soft 404. Ссылочный вес конкретных страниц не переносится.
Использование 302 вместо 301. Временный редирект — временное решение в глазах поисковика. Старый домен остается в индексе как основной.
Удаление старого домена сразу после настройки редиректа. Редиректы должны работать минимум 6–12 месяцев. Пока происходит склейка — бот регулярно возвращается к старым URL.
Цепочки редиректов. Каждый дополнительный шаг в цепочке снижает передаваемый вес и замедляет сканирование.
Несоответствие протоколов. Редирект с HTTP на HTTPS нужно настраивать отдельно — и делать это до редиректа на новый домен, иначе получается двойная цепочка.
Игнорирование канонических тегов. Если на новом домене остались canonical, ссылающиеся на старый домен — это конфликт сигналов для алгоритма.
Добавлю ещё две ошибки, которые вижу регулярно. Первая — отсутствие мониторинга после переезда. Настроили редиректы, активировали «Смену адреса» в GSC — и забыли. А через месяц выясняется, что 15% URL отдают 404, потому что при обновлении сайта часть правил в .htaccess перезаписалась. Я рекомендую ежедневный мониторинг через GSC первые две недели и еженедельный — следующие два месяца.
Вторая ошибка — редирект без обновления XML Sitemap. Старый sitemap продолжает отдавать URL старого домена, новый sitemap либо не создан, либо содержит только часть страниц. Поисковый бот получает противоречивые сигналы: редирект говорит «переехали», а sitemap — «мы всё ещё здесь». Это замедляет склейку на недели.
Из моего опыта работы с проектами на WordPress: плагины типа Redirection удобны для управления правилами, но они работают на уровне PHP, а не сервера. Каждый редирект — это полный цикл загрузки WordPress, что увеличивает TTFB и нагрузку на сервер. При массовых миграциях (от 500 URL) переносите правила в nginx.conf или .htaccess — это на порядок быстрее и не зависит от работоспособности CMS.
Чек-лист переезда домена
Перед переездом:
- Полная выгрузка индексированных URL старого домена
- Карта соответствий URL (старый → новый)
- Новый домен добавлен и подтвержден в GSC и Вебмастере
- Новый XML Sitemap готов
В день переезда:
- 301-редиректы настроены на уровне сервера
- Все редиректы проверены инструментом (код 301, без цепочек)
- Внутренние ссылки нового сайта обновлены на прямые URL
- Инструмент «Смена адреса» в GSC активирован
- Инструмент «Переезд сайта» в Яндекс Вебмастере активирован
После переезда (мониторинг):
- Еженедельный контроль позиций первые 2 месяца
- Мониторинг индексации нового домена в GSC
- Контроль исчезновения старых URL из индекса
- Обновление ссылок у ключевых доноров
Типичные ошибки при настройке 301 редиректов
1. Цепочки редиректов (A → B → C). Каждое промежуточное звено в цепочке отнимает часть ссылочного веса и увеличивает время ответа сервера. Если страница прошла через два-три редиректа подряд, поисковый бот может вообще прекратить следовать по цепочке, а пользователь увидит заметную задержку загрузки. Проверяйте все URL через Screaming Frog или curl — допустим только один 301 между старым и новым адресом.
2. Редирект на главную вместо релевантной страницы. Массовый 301 всех URL старого домена на главную нового — классическая ошибка «ленивой миграции». Поисковик трактует это как soft 404: страница формально отвечает 200, но контент не соответствует запросу. В результате ссылочный вес, накопленный отдельными страницами, просто теряется. Каждый старый URL должен вести на тематически соответствующий новый.
3. Потеря параметров URL при редиректе. Если старые URL содержали GET-параметры (фильтры, UTM-метки, пагинация), а правило редиректа их обрезает — часть проиндексированных страниц окажется без корректного перенаправления. В .htaccess используйте QSA (Query String Append), в Nginx — переменную $args, чтобы параметры передавались на новый URL без потерь.
4. Редирект с www на без-www (или наоборот) не настроен. Поисковики воспринимают www.domain.ru и domain.ru как два разных хоста. Если при переезде забыли настроить 301 между ними — половина входящих ссылок и закладок пользователей ведёт на версию без перенаправления. Обе версии старого домена должны отдавать 301 на единый канонический адрес нового. Аналогичная проблема возникает при дублях URL, когда одинаковый контент доступен по нескольким адресам.
5. Массовый 301 при миграции без карты URL. Переезд на новую CMS или структуру без предварительной карты соответствий «старый URL → новый URL» — гарантированная потеря трафика. Я видел проекты, где при смене CMS терялось 40–60% органики просто потому, что никто не составил таблицу маппинга. Перед миграцией выгрузите все проиндексированные URL через GSC и Яндекс Вебмастер и сопоставьте каждый с новым адресом вручную.
6. Забыли обновить sitemap.xml после настройки редиректов. Старый sitemap продолжает отправлять поисковому боту URL, которые уже отдают 301. Бот тратит краулинговый бюджет на обход редиректов вместо индексации нового контента. Сразу после настройки переадресации замените sitemap: в нём должны быть только актуальные URL нового домена. Загрузите обновлённый файл в GSC и Яндекс Вебмастер.
Чеклист миграции сайта без потери трафика
Миграция домена — процесс, в котором забытый пункт стоит месяцев восстановления позиций. Я использую этот чеклист на каждом проекте технической оптимизации, связанном с переездом. Пройдите все 8 пунктов последовательно.
- Составьте полную карту URL: старый адрес → новый адрес. Выгрузите все проиндексированные страницы из GSC и Яндекс Вебмастера. Добавьте страницы с входящими ссылками (данные из Keyso или Пиксель Тулс). Для каждого старого URL пропишите конкретный новый. Ни один URL не должен остаться без пары — иначе он превратится в 404.
- Настройте 301-редирект для каждой страницы индивидуально. Массовый редирект через
RewriteRule ^(.*)$работает только если структура URL сохраняется один в один. Если структура меняется — пропишите каждое правило вручную или через CSV-импорт в конфигурацию сервера. Проверьте, что каждый URL отдаёт ровно один 301 без цепочек. - Проверьте все редиректы через Screaming Frog перед запуском. Загрузите список старых URL в режиме List Mode и просканируйте. Все должны отдавать 301 с корректным целевым адресом. Если видите 302, 404 или цепочки — исправьте до запуска. Одна ошибка на этом этапе обходится дешевле, чем неделя потерянного трафика после.
- Обновите sitemap.xml на новом домене. Создайте новый sitemap только с актуальными URL нового сайта. Удалите старый sitemap из панелей вебмастеров. Проверьте, что robots.txt нового домена ссылается на правильный файл sitemap и не блокирует важные разделы.
- Уведомите Google Search Console и Яндекс Вебмастер о переезде. В GSC: Настройки → Смена адреса — укажите новый домен. В Яндекс Вебмастере: Настройки → Переезд сайта. Оба инструмента требуют, чтобы 301-редирект уже работал и новый домен был подтверждён. Не удаляйте старый домен из панелей до полного завершения склейки.
- Мониторьте метрики минимум 3 месяца после миграции. Первые 2 недели — ежедневно: отслеживайте рост 404 в обеих панелях, проверяйте индексацию новых URL, следите за динамикой позиций. Следующие 2,5 месяца — еженедельно. Фиксируйте просадку трафика: до 30–40% в первый месяц — нормально, свыше 50% — ищите проблемы в настройке редиректов.
- Проверьте индексацию нового домена. Через 2–4 недели после запуска убедитесь, что новые URL появляются в индексе, а старые постепенно из него исчезают. Используйте оператор
site:new-domain.ruв Яндексе и Google. Если новые страницы не индексируются — проверьте robots.txt, мета-теги noindex и корректность canonical на новом домене. Полезно также свериться с SEO-чеклистом, чтобы не упустить технические детали. - Следите за ростом 404 и оперативно закрывайте пробелы. Даже при тщательной подготовке карты URL часть страниц неизбежно «всплывает» позже — внешние ссылки на нестандартные URL, параметризованные страницы, старые версии sitemap в кэше поисковиков. Настройте алерты на рост 404 в GSC и Вебмастере. Каждую новую 404-ошибку закрывайте редиректом на ближайшую релевантную страницу, а не на главную. Обратите внимание на Core Web Vitals нового домена — после миграции скорость загрузки может измениться, и это влияет на ранжирование.
Частые вопросы о передаче траста при редиректе
Проверю сайт по 120+ параметрам и дам план исправлений. Заказать SEO-аудит.
Как настроить редирект на домене?
Через файл .htaccess на Apache-сервере: Redirect 301 / https://new-domain.ru/. На Nginx — через директиву return 301 в конфигурации сервера. Для CMS (WordPress, Битрикс) — через плагины или встроенные инструменты переадресации.
Что произойдет, если перенести домен?
При правильной настройке 301-редиректа трафик и позиции постепенно перейдут на новый адрес. Google обрабатывает переезд за 1–2 недели, Яндекс — до 1–2 месяцев. Полная стабилизация позиций — 3–6 месяцев.
Как сделать редирект с одного домена на другой на Тильде?
В настройках сайта Tilda → Домен → раздел «Редирект» — укажите старый домен и новый URL. Тильда настраивает 301-редирект автоматически на своем уровне.
Как сделать переадресацию с одного домена на другой на Рег.ру?
В панели управления Рег.ру → «Домены» → выберите домен → «DNS и редиректы» → «Добавить редирект». Укажите тип 301 и целевой URL. Изменения применяются в течение нескольких часов.
Сколько времени нужно держать 301-редирект активным?
Минимум 6–12 месяцев, а лучше — бессрочно, пока вы контролируете старый домен. Google рекомендует не менее года для полного переноса сигналов. Яндекс обрабатывает склейку медленнее, и преждевременное отключение редиректа может привести к потере переданного веса. Если срок регистрации старого домена истекает — продлите его хотя бы на год после переезда.
Можно ли передать траст через 302 редирект?
Формально Google заявляет, что со временем начинает обрабатывать длительный 302 как 301. Но на практике это ненадёжный механизм: Яндекс вообще не склеивает домены через 302, а Google делает это с непредсказуемой задержкой. Для целей передачи траста используйте только 301 — это однозначный сигнал для обоих поисковиков, что переезд постоянный.
Теряется ли ссылочный вес при 301 редиректе?
Да, небольшая часть веса теряется всегда. По разным оценкам и экспериментам, 301 передаёт от 90 до 99% ссылочного веса — точная цифра зависит от тематического соответствия страниц, качества ссылочного профиля и скорости обработки поисковиком. Цепочки редиректов увеличивают потери кратно: два звена — это уже потенциально 80–90% от исходного веса.
Как проверить, что 301 редирект работает корректно?
Используйте несколько инструментов параллельно. Через командную строку: curl -I https://old-domain.ru/page/ — в ответе должен быть заголовок HTTP/1.1 301 Moved Permanently и Location: https://new-domain.ru/page/. Через Screaming Frog: загрузите список старых URL в режиме List Mode и проверьте статус-коды. Через Пиксель Тулс: массовая проверка HTTP-заголовков покажет цепочки и ошибки. Главное — убедиться, что нет 302 вместо 301 и нет промежуточных звеньев в цепочке.