Сохранение ссылочного веса при разделении домена: редиректы и каноникалы

Что может пойти не так при разделении домена (простыми словами)

Разделение домена — это когда часть сайта переносится на новый домен, а остальная часть остаётся. Раздел обычно делается по продукту (перенос линии продукта на отдельный домен) или по региону (перенос страновой секции на локальный домен).

Риск прост: сеть уже «знает» ваши старые URL. У них есть входящие ссылки, история и доверие. Если эти старые адреса вдруг ведут не туда, ведут в несколько мест или вообще никуда, вы можете потерять вес ранжирования, даже если контент физически остался.

Входящие ссылки обычно теряют ценность при разделении по трём причинам:

• Редиректы отсутствуют или ведут на общую страницу (например, на новую главную), и смысл ссылки размывается.
• Каноникалы посылают смешанные сигналы, указывая поисковикам на другую «основную» страницу.
• Внутренние ссылки всё ещё указывают на старый домен, поэтому вы постоянно подтверждаете старые адреса и замедляете обнаружение новых.

Успех выглядит скучно — и это хорошо: позиции немного колеблются, затем стабилизируются; органический трафик возвращается; страницы нового домена быстро индексируются без долгих проблем с «дубликатами» или «альтернативными страницами».

Основное правило для сохранения авторитета при разделении простое: у каждого старого URL должен быть один понятный пункт назначения, который соответствует намерению. Если старая страница была о конкретной функции продукта, она должна вести на соответствующую страницу функции на новом домене, а не на категорию.

Перед переносом сделайте быструю проверку здравого смысла. Убедитесь, что у каждого важного старого URL есть ровно один запланированный новый URL, соответствие легко объяснить одним предложением (та же тема, та же цель), и вы не создаёте ситуаций, где несколько старых URL «борются» за канонизацию одной новой страницы. Также подтвердите, что старый сайт не будет интенсивно ссылаться на теперь уже перемещённые страницы, и что у вас есть способ заметить ключевые страницы, выпадающие из индекса после запуска.

Решите границы разделения до настройки редиректов

Чаще всего раздел домена проваливается из-за неясного объёма. Прежде чем настроить хотя бы один 301, запишите точно, что переезжает, а что остаётся. Думайте в терминах реальных страниц, а не размытых понятий вроде «продукт» или «EU-сайт». Если у страницы есть входящие ссылки сейчас, ей нужен чёткий пункт назначения завтра.

Начните с перечисления URL, которые будут перенесены, и тех, которые должны остаться на текущем домене (включая страницы поддержки, документацию, цены, блог и любые целевые страницы высокой ценности). Здесь же выявляются серые зоны, например общий FAQ, который обслуживает обе части бизнеса.

Затем выберите форму разделения, которая соответствует поисковым привычкам пользователей и организации контента:

• Раздел по папкам: подходит, когда секция уже живёт под одним путём (example.com/product/). Обычно самый простой вариант.
• Раздел по субдоменам: полезен, если секция требует другой технологии или команды (product.example.com).
• Новый корневой домен: самая сильная сепарация, но и наибольший риск при неточном сопоставлении.

Прежде чем окончательно решиться, убедитесь, что новый домен готов к краулингу и ранжированию. Он должен использовать HTTPS, быть достаточно быстрым на мобильных устройствах и не блокироваться robots или случайными тегами noindex. Также настройте аналитику и поисковые инструменты, чтобы можно было сравнить «до» и «после».

Выберите короткое окно «заморозки» контента и изменений URL. Во время заморозки избегайте переименований, правок навигации и миграций CMS. Стабильная базовая линия облегчает поиск проблем.

Пример: если вы переносите «/fr/» на новый домен, решите, переезжают ли все французские страницы (включая справочные статьи), или только витрина. Одно такое решение меняет карту редиректов и правила внутренней перелинковки.

Постройте карту URL, сохраняющую смысл

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

Начните с таблицы, где перечислены все индексируемые URL старого домена, и добавьте колонку «новый URL». Стремитесь к 1:1 соответствию, когда это возможно. Если тема страницы сохраняется, целью должна быть ближайшая эквивалентная страница, а не категория или главная.

