Миграция домена без потери SEO: редиректы и canonical

Что происходит с SEO, когда вы меняете домен

Смена домена для поисковика почти как переезд магазина на другую улицу. Контент может быть тем же, но адреса меняются, и системе нужно время, чтобы снова связать старые сигналы (ссылки, поведение, историю) с новым местом. Поэтому переезд без потери SEO - это не одна настройка редиректов, а снижение рисков на каждом шаге.

Чаще всего ломается базовая техника: часть URL начинает отдавать 404, редиректы ведут не туда, появляются цепочки (старый URL -> промежуточный -> новый), теряются UTM и другие параметры, меняется структура внутренних ссылок. Иногда «съезжают» мета-теги или шаблоны, и вместе с ними падает релевантность. Отдельная проблема - когда и старый, и новый домен доступны без понятного сигнала, где оригинал. Тогда поисковик может считать это дублями.

Даже если «все сделали правильно», трафик часто проседает на 2-6 недель. Причина простая: переобход и перенос сигналов занимают время. Часть запросов временно теряет позиции, пока поисковик проверяет, что новый домен стабилен, а страницы совпадают по смыслу. Чем больше сайт и чем больше URL, тем заметнее колебания.

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

До и после миграции фиксируйте и сравнивайте метрики:

• органический трафик по дням и по ключевым страницам
• позиции по приоритетным запросам
• количество проиндексированных страниц и долю «мусора» (параметры, копии)
• ошибки сканирования: 404, 500, «редирект на редирект»
• долю страниц с правильным canonical и корректными редиректами

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

Подготовка: что собрать до переезда

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

Сначала разберите сайт на типы страниц и шаблоны: главная, разделы, карточки, статьи, теги, поиск, страницы фильтров, служебные (404, политика), а также любые посадочные страницы из рекламы. Такой разбор помогает не забыть «маленькие» страницы, которые стабильно приносят трафик.

Дальше выгрузите список текущих URL. Нужны не только «красивые» адреса из меню, но и хвосты: пагинация, UTM и другие параметры, варианты со слэшем и без, http/https, www/без www. Если на сайте есть фильтры и сортировки, заранее решите, какие параметры должны индексироваться, а какие должны схлопнуться в один канонический адрес.

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

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

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

Карта соответствий URL: основа плана редиректов

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

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

Как выбирать целевой URL

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

Проверьте карту по типовым ситуациям:

• Страница переехала без изменений: старый URL -> новый URL 1 к 1.
• Две-три страницы объединили в одну: все старые URL -> одна новая, максимально релевантная.
• Страницу удалили совсем: ведите на ближайший аналог только если он честно закрывает потребность, иначе лучше вернуть 404/410 (и убрать внутренние ссылки).
• Поменялась структура (например, другой формат адресов): убедитесь, что для каждого старого адреса есть точное правило сопоставления.

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

301 редиректы: как настроить без цепочек и ошибок

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

Выберите один канонический вариант адресов и приведите к нему все входы. Решите заранее: HTTPS или HTTP (почти всегда HTTPS), www или без www, нужен ли слэш в конце. Затем настройте редиректы так, чтобы любой альтернативный вариант сразу приводил к финальному адресу на новом домене.

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

Проверьте настройку быстрым прогоном важных страниц:

• Старый URL должен вести сразу на новый URL, одним шагом.
• Ответ сервера на старом домене: 301, на новом: 200.
• Не должно быть переадресаций между www и без www по кругу.
• Один стандарт для слэша: либо всегда со слэшем, либо всегда без.
• Отдельно проверьте популярные страницы из поиска и рекламных кампаний.

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

Canonical: чтобы поисковик понял, где оригинал

Canonical нужен там, где один и тот же контент доступен по разным URL. При смене домена это особенно важно: даже если 301 редиректы настроены, поисковик какое-то время может видеть старые и новые адреса одновременно и выбрать не тот вариант основным. Поэтому canonical работает как явная подсказка, какой URL считать оригиналом.

После переезда canonical на каждой индексируемой странице должен указывать на новый домен и на «чистый» канонический адрес без лишних параметров.

<link rel="canonical" href="https://newsite.ru/katalog/telefon" />

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

Типовые ошибки, из-за которых «плывет» индексация

• Self-canonical на старый домен: новая страница есть, но canonical ведет назад.
• Смешанные домены: часть страниц с canonical на новый домен, часть на старый.
• Canonical на URL с параметрами (например, сортировка), а не на базовую страницу.
• Canonical на нерелевантную страницу (например, все фильтры на главную).
• Разные canonical в HTML и в HTTP-заголовках.

