Как сохранить адреса страниц и позиции при переносе сайта

Пошаговый разбор технической миграции без потери трафика и SEO-веса

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

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

Что значит «перенести сайт» технически

Под переносом сайта обычно понимают одну из ситуаций или их комбинацию:

• смена домена (ребрендинг, объединение сайтов, уход от санкций поисковой системы);
• переход с HTTP на HTTPS;
• смена CMS или платформы (например, с самописного движка на 1С-Битрикс или WordPress);
• изменение структуры URL без смены домена (например, при редизайне каталога);
• смена хостинга без изменения адресов (сама по себе не требует SEO-действий, если URL не меняются).

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

Как поисковые системы обрабатывают перенос

Механика 301-редиректа

301-редирект — это HTTP-код ответа сервера, который сообщает браузеру и поисковому роботу, что страница окончательно переехала на новый адреспостоянный редирект указывает поисковым машинам на необходимость полностью исключить исходный URL из базы индекса и заменить его актуальным целевым адресом [3]. В отличие от временного редиректа с кодом 302, который веса страницы не передаёт302 — это временный редирект, он не передаёт «вес» страницы [4], именно 301-редирект сигнализирует поисковику о необходимости перенести накопленные показатели ранжирования на новый URLпоисковые роботы понимают, что страница переехала насовсем, и переносят все накопленные показатели — статический вес, ссылки, трафик — на новый URL [5].

Принципиально важное правило: редирект должен вести на страницу с максимально похожим содержанием, а не на главную «на всякий случай»всегда перенаправляйте на наиболее релевантную страницу — если старая страница о кроссовках, перенаправляйте на новую страницу с кроссовками, не на главную [4]. Массовые редиректы всех старых страниц на главную поисковая система расценивает как нерелевантный переход, что снижает доверие к сайту и негативно влияет на ранжирование.

Инструмент Google: смена адреса в Search Console

Google предоставляет отдельный механизм для формального уведомления о переезде — Change of Address tool в Search Console. Он не заменяет 301-редиректы, а дополняет их: сначала настраиваются редиректы, затем подаётся заявказаявка о смене адреса указывает Google на приоритетное сканирование и индексирование нового сайта, передаёт сигналы со старого сайта на новый и указывает предпочитать новый сайт при определении канонических страниц; эти действия продолжаются 180 дней после начала переноса [6]. При этом старый сайт не удаляется из индекса мгновенно — его URL могут временно оставаться в выдаче, если для них нет аналогичной страницы на новом сайтеGoogle не удаляет старый сайт из индекса, и URL со старого сайта могут продолжать показываться в поиске, если они доступны и для них нет эквивалентной страницы на новом сайте [6].

Инструмент применим только к переезду на другой домен или поддомен, но не используется при изменении структуры адресов внутри того же доменаинструмент миграции используется для смены домена или поддомена, а не для изменений в подпапках в рамках одного домена [7]. Для перехода с HTTP на HTTPS отдельная заявка о смене адреса не требуетсяесли сайт переходит с HTTP на HTTPS, использовать инструмент смены адреса не нужно [8] — Google обрабатывает такой переход автоматически при корректных редиректах.

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

Инструмент Яндекса: «Переезд сайта» в Вебмастере

У Яндекса аналогичный механизм называется «Переезд сайта» и находится в разделе «Индексирование» Яндекс.Вебмастерапосле настройки редиректа 301 используется функция «Переезд сайта», которая находится в разделе «Индексирование» в Яндекс Вебмастер [9]. Для запуска нужно, чтобы оба домена были подтверждены в одном аккаунте, а содержимое страниц старого и нового сайта совпадало настолько, чтобы Яндекс признал их зеркаламидля переезда сайта необходимо, чтобы информация на старом и новом домене совпадала — сайты должны быть признаны зеркалами; проекты не должны быть объединены в группы с чужими доменами [9].

Средний срок смены главного зеркала в выдаче Яндекса — несколько недельсреднее время смены главного зеркала составляет 2–3 недели [10]. Важный нюанс: переход на HTTPS Яндекс обрабатывает отдельно от смены домена — сайт по протоколу HTTPS нужно добавить в Вебмастер как самостоятельный ресурс, даже если функция «Переезд сайта» уже была использована для смены доменасайт по протоколу HTTPS необходимо добавлять в Яндекс.Вебмастер отдельно, даже если уже использовалась функция «Переезд сайта», так как автоматически адрес сайта в сервисе измениться не сможет [11].