Сначала приоритезируйте самое важное: URL с уже имеющимся авторитетом и спросом. Поднимите их вверх таблицы, основываясь на имеющихся данных (топ-лендинги из аналитики, страницы с кликами в Search Console и списки страниц с сильными бэклинками). Ошибки сопоставления по этим страницам вредят быстрее всего.

Ваша таблица не должна быть красивой, но должна быть полной. Большинство команд фиксируют старый URL, новый URL, тип страницы и владельца, статус (сохранена/объединена/удалена с указанием причины) и простую чекбокс-проверку QA, что всё протестировано.

Проработайте крайние случаи заранее. Если продукт снят с продажи, редиректьте на ближайший заменитель (или на постоянную страницу «продукт снят»), а не на общую страницу. Если две старые страницы становятся одной, выберите лучшую целевую страницу и спланируйте, как сохранить потерянные детали на новой странице.

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

Руководящие принципы редиректов для защиты ссылочного веса

При разделении домена вы перемещаете не только страницы, но и доверие, которое другие сайты вам оказали. Если хотите сохранить эту ценность, ваши редиректы должны быть простыми, прямыми и единообразными.

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

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

Используйте эти правила:

• Редиректьте каждый индексируемый старый URL на один наилучший новый URL.
• Оставляйте только один прыжок: старый URL → финальный URL (никаких цепочек).
• Протестируйте петли (A → B, затем обратно в A) до запуска.
• Не смешивайте сигналы: избегайте редиректов со старых URL, которые при этом возвращают каноникал на другую страницу.
• Поддерживайте редиректы долгосрочно — месяцы и годы, а не недели.

Пример: если ваш EU-продукт переезжает на новый домен, старая статья с обзором, ссылающаяся на /eu/product-x, должна редиректиться на новую /product-x (EU) страницу, а не на общий /eu лендинг.

Правила каноникализации для разделённых сайтов

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

Используйте rel=canonical, когда две URL показывают по сути одинаковый контент (тот же продукт, тот же текст, то же намерение) и вы хотите, чтобы индексировалась одна версия. Не заменяйте ими редирект. Если страница действительно перемещена, 301 — более ясный сигнал.

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

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

Держите версии URL консистентными, чтобы каноникалы не дробили сигналы:

• Только HTTPS
• Один хост (www или без WWW)
• Единый стиль завершающего слэша
• Не индексируйте одновременно «чистые» URL и их версии с параметрами

Пример: вы переносите /product/x на новый домен. Старая URL 301 ведёт на новую. Новая страница имеет самоканоникал на свой HTTPS-предпочитаемый адрес. Внутренние ссылки и sitemap указывают только на эту предпочитаемую версию, а не на альтернативы.

Правила внутренней перелинковки после разделения

Внешние бэклинки получают основное внимание, но внутренние ссылки решают, где краулеры проводят время и какие страницы кажутся «самыми важными». Обрабатывайте внутреннюю перелинковку как контролируемую передачу, а не как постепенное дрейфование.

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

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

Сконцентрируйтесь в первую очередь на:

• Навигации, футере, хлебных крошках и путях категорий
• Контекстных ссылках внутри основного текста (блоги, справки, сравнительные страницы)
• Удалении ссылок на старый домен, которые продолжают крутить пользователей вокруг перенесённой секции вместо того, чтобы переводить их на новый домен
• Публикации отдельных XML-карт сайта (по одной на домен)

Пример: при переносе «/eu/» на новый домен убедитесь, что хлебные крошки и шапка EU-страниц указывают на новый домен, а US-страницы продолжают ссылаться на внутренний US-контент. Не оставляйте глобальный футер, который по привычке ссылается на старые EU-страницы «потому что так проще».

Проверки на уровне страниц и техническая консистентность

Редиректы могут быть идеальными, но ценность всё равно будет «утекать», если новые страницы не выглядят настоящими заменами. Поисковики сравнивают намерение, структуру страницы и технические подсказки на обоих доменах.