Canonical и параметры, фильтры, дубли

Фильтры, сортировки, UTM-метки, пагинация часто плодят дубли: смысл один, адресов много. В таких случаях canonical должен вести на основную версию страницы без параметров. Если у вас есть важные страницы фильтров, которые должны ранжироваться, не канонизируйте их «в никуда». Заранее определите, какие комбинации фильтров индексируются, а какие нет.

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

Sitemap и robots.txt после переезда

После смены домена поисковик быстрее понимает структуру сайта не только по редиректам, но и по двум простым сигналам: актуальной карте сайта и понятному robots.txt. Если они устарели, вы замедляете переиндексацию и повышаете риск дублей.

Обновите sitemap: только канонические URL

Сгенерируйте новую sitemap для нового домена и включайте туда только те страницы, которые должны индексироваться и которые вы считаете каноническими. Если у страницы есть варианты (параметры, сортировки, версии со слешем и без), в карту должна попасть только одна финальная версия.

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

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

Настройте robots.txt после переезда

robots.txt должен отражать новую реальность. Он не переносится «сам» правильно: часто там остаются старые пути, запреты для временных разделов или забытая блокировка, которая была нужна только на время.

Проверьте в robots.txt основные вещи:

• Указание на актуальную sitemap для нового домена.
• Нет ли запрета на важные разделы (например, /blog или /catalog).
• Правильно ли закрыты технические страницы: поиск по сайту, фильтры, параметры, корзина, личный кабинет.
• Не закрыты ли файлы, без которых страницы выглядят пустыми (CSS и JS).
• Есть ли понятные исключения, если вы что-то открываете внутри закрытого раздела.

Пример из практики: после переезда интернет-магазина фильтры по параметрам иногда начинают индексироваться просто потому, что в robots.txt забыли закрыть URL с параметрами, а в sitemap они случайно попали вместе с основными страницами. Итог: часть веса уходит на дубли, а нужные страницы растут медленнее.

Сделайте финальную проверку: sitemap содержит только нужные канонические страницы на новом домене, а robots.txt не мешает им индексироваться и при этом отсеивает «мусор».

Контент и внутренняя структура: не потерять смысл страниц

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

Сначала сравните шаблоны старого и нового сайта. Проверьте, что title и description на месте, H1 не пропал и не дублируется, а подзаголовки H2-H3 сохранили логику. Если вы использовали микроразметку (например, организация, хлебные крошки, FAQ), убедитесь, что она не сломалась при смене шаблона или CMS.

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

Внутренняя перелинковка должна остаться живой. Меню, хлебные крошки, футер, сквозные блоки и ссылки из текста должны вести на новые адреса, без переходов на старый домен и без лишних редиректов.

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

Короткий контрольный список перед запуском:

• Сверьте title, description, H1 и микроразметку на ключевых страницах.
• Убедитесь, что основные блоки контента сохранены по объему и смыслу.
• Прогоните внутренние ссылки и исправьте все, что ведет на старый домен.
• Проверьте доступность изображений и скорость загрузки самых посещаемых страниц.
• Сравните шаблоны: нет ли скрытых блоков, дублей H1 или пустых секций.

Проверка дублей: что чаще всего обнуляет результат

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

Дубли по URL: один контент, разные адреса

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

Быстрые кандидаты на дубли:

• со слэшем и без: /page и /page/
• разный регистр: /Catalog и /catalog
• параметры: ?utm=..., ?ref=..., ?sort=price (особенно у каталогов и фильтров)
• HTTP и HTTPS, с www и без
• старые и новые «красивые» URL, если меняли структуру вместе с доменом

Если при этом 301 редиректы настроены не до конца, дубли быстро превращаются в хаос: часть вариантов отвечает 200, часть редиректит на разные места, а часть уходит в цепочки.

Дубли по контенту и технические зеркала

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

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

Как быстро сверить

Не нужно начинать с тысячи страниц. Возьмите выборку: главная, 10-20 самых посещаемых страниц, 10 карточек или статей, 5 страниц из категорий с фильтрами. Для каждой проверьте вручную: один ли URL открывается с кодом 200, все ли альтернативы приводят к нему, и не появляется ли «второй вариант» из-за параметров или слэшей.

Пример: после переезда страница «Тарифы» открывается как /pricing и /pricing/ с кодом 200. Это уже два дубля, даже если текст один и тот же. Оставьте один вариант, а второй отправьте 301 на основной и закрепите canonical на выбранный адрес.

Пошаговый план переезда: что делать в день миграции