Если через пару месяцев после переезда сайт так и не появился в выдаче на новом адресе, у Яндекса есть отдельная форма обратной связи по смене адреса и зеркалесли по прошествии пары месяцев сайт будет отсутствовать в выдаче, в Яндекс.Вебмастере нужно выбрать «Обратная связь» → «Смена адреса сайта, зеркала» → «Смена адреса и протокола» и заполнить форму [12].

Российская специфика

В России де-факто приходится вести миграцию параллельно в двух системах — Google Search Console и Яндекс.Вебмастере, с разными интерфейсами, разными сроками обработки и разными техническими требованиями (у Яндекса, например, есть понятие «склейки зеркал» и отдельная обработка HTTPS). Для интернет-магазинов и сервисов, интегрированных с 1С, ERP или CRM, перенос сайта часто совпадает по времени со сменой CMS — в этом случае к SEO-рискам добавляются риски потери или рассинхронизации интеграций (обмен товарными остатками, заказами, статусами), которые нужно проверять отдельно от чисто поисковых показателей.

Стоит учитывать и то, что смена домена сама по себе не «обнуляет» санкции поисковой системы, если сайт под них попалс большой вероятностью вслед за переадресацией на новый домен обрушатся те же санкции, от которых пытались уйти; поисковик достаточно быстро распознаёт копию сайта на другом адресе [13] — это частое заблуждение, с которым сталкиваются компании, планирующие «спрятаться» от пессимизации через переезд.

Пошаговый процесс переноса

Этап 1. Инвентаризация и карта соответствия URL

Первый и самый трудоёмкий шаг — собрать полный список URL старого сайта и сопоставить каждому из них адрес на новом сайтеSEO-специалист делает выгрузку всех страниц старого и нового сайта, сопоставляет URL и формирует карту редиректов [14]. Технически это делается через выгрузку в таблицу: один столбец — старые адреса, второй — новыедля корректной настройки редиректа составляется карта редиректов — таблица в Excel, где старому URL каждой страницы соответствует новый URL [13]. Источники для выгрузки старых URL: сканирование сайта краулером, данные из систем аналитики (Яндекс.Метрика, Google Analytics), список проиндексированных страниц в панелях вебмастеров, а также лог-файлы сервера — так можно поймать и адреса, которые давно не в индексе, но на которые всё ещё идут переходы.

Небольшим сайтам с простой структурой можно обойтись без формальной таблицы, если структура URL не меняетсякарта редиректов нужна не всегда — если сайт маленький, а при переезде структура и URL отдельных страниц не меняются, можно обойтись без таблиц [15]. Но для среднего и крупного сайта, тем более при изменении структуры разделов, таблица соответствия — обязательный этапесли сайт большой или произошло изменение структуры, карта редиректов помогает избежать ошибок при склейке страниц [15].

Для каждого старого адреса нужно проверить, есть ли для него подходящий новыйвыгружаются в таблицу все URL старого сайта, в соседний столбец — URL нового сайта, затем проверяется, для всех ли старых URL есть подходящий новый адрес [16]. Страницам без прямого аналога подбирается ближайшая по смыслу категория или тематический раздел; страницы без трафика и входящих ссылок можно не переносить вовсеесли страницы не имеют хороших позиций в поисковых топах и входящих ссылок, их можно удалить [1].

Этап 2. Технические настройки на сервере

Редиректы настраиваются на уровне сервера — в конфигурации веб-сервера (например, через директивы .htaccess для Apache или блок rewrite для Nginx) или в административной панели CMS, если она поддерживает массовую загрузку правил редиректов. Пример правила для смены домена с сохранением структуры адресов:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-site.ru$ [NC]
RewriteRule ^(.*)$ https://new-site.ru/$1 [R=301,L]

Важно использовать именно серверные редиректы, а не JavaScript-переадресацию или мета-тег refresh — они менее надёжны для поисковых роботовтолько серверные редиректы гарантируют сохранение SEO-веса [17]. Мета-тег для переезда Яндекс допускает как резервный вариант, если другие способы недоступны, но интерпретирует его слабее полноценного 301-редиректаиспользуйте метатег для переезда, если не подходят другие способы перенаправления; в некоторых случаях робот воспринимает этот метатег как редирект с HTTP-кодом 302 [18].

Отдельное внимание — цепочкам редиректов, когда старый URL ведёт на промежуточный адрес, а тот — на конечный. Это снижает эффективность передачи веса и может запутать поисковик при определении канонической страницыесли поисковик сталкивается с множеством переадресаций, он может неправильно определить, какой URL является каноническим — это ведёт к дублированию контента, ошибкам в индексации и снижению позиций [19]. Каждый старый адрес должен вести напрямую на финальный новый URL одним редиректом.

Этап 3. Обновление внутренних технических элементов

При переносе сайта нужно синхронно обновить:

• canonical-теги — чтобы они указывали на новый адрес страницы, а не на старыйесли на сайте используется тег canonical, он указывает на основную версию страницы, которую поисковые системы должны считать главной; при переносе сайта на новый домен нужно обновить эти ссылки на новый адрес [20];
• внутреннюю перелинковку — ссылки внутри сайта должны вести сразу на новые адреса, а не на старые с последующим редиректом, иначе теряется часть внутреннего веса страниц (аналог PageRank)чем больше внутренних ссылок ведёт на определённую страницу, тем больше её вес; чтобы не просадить его при переезде, ссылки должны быть прописаны без использования доменного имени старого сайта [15];
• sitemap.xml — карта сайта должна отражать актуальную структуру нового сайта, а её адрес — быть указан в robots.txtпосле создания и размещения карты сайта в корневом каталоге необходимо указать её адрес в директиве Sitemap файла robots.txt [21]. На переходный период Google рекомендует держать обе карты сайта — со старыми и с новыми адресами — чтобы отслеживать динамику переиндексациисохраняются две карты сайта: карта с новыми URL первоначально будет иметь ноль проиндексированных страниц, а карта со старыми URL — постепенно снижаться до нуля, что показывает ход переезда [8];
• robots.txt — критически важно не оставить на боевом сайте тестовые настройки, закрывающие сайт от индексацииважно не забыть разметить новый корректный robots.txt, а не оставить тот, который закрывал домен от индексации во время разработки [22]. Эта ошибка — одна из самых частых причин резкого падения видимости сразу после запуска.

Этап 4. Тестирование перед запуском

До объявления поисковым системам о переезде нужно вручную и автоматически проверить работу редиректовпроверить работоспособность 301 редиректа нужно на этом этапе, до того как о переезде будет сообщено поисковым системам [15]. Практический способ проверки — вставить старый URL в браузер и убедиться, что переход происходит на релевантную новую страницувставьте старый URL в браузер — вы должны перейти на новый; если видите «404» или «500», редирект не работает; используйте онлайн-инструменты Redirect Checker или HTTP Status Code Check, которые покажут, какой статус возвращает сервер [4]. Для проверки в контексте поисковой системы Google предлагает встроенный инструмент проверки URL в Search Consoleможно использовать URL Inspection Tool для тестирования отдельных URL, либо инструменты командной строки для проверки большого количества адресов [8].

Отдельно стоит проверить robots.txt нового сайта на предмет доступности для роботов Google и Яндекса и убедиться, что боты действительно смогут дойти по цепочке редиректов до нового контентаGoogle должен просканировать старые URL, чтобы найти редиректы; если бот заблокирован, Google никогда не найдёт путь к новому сайту, поэтому нужно убедиться, что robots.txt нового сайта также разрешает сканирование [23].

Этап 5. Запуск и уведомление поисковых систем

После проверки редиректов — подача заявки о смене адреса в Google Search Console и запуск функции «Переезд сайта» в Яндекс.Вебмастере (см. раздел выше). Параллельно новый домен добавляется в обе системы аналитики, и по нему отправляется актуальный sitemap.xmlновый домен добавляют в Яндекс Вебмастер и Google Search Console, затем отправляют поисковым системам актуальную карту сайта [2].

Этап 6. Мониторинг после переезда

Ближайшие недели и месяцы после переноса — период наблюдения. Рекомендуется анализировать данные через 1–1,5 и 3–4 недели после запускачерез 1-1,5 и 3-4 недели провести анализ индекса сайта и ошибок в панелях вебмастеров от Яндекса и Google [22]. Изменение структуры сайта часто провоцирует рост числа дублей в индексе и появление неожиданных ошибок 404, на которые важно реагировать оперативночасто изменение структуры влечёт к росту числа дублей в индексе и возникновению непредвиденных ранее 404-ошибок, на которые важно реагировать оперативно [22].

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

Типичные ошибки, которые стоят компаниям трафика

• Отсутствие редиректа для части старых страниц. Не составленная до конца карта URL приводит к тому, что часть старых адресов просто отдаёт 404, что расценивается поисковиком как исчезновение контентаесли URL изменили без 301-редиректа, все результаты SEO-продвижения раздела могут быть утеряны [24].
• Редиректы на нерелевантные страницы или на главную. Формально редирект есть, но ведёт не туда — эффект для позиций почти такой же, как при его отсутствиине задали основные адреса для страниц, из-за чего разделы доступны сразу по нескольким URL; если страница была удалена без замены, настройте редирект на релевантный раздел, а не просто на главную [25].
• Цепочки редиректов. Несколько последовательных переездов без «выпрямления» правил создают длинные цепочки, которые затрудняют передачу веса и сканированиерешение — сократите цепочки из 301-х редиректов до одного перенаправления, найдите и скорректируйте битые ссылки [25].
• Технические ошибки при смене DNS. Слишком долгий TTL записей DNS может привести к продолжительному простою сайта в момент переключенияTTL в 14400 секунд вместо рекомендуемых 300 привёл к 12-часовому простою сайта во время переноса [17].
• Забытый тестовый robots.txt. Одна из самых обидных ошибок — когда на боевом сайте остаётся директива, закрывающая индексацию, которая использовалась во время разработкизапрет индексации в новом robots.txt «по умолчанию» заблокировал краулинг сайта на несколько дней [17].
• Дубли из-за параметров CMS. Некоторые системы автоматически добавляют идентификаторы сессии в URL, создавая бесконечное число технических дублейнекоторые CMS по умолчанию добавляют код сессии в URL — для каждого пользователя этот код уникальный, из-за чего у страницы появляется бесконечное число дублей, которые плохо влияют на ранжирование [25].
• Потеря контента и метаданных при переносе. Если при смене CMS не перенести полностью тексты, заголовки и мета-теги уже оптимизированных страниц, теряется накопленная релевантность по конкретным запросампроблема — не перенесли мета-теги, текст, заголовки, убрали качественно оптимизированные разделы [25].

Варианты реализации: когда достаточно своими силами, а когда нужна разработка

Небольшой сайт на 5–10 страницах с сохранением структуры URL обычно можно перенести силами штатного специалиста или подрядчика по хостингу — здесь достаточно аккуратно настроенных редиректов и стандартных шагов в панелях вебмастеров.

Проект среднего и крупного размера — интернет-магазин с каталогом, сайт с интеграцией с 1С или CRM, портал с большим числом URL и поддоменов — требует более системного подхода: автоматизированного построения карты редиректов, тестирования на staging-окружении, согласованной работы SEO-специалиста и разработчика, а также, зачастую, доработки самой CMS или backend-логики генерации URL, если старая система адресации сайта устарела концептуально, а не просто физически переехала.

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

Вывод

Перенос сайта не обязан сопровождаться падением позиций — это управляемый технический процесс с понятной последовательностью действий: инвентаризация и карта URL, корректные 301-редиректы «страница в страницу», синхронное обновление sitemap, robots.txt и canonical, официальное уведомление Google и Яндекса о переезде и внимательный мониторинг в первые недели после запуска. Большинство случаев серьёзной потери трафика при переезде связаны не с самим фактом переноса, а с конкретными техническими упущениями — отсутствующими редиректами, забытым тестовым robots.txt или цепочками перенаправлений, — которые можно предотвратить на этапе подготовки.

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

Источники

[1] seo-akademiya.com — Правила смены структуры сайта — реальные примеры — https://seo-akademiya.com/baza-znanij/vnutrennyaya-optimizacziya/kak-izmenit-strukturu-sajta/