Сделайте оформленные страницы перемещёнными по одной и той же логике. Используйте единый шаблон для заголовков, H1 и метаописаний, чтобы новый домен не выглядел как другой сайт для тех же запросов. Сохраняйте естественность в формулировках, но роль страницы должна оставаться прежней (страница продукта остаётся страницей продукта, страница местоположения — страницей местоположения).

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

Проведите тщательную техническую проверку на новом домене:

• Structured data: убедитесь, что все поля URL (например "url", "@id", "logo") указывают на корректный домен и предпочитаемую версию страницы.
• Каноникалы: проверьте, что каждая перенесённая страница самоканонизирует на свой новый URL (если только вы сознательно не используете другую каноническую настройку).
• Hreflang: если используете, убедитесь, что языковые или региональные альтернативы ссылаются на правильный домен для каждого рынка.
• Контроль индексирования: подтвердите, что meta robots и заголовки X-Robots-Tag случайно не установлены в noindex.
• Медиа и скрипты: убедитесь, что ключевые ресурсы загружаются и не блокируются.

Пример: при переносе /uk/support на новый UK-домен, новая страница должна сохранять цель «поддержка», а не превращаться в продающую. Сохраняйте FAQ и контакты, обновите URL в структурированных данных и установите hreflang на UK-домен для en-GB, в то время как другие регионы указывают на свои корректные домены.

Реалистичный пример разделения (по продукту или региону)

Пример 1: перенос линейки продукта на новый брендовый домен

SaaS-компания имеет один основной сайт (example.com). Со временем продукт «Analytics» выходит в самостоятельный бренд, и его переносят на новый домен (analyticsbrand.com). Цель — сохранить авторитет от обзоров, партнёрских страниц и упоминаний в блогах, которые уже ссылаются на example.com.

Они начинают с простого правила: если страница в основном про Analytics, ей ставят 1:1 редирект на ближайшую соответствующую страницу на новом домене. Если страница более общая (новости компании, вакансии, общая документация), она остаётся.

Типичные решения в карте сопоставления:

• Страницы продукта: example.com/analytics/features → analyticsbrand.com/features
• Цены: example.com/analytics/pricing → analyticsbrand.com/pricing (избегайте редиректов на главную)
• Блог-посты: сохраняйте общие посты о SEO/стратегии на example.com, но перенаправляйте туториалы, чисто про Analytics, на новый домен
• Документация поддержки: редиректьте только те документы, которые относятся к Analytics; общие платформенные документы оставьте на исходном домене
• Сравнительные страницы: редиректьте, если сравнение про Analytics; иначе обновите внутренние ссылки и оставьте страницу там, где она логично вписывается

Совместные ресурсы требуют дополнительной аккуратности. Для изображений и PDF решите один «владельческий» домен. Если файлы остаются на example.com, убедитесь, что новый сайт на них ссылается последовательно и не создаёт цепочек (старый URL → промежуточный → финальный). Для общих страниц вроде юридических условий выберите один канонический вариант и давайте ссылку на него с другого сайта вместо публикации двух конкурирующих копий.

Пример 2: перенос странового сайта на региональный домен

При переносе example.com/de/ на example.de относитесь к каждому локальному URL как к отдельному проекту сопоставления. Сохраняйте соответствие языка и намерения: немецкая страница продукта на немецкой странице продукта, а не на английском запасном варианте.

Распространённые ошибки, которые губят бэклинки

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

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

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

Следите за такими паттернами:

• Отсутствие одно-к-одному карты URL до запуска
• «Поймать всё» редиректы на главную вместо ближайшей соответствующей страницы
• 301 редиректы на страницу B, в то время как каноникал на странице B указывает на страницу A
• Внутренние ссылки всё ещё указывают на старый домен
• Одновременное изменение структуры URL и переписывание контента во время разделения

Конфликтующие сигналы особенно дорого обходятся. Например, если /product/widget на старом домене 301-редиректится на newdomain.com/widget, а каноникал новой страницы указывает на старую URL (или на другой путь), по сути вы просите Google игнорировать редирект.

Чеклист мониторинга на первые 30–90 дней

Разделение не «завершается», когда редиректы включены. Следующие 30–90 дней — когда поисковики проверяют ваши изменения, и мелкие ошибки могут тихо лишать вас авторитета.

Сохраните базовую линию за неделю до запуска: топовые органические входные страницы, небольшой набор приоритетных ключевых фраз и наиболее ссылаемые URL. Потом сравнивайте с этим эталоном.

Еженедельные проверки (на обоих доменах)

Делайте одно и то же еженедельно в первый месяц, затем через неделю — до 90 дней:

• Покрытие индекса и ошибки краулинга: следите за всплесками «Not found (404)», ошибками редиректов или резким падением индексируемых страниц.
• Топ ссылаемых страниц: подтвердите, что каждая из них ведёт на предполагаемую новую страницу (а не на главную) одним чистым редиректом.
• Позиции: отслеживайте небольшой набор запросов, связанных с перенесённым продуктом/регионом, плюс пару брендовых запросов.
• Органические входные страницы и трафик: сравните, какие страницы получают визиты сейчас и какие были раньше.
• Цепочки редиректов и 404: найдите «A → B → C», петли и любые старые URL, возвращающие 404.

Затем попытайтесь прочитать историю, которую рассказывают данные. Например, если старая «/pricing» сильно ссылалась и теперь редиректит на общий «/plans», а позиции упали и время на странице сократилось, это сигнал, что цель не соответствует намерению. Исправление целевой страницы часто восстанавливает показатели быстрее, чем ожидание.

Тревожные сигналы, требующие срочных правок в тот же день

Обращайте внимание и быстро действуйте при следующих ситуациях:

• Топовая ссылаемая страница редиректит на главную или несоответствующую категорию
• Много 404 на URL, которые раньше получали ссылки или трафик
• Резкий рост индексированных старых доменных URL, которые должны были быть редиректнуты
• Цепочки длиннее одного прыжка для важных URL

Дальше: стабилизируйте, затем наращивайте авторитет на новом домене

После разделения первая задача — стабильность. Держите всё стабильно достаточно долго, чтобы Google и пользователи усвоили новую «форму» вашего сайта. Затем работайте над ростом.

Простая временная шкала:

• До запуска (1–2 недели): заморозьте крупные изменения контента, подтвердите финальную карту редиректов и убедитесь, что новый домен имеет чистые индексируемые страницы (нет случайных noindex, не заблокированы папки). Последний проход — проверьте, что ключевые страницы нового домена имеют правильные внутренние ссылки на них.
• Неделя запуска: включите редиректы, обновите внутренние ссылки и проверяйте базовые вещи ежедневно (ошибки краулинга, петли редиректов, резкие падения трафика, страницы, индексирующиеся на неправильном домене). Ожидайте колебаний в позициях.
• Недели 2–4: исправляйте паттерны, а не одиночные случаи. Расширяйте покрытие редиректов там, где нужно, заменяйте редиректы на главную конкретными соответствиями и держите контент в основном стабильным, пока сигналы успокаиваются.
• Месяцы 2–3: когда индексирование станет стабильным, начните улучшать страницы (контент, UX, скорость). Также можно безопасно тестировать новые пути внутренней перелинковки и добавлять новые страницы на новом домене.

Держите «поймать всё» редиректы только как временную подстраховку, потом заменяйте их постраничными редиректами, когда подтвердите, какие URL реально попадают в трафик. И если партнёрский сайт ссылался на старую URL через месяцы после запуска, не паникуйте — оставьте эти редиректы работать долгосрочно, чтобы поздние ссылки всё ещё передавали ценность новому сайту.

Даже при чистых редиректах и каноникалaх новый домен часто нуждается в свежих сигналах. Если планируете получить премиум-бэклинки после переноса, делайте это после того, как разделение стало стабильным, чтобы эти ссылки укрепляли правильные страницы. Для команд, которые хотят более предсказуемого пути к размещениям на авторитетных ресурсах, SEOBoosty (seoboosty.com) — один из вариантов: вы выбираете домены из кураторского инвентаря и направляете обратную ссылку на конкретные новые URL, которые хотите продвигать.