В день миграции важна дисциплина: вы не «переносите сайт», вы переключаете поиск и пользователей на новый домен. Заранее назначьте короткое окно работ и подготовьте план отката (бэкап, снимок, возможность быстро вернуть старую конфигурацию).

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

Дальше действуйте по понятному чеклисту и фиксируйте результаты (время, что проверяли, что нашли):

• Закройте тестовые версии и проверьте, что они не отдают индексируемые страницы.
• Включите 301 редиректы со старого домена на новый по заранее подготовленной карте URL и убедитесь, что нет цепочек (301 -> 301) и редиректов на нерелевантные страницы.
• Обновите canonical на новом домене, пересоберите sitemap, проверьте robots.txt и замените внутренние ссылки, чтобы они вели сразу на новые URL.
• Проверьте руками типовые страницы: главная, категории, карточки, статьи, поиск, формы. Смотрите коды ответа сервера (200 на новом, 301 со старого, без 302), а также тег canonical.
• Включите мониторинг: сбор 404, отчеты по редиректам и логам, контроль резкого роста ошибок и неожиданных страниц в индексе.

После переключения отправьте новую карту сайта в панели вебмастеров и дайте поиску время на переобход. В первые 24-72 часа обычно всплывают «мелочи», которые сильнее всего бьют по SEO: один неправильный шаблон canonical, забытая внутренняя ссылка или редирект на промежуточный URL.

Частые ошибки и ловушки при миграции домена

Самая болезненная часть переезда - не сами редиректы, а мелкие несостыковки, из-за которых поисковик видит хаос: дубли, разные версии страниц и неясно, где «главная» версия. Из-за этого восстановление может растянуться на месяцы.

Ошибки, которые чаще всего ломают перенос

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

Другая ловушка - забыть обновить canonical (и, если используется, hreflang). Если canonical остается на старом домене, вы сами говорите поисковику: «оригинал там». В итоге новый домен может долго не закрепляться как основной.

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

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

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

Короткая проверка перед запуском:

• У каждого старого URL есть свой точный новый аналог, а не один общий адрес.
• Canonical на страницах указывает на новый домен и правильную версию (HTTPS, без лишних вариантов).
• Внутренние ссылки, меню, хлебные крошки и шаблоны обновлены под новый домен.
• В индекс не попадают дубль-версии (HTTP, www, параметры, тестовые копии).
• Структуру и контент меняете отдельно, не в день переезда.

Простой пример: если у вас был лендинг /pricing и вы переносите его на новый домен, но одновременно переименовали в /plans и переписали блоки, вы усложняете диагностику. Лучше сначала закрепить переезд, а уже потом улучшать страницы.

Пример переезда и быстрый чеклист + что делать дальше

Представьте: блог на 500 страниц (статьи, теги, страницы «О нас» и «Контакты») переезжает с old.ru на new.ru. Цель простая: все важные страницы должны открываться по новым адресам и не плодить дубли.

Карта соответствий обычно выглядит так: слева старый адрес, справа новый, рядом тип (301) и примечание. Для начала достаточно проверить 10 ключевых URL вручную: главную, 3 самые посещаемые статьи, 2 страницы тегов (или категорий), «О нас», «Контакты», поиск (если он индексировался), и одну страницу с параметрами (если такие были).

Пример строки:

Мини-чеклист на 15 минут (чтобы поймать то, что чаще всего ломает переезд):

• Открыть 10 ключевых URL на старом домене и убедиться, что каждый ведет на правильный новый URL с 301.
• Проверить, что canonical на новых страницах указывает на new.ru (а не на old.ru).
• Убедиться, что sitemap содержит новые URL и отдается без ошибок.
• Пробежать 404: случайно удаленные страницы, картинки, файлы, важные разделы.
• Проверить «зеркала»: нет ли доступных копий с www и без www, с http и https, без единого правила.

После переезда важны не только настройки, но и контроль по дням:

• День 1: перепроверить редиректы и canonical, пересобрать и отдать sitemap, убедиться, что счетчики и аналитика на месте.
• День 7: посмотреть, какие старые URL все еще уходят в 404, и добавить недостающие 301; проверить, не появились ли дубли из-за параметров и пагинации.
• День 30: оценить просадку и восстановление трафика, пересмотреть страницы, которые потеряли позиции, и уточнить карту редиректов.

Чтобы не утонуть в мелких задачах, удобно вести план миграции как список работ с ответственными и проверками. Если вы делаете технические изменения через платформы с режимом планирования и снапшотами, это заметно снижает риск. Например, в TakProsto (takprosto.ai) можно заранее разложить шаги по плану, а перед переключением домена сохранить снимок, чтобы при необходимости быстро откатиться.