Миграция домена: где теряются позиции и трафик
Миграция домена редко бьёт по позициям в момент переключения — просадка приходит через две-четыре недели, когда поисковый робот заново обходит уже новый адрес и находит расхождения. Первая и самая частая точка отказа — цепочки редиректов: со старого адреса на промежуточный, с промежуточного на новый, отдельными правилами для адресов со слешем и без, для www и без www. Робот проходит по цепочке ограниченное число шагов, дальше ссылка помечается как битая, и накопленный вес страницы не переносится.
Вторая причина потери трафика — разъехавшиеся канонические адреса. Если в разметке страниц всё ещё прописан старый домен, а карта сайта уже отдаёт новый, сигналы противоречат друг другу, и часть разделов продолжает жить в индексе по прежнему адресу либо выпадает из него совсем. Отдельно проверяем языковые и региональные связки: при переносе сайта они ломаются тише всего и заметны уже по падению показов в конкретных регионах.
Третья точка — внешние ссылки. Прямые ссылки на глубокие страницы не переезжают вместе с доменом, и если редирект покрывает только главную и категории, ссылочный профиль теряет самые ценные упоминания: их ставят на статьи, карточки, посадочные под запросы.
Мы начинаем с инвентаризации всех отдаваемых адресов и карты соответствий «старый — новый» до переключения, а не после: так ошибки редиректов ловятся на тестовом контуре. Ниже разбираем, как это закрывается на каждом этапе.
Что сохраняется при переезде: позиции, трафик, индексация
При переезде меняется только домен: структура адресов, содержимое страниц и разметка остаются прежними. Мы строим карту соответствий «старый адрес → новый» построчно — редирект «всё на главную» не используем, потому что он обнуляет накопленный вес внутренних страниц.
- Сохранение позиций. Каждый адрес получает постоянный редирект 1:1, включая пагинацию, фильтры и параметры сортировки. Ориентир — все сопоставленные адреса; несопоставленные уходят в ответ 404 и разбираются вручную.
- Индексация нового адреса. Обновляем карту сайта и robots.txt, отправляем домен на переобход, следим за отчётом о покрытии: страницы должны перейти из «исключено» в «проиндексировано», а не зависнуть в очереди.
- Структура адресов. Протокол, префикс www, завершающий слеш и регистр приводим к единому виду: старая и новая версии не должны отвечать одновременно, иначе поисковик склеивает зеркала и оставляет в выдаче не тот адрес.
- Восстановление трафика. Через Яндекс Вебмастер контролируем смену адреса и динамику показов: обычно 80–90% трафика возвращается за 2–4 недели, остаток — запросы, где переезд совпал со сменой содержания.
- Ушедший класс отказов. Снимаем дубли, циклы редиректов и расхождения канонических адресов — ошибки, из-за которых сайт застревает на старом домене на месяцы.
Итог проверяем по цифрам: доля проиндексированных страниц нового домена, число сохранённых позиций в топ-10 и срок возврата трафика к прежнему уровню.
Способы переезда: редиректы, зеркало, параллельный запуск
Схема переезда выбирается по двум параметрам: сколько адресов живёт одновременно и как быстро нужно вернуть поисковый трафик. Сквозной редирект со старого адреса на новый — самый предсказуемый вариант: каждая страница получает постоянный ответ, сигналы и история переносятся на новый адрес, а пользователь не видит разрыва. Условие одно, но жёсткое — карта редиректов собирается до переключения, по логам и индексу, иначе часть адресов отдаёт ошибку и выпадает из выдачи на месяцы.
Зеркало сайта и параллельный запуск решают другую задачу: дать обоим адресам работать одновременно и сравнить поведение до окончательного переключения. Здесь критично развести канонические адреса и правила индексации, иначе два контура начнут конкурировать между собой и размывать позиции.
| Вариант | Когда подходит | Ограничения |
|---|---|---|
| Сквозной редирект 1:1 | Смена домена целиком, один контур, минимальный простой | Нужна полная карта редиректов; ошибка в правиле сразу видна в логах |
| Зеркало сайта | Нужно проверить новый адрес под нагрузкой, не гася старый | Требует ручной настройки канонических адресов и карты обхода |
| Параллельный запуск | Постепенный вывод нового адреса, сравнение поведения | Двойное сопровождение контуров, риск расхождения контента |
| Поэтапный перенос по разделам | Крупный каталог, перенос по частям с контролем | Растянутый срок, оба контура живут долго |
Связующий артефакт для любой схемы один — карта редиректов и правила канонизации. Мы собираем её из логов, индекса и структуры, переносим раздел за разделом и снимаем метрики после каждого этапа: долю адресов с корректным ответом, динамику переходов и покрытие индексом.
Этапы миграции домена: от аудита до снятия старого сайта
Порядок работ строим так, чтобы каждая следующая операция опиралась на проверенный результат предыдущей, а откат оставался возможным на любом шаге, пока старый домен отвечает. Пока идёт подготовка, оба адреса существуют параллельно — это и есть страховка от просадки позиций.
-
Аудит структуры и инвентаризация адресов. Выгружаем карту сайта, логи сервера и отчёт по трафику, собираем все адреса: страницы, пагинацию, фильтры, параметрические и служебные. Отдельно помечаем адреса с внешними ссылками — их потеря обнуляет накопленный ссылочный вес.
-
Схема соответствий адресов. Каждому старому адресу назначаем целевой: перенос один к одному, объединение или удаление с корректным кодом ответа. Схему версионируем, чтобы разработчик, контент-менеджер и заказчик работали по одной таблице.
-
Настройка на тестовом контуре. Новый домен поднимаем в закрытом окружении и прогоняем правила перенаправления, канонические ссылки, карту сайта и внутренние связи. Тестовый контур отсекает внешние обходы и промежуточное хранение — сбои видим до публикации.
-
Проверка перед переключением. Автоматически обходим всю схему: сверяем коды ответа, ловим цепочки из нескольких перенаправлений и циклические правила, проверяем доступность мобильной и основной версии.
-
Переключение DNS. Сначала снижаем время жизни записей, затем меняем адреса — распространение занимает минуты, а старый сайт продолжает отдавать контент до готовности нового.
-
Наблюдение после запуска. Несколько недель сверяем позиции, трафик и коды ответа по выборке адресов, правим схему по фактическим данным.
-
Снятие старого сайта. Делаем последним: держим старый домен, пока перенаправления работают и статистика стабильна.
Итог последовательности — переезд без провала трафика: поисковик получает предсказуемую карту перенаправлений, а команда — точку отката на каждом этапе.
Карты редиректов, схемы и регламенты после переезда
Переезд считается завершённым не в тот момент, когда старый адрес начал отвечать перенаправлением, а когда у команды заказчика на руках полный комплект артефактов. Без них следующая правка сайта или смена подрядчика превращается в восстановление логики переезда по памяти — и часть адресов снова уходит в никуда.
- Карта редиректов — таблица «старый адрес → новый адрес → код ответа» со всеми исключениями: параметры, разный регистр, лишний слеш, вложенные пути. По ней переезд воспроизводится на тестовом контуре и проверяется автоматически, а не глазами.
- Правила обработки ссылок — что делаем с внутренними ссылками, каноническими адресами, картой сайта и внешними упоминаниями, а что намеренно оставляем без изменений и почему.
- Схема обхода — порядок проверки разделов и групп адресов: что смотрим вручную, что отдаём поисковому роботу, где приоритет у страниц, приносящих переходы.
- Регламент индексации — сроки вывода старого адреса из индекса и момент, когда перенаправления можно снимать без потери накопленного веса.
- Документация по переносу — журналы проверок, отчёты о кодах ответов, покрытие обходом, список изменённых шаблонов и настроек сервера.
- Контрольный список приёмки — набор проверок, по которому новый администратор за час понимает состояние переезда и видит, что осталось доделать.
Такой комплект снимает зависимость от конкретных исполнителей: переезд перестаёт быть знанием в чьей-то голове и становится частью документации проекта.
Кейс: переезд каталога на новый адрес без просадки
Каталог интернет-магазина на 19 400 адресов — карточки товаров, категории, страницы фильтров — переезжал на новый домен из-за смены юридического лица и бренда. Старый адрес сохранить было нельзя, а потерять накопленный поисковый трафик означало обнулить канал, который приносил больше половины заказов. Задача формулировалась жёстко: сменить домен, не уронив видимость в поиске.
Как переносили
Карту адресов сняли краулером до переезда и сопоставили один-к-одному — без «складывания» каталога в главную страницу, что обычно и даёт обвал. На каждый старый адрес поставили постоянное перенаправление, переписали canonical, обновили карту сайта и все внутренние ссылки. Переезд шёл волнами по разделам: сначала категории, затем товары, и на каждой волне сверяли, где именно появляется просадка. Динамику снимали в Google Search Console и панели вебмастера ежедневно.
Метрики до и после
| Показатель | До переезда | Нижняя точка | Через 10 недель |
|---|---|---|---|
| Адреса с корректным перенаправлением | — | 99,4% | 99,4% |
| Видимые запросы | 24 300 | 17 900 | 26 800 |
| Переходы из поиска, % от исходного | 100% | 61% | 106% |
| Страниц в индексе | 19 400 | 6 200 | 18 900 |
Провал пришёлся на третьи сутки — поиск переиндексировал новый адрес и временно снял доверие. Возврат трафика к исходному уровню занял восемь-девять недель, а к двенадцатой видимые запросы превысили стартовые. Оставшиеся 0,6% адресов — дубли и параметры фильтров: их закрыли от индексации осознанно, чтобы не размывать вес.
Чем отличается переезд на поддомен от смены основного адреса?
Переезд на поддомен и смена основного адреса решают разные задачи, и логика переноса у них разная. Поддомен — это отдельный хост: основной домен остаётся в строю и сохраняет накопленные сигналы доверия, а новый адрес стартует почти с нуля. При смене основного адреса переносится весь сайт — вместе с историей и ссылочным профилем, а прежний домен выводят из индекса, и он постепенно теряет видимость.
Внешние ссылки обрабатываются по-разному. При переезде на поддомен ссылки на основной адрес продолжают работать и переписывать их не нужно — но и вес они отдают основному домену, а не поддомену. При смене основного адреса каждую внешнюю ссылку нужно провести через постоянный редирект: одна неохваченная страница или цепочка перенаправлений — и часть ссылочного веса теряется безвозвратно.
Структура сайта перестраивается тоже неодинаково. На поддомене достаточно отзеркалить пути и заменить хост в канонических адресах и карте сайта — разделы и внутренняя навигация остаются нетронутыми. При смене основного адреса безопаснее сохранять адреса страниц один к одному: одновременная смена домена и путей смешивает две переменные, и потом уже неясно, что именно просадило позиции.
Сроки восстановления отличаются принципиально. Поддомен не роняет позиции основного сайта, но продвигается самостоятельно: первые переходы появляются через недели, устойчивые позиции — через месяцы. При смене основного адреса возможна кратковременная просадка трафика, а возврат к прежним позициям занимает от двух-шести недель при чистой карте редиректов до нескольких месяцев в конкурентных темах.
Редиректы, карта сайта и канонические адреса после переезда
Редиректы выстраиваем в один шаг: старый адрес — новый адрес, без промежуточных звеньев. Цепочка из двух-трёх переходов размывает передаваемый вес и расходует запросы робота на промежуточные узлы, а часть переходов не доходит до финальной страницы. Поэтому до переключения мы собираем входящие ссылки, правила сервера и перелинковку и схлопываем цепочки до прямых.
Канонические адреса фиксируем по шаблонам: одна сущность — один адрес. Дубли после переезда — со слэшем и без, в другом регистре, с параметрами сортировки — закрываем редиректом или канонической ссылкой. Иначе обход поисковыми системами разведёт сигналы по копиям, и часть позиций уйдёт на страницы, которых нет в навигации.
Карту сайта пересобираем сразу после переключения и держим в ней только адреса с корректным ответом. Сверяем обход в Google Search Console и повторяем проверку через неделю и через месяц — пока статистика индексирования не вернётся к прежней.
Что делать, если цепочка перенаправлений уже накопилась?
Разбираем её от последнего звена к первому: определяем финальный адрес и переписываем правила так, чтобы каждый старый адрес вёл прямо на него. Промежуточные узлы удаляем и проверяем обход заново по журналу сервера.
Почему дубли не закрывают запретом в файле для роботов?
Запрет мешает роботу увидеть каноническую ссылку и склеить сигналы — копии остаются в индексе как самостоятельные страницы. Надёжнее постоянный редирект, а для страниц, которые должны существовать, — канонический адрес.
Обсудим задачу: схема переезда, сроки, зона ответственности
На входе нам нужны доступы к управлению доменными записями, аккаунту регистратора, административной части сайта и выгрузка текущих правил перенаправления. Отдельно смотрим карту трафика и точек входа из систем веб-аналитики — по ней видно, какие адреса нельзя терять при переносе. Чем полнее эти данные, тем точнее сроки переноса, без запаса «на всякий случай».
План работ собираем до старта: этапы, порядок действий, точки проверки и момент, после которого старый адрес можно отключать. Зона ответственности делится явно — мы отвечаем за техническую часть переезда и сохранение позиций, вы подтверждаете решения по контенту и открываете доступы.
- схема переезда: какие адреса куда перенаправляются и в каком порядке;
- план работ по этапам с точками проверки после каждого;
- сроки переноса и окно, когда трафик идёт на новый адрес;
- зона ответственности сторон: что делаем мы, что подтверждаете вы;
- карта перенаправлений и правила для вложенных страниц;
- список контрольных адресов, за которыми следим после переноса;
- доступы и роли: кто и что может менять в доменных записях и на сервере;
- порядок действий, если позиции просели после переезда.
Опишите задачу и текущее размещение сайта — вернёмся с оценкой, схемой переезда и сроками переноса. На выходе у вас будет план работ и понятные границы ответственности сторон.