[2] serptop.ru — Переезд сайта без потери трафика: пошаговый план миграции — https://serptop.ru/blog/migraciya-sayta-bez-poteri-trafika-kak-pravilno-perenesti-sayt-i-sohranit-pozicii/

[3] timeweb.com — 301 редирект: что это, как настроить в .htaccess и проверить — https://timeweb.com/ru/blog/authors/aleksandr-grigorev/articles/chto-takoe-301-redirekt-i-kak-ego-nastroit/

[4] seohead.pro — Что такое 301 редирект и зачем он нужен сайту для сохранения трафика — https://seohead.pro/blog/glossary_301-redirekt/

[5] mediamint.ru — Как правильно настроить 301 редирект на сайте? — https://mediamint.ru/blog/prodvizhenie-sayta/perenapravlyaem-s-umom-kak-pravilno-nastroit-301-redirekt/

[6] support.google.com — Change of Address tool - Search Console Help — https://support.google.com/webmasters/answer/9370220?hl=en

[7] juniortoexpert.com — Search Console Site Moving (Change of Address Tool) — https://juniortoexpert.com/en/search-console-change-of-address-tool/

[8] developers.google.com — Site Moves and Migrations — https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes

[9] ddsi.ru — Переезд сайта в Яндекс Вебмастер и Search Console: смена домена — https://ddsi.ru/blog/pereezd-sajta-v-yandeks-vebmaster-i-search/

[10] seopulses.ru — Переезд сайта в Яндекс.Вебмастер в 2026 — https://seopulses.ru/pereezd-sayta-v-yandex-webmaster/

[11] webmaster.yandex.ru — Самые популярные вопросы про переезд сайта — https://webmaster.yandex.ru/blog/samye-populyarnye-voprosy-pro-pereezd-sayta-na-segodnyashniy-den

[12] directline.pro — Переезд сайта на новый домен: 5 этапов — https://www.directline.pro/blog/pereezd-sayta-na-novyy-domen-5-etapov/

[13] blog.click.ru — Смена домена: как сделать успешный переезд сайта — https://blog.click.ru/growthhacking/smena-domena-kak-ne-poteryat-trafik/

[14] habr.com — Перенос сайта без потери трафика — это реально? — https://habr.com/ru/articles/595173/

[15] web-valley.ru — Как сменить домен и не просадить SEO — https://web-valley.ru/articles/tpost/dunptk3vh1-kak-pereehat-na-drugoi-domen-i-ne-potery

[16] siteclinic.ru — Переезд крупного проекта с поддоменами: как составить карту редиректов — https://siteclinic.ru/vopros/pereezd-s-poddomenami/

[17] max-gabov.ru — Смена домена без потерь в SEO: гайд с примерами кода — https://max-gabov.ru/migraciya-domena-bez-poter-v-seo/

[18] yandex.ru/support — Переезд сайта на новое доменное имя — https://yandex.ru/support/webmaster/ru/yandex-indexing/moving-site

[19] nerohelp.com — Что такое цепочки редиректов и почему они вредят SEO — https://nerohelp.com/30963-red-chains.html

[20] serenity.agency — SEO при переезде сайта: как не потерять позиции и трафик — https://serenity.agency/blog/article/seo-pri-pereezde-sajta-kak-ne-poteryat-pozitsii-i-trafik

[21] habr.com — Миграция без жертв: технический чеклист для переезда сайта — https://habr.com/ru/articles/427925/

[22] pixelplus.ru — Просели позиции после переделки сайта, как исправить? — https://pixelplus.ru/samostoyatelno/otvety-na-voprosy/vnutrennyaya-optimizaciya/302451.html

[23] rootsdigital.com.sg — How To Use Google Search Console's Change Of Address Tool — https://www.rootsdigital.com.sg/change-of-address-google-search-console/

[24] siteclinic.ru — Чем грозит изменение URL адресов страниц без установки 301 редиректа? — https://siteclinic.ru/vopros/izmenenie-url-bez-301-redirekta/

[25] krupnoedelo.ru — 16 критических ошибок при переносе сайта — https://www.krupnoedelo.ru/usefull/16-oshibok-pri-perenose-sayta-kotorye-privodyat-k-potere-trafika/