Карта редиректов при смене домена

Как составить карту редиректов

Базовая структура карты редиректов

Карта редиректов — это таблица или список, главное назначение которого — связать каждый старый URL из старого домена с новым адресом на новом домене. Структура простая: три колонки в любом формате (Excel, CSV, Google Sheets).

1. Первая колонка содержит полный старый URL.
2. Вторая — соответствующий новый адрес.
3. Третья — HTTP-код редиректа.

Вот так это выглядит в CSV:

CSV: старый URL, новый URL, код ответа. Пример можно прокрутить по горизонтали.

https://old-domain.ru/blog/article,https://new-domain.ru/articles/guide,301
https://old-domain.ru/shop/product1,https://new-domain.ru/catalog/product1,301
https://old-domain.ru/contacts,https://new-domain.ru/about/contacts,301

Код 301 означает постоянный редирект. Это ключевой момент при смене домена — никогда не используйте 302 или другие временные коды. Поисковые системы (Google, Яндекс) обрабатывают 301 как сигнал, что страница переехала совсем, и передают вес старой страницы новой. С 302 роботы считают, что это временная мера, и могут заиндексировать обе версии как дубли контента.

Пошаговый алгоритм сборки полного списка старых адресов

Первый шаг — составить исходный список всех страниц сайта на старом домене. Не нужно угадывать, какие URL существуют. Есть несколько проверенных источников.

Используйте sitemap.xml. Загрузите файл со старого домена (обычно находится по адресу site.ru/sitemap.xml). В нём перечислены все страницы, которые вы сами указали поисковым системам. Это самый надёжный источник. Если у вас несколько карт сайта, соберите их все — часто есть отдельные sitemap для блога, каталога товаров и т. д.

Проверьте robots.txt. Файл может содержать важную информацию о структуре сайта, а также указания на sitemap. Откройте old-domain.ru/robots.txt и посмотрите, что там написано.

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

Search Console и Яндекс.Вебмастер. Загруженные там данные показывают все URL, которые Google и Яндекс нашли на старом домене и попытались индексировать. Скачайте эти списки — они ловят много старых адресов, которые уже не в sitemap.

Когда у вас будет список всех старых URL, перейдите ко второму шагу.

Критические ошибки при смене домена

Забытые параметры в URL убивают редиректы. Если на старом домене была страница /catalog?category=shoes&sort=price, а вы в карте редиректов указали только /catalog, редирект не сработает для старых версий с параметрами. Поисковым системам покажется, что это разные страницы. Результат — каждая версия со своими параметрами останется в индексе как отдельный дубль контента, и трафик размазывается по дубликатам.

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

Временные коды 302 вместо постоянных 301. Если вы используете 302, Google и Яндекс полагают, что редирект — это на время. Для них старая страница остаётся основной, и они продолжат её индексировать наряду с новой. Это создаёт дубли контента в индексе. Результат: за две недели позиции упадут вдвое. Всегда ставьте 301.

Не учли мобильные версии. Если старый сайт имел отдельные мобильные страницы (m.domain.ru или /mobile/), убедитесь, что каждая мобильная страница редиректит на соответствующий новый адрес. Часто забывают, что мобильная версия /products/m → должна идти на /products (если на новом домене один URL для обоих устройств), но не на главную.

Обработка сложных случаев

Если старый сайт использовал параметры в URL для фильтрации (например, /shop?brand=Nike&color=red), решите, как вы их обработаете на новом домене. Есть несколько вариантов.

Вариант первый: на новом домене параметры заменены на пути (/shop/brand-nike/color-red/). Тогда каждый старый параметризованный URL должен редиректить на соответствующий новый путь. Это требует больше работы, но гарантирует сохранение каждого варианта фильтра.

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

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

При переносе структуры каталога (когда иерархия папок меняется) проверьте каждый уровень вложенности. Если было /category/subcategory/product, а стало /products/category/product, убедитесь, что все уровни редиректят правильно.

Пример таблицы карты редиректов

Вот как может выглядеть рабочая таблица на практике:

Старый URL	Новый URL	Код	Примечание
https://old.ru/	https://new.ru/	301	Главная страница
https://old.ru/blog/	https://new.ru/articles/	301	Раздел блога переименован
https://old.ru/blog/post-123	https://new.ru/articles/post-123	301	Статья блога
https://old.ru/shop?category=shoes	https://new.ru/catalog/shoes/	301	Параметр стал путём
https://old.ru/about	https://new.ru/company/about/	301	Раздел перемещён

Переносите данные из таблицы в CSV или отправьте её разработчикам, работающим на вашей CMS. На это уходит час-два времени, но это защищает вас от 70% ошибок миграции.

Проверьте карту до её запуска. Используйте инструменты вроде curl или Screaming Frog, чтобы убедиться: редиректы на месте, коды правильные, цепочек нет. Лучше потратить несколько часов на аудит карты редиректов перед запуском, чем разгребать потери позиций после